Jump to content

    

Нужен ли DSP для задачи ?

1 minute ago, Tpeck said:

Ну тогда возникает вопрос, а как оценивать эти помехи, прежде чем подавить и сколько на это нужно вычислительных ресурсов.

Зачем оценивать помехи если нужен сигнал.
Нужно оценивать сигнал. Пока не было сказано что сигнал занимает все 30 КГц в каждый момент времени. 
Но фильтр Винера или фильтр по совпадению явно в 10 тапов не поместить.
Поэтому оптимальной фильтрации на STM не получить.
Тут надо смотреть на Renesas-ы с конфигурируемым сопроцессором если цель удержаться на знакомых ARM-ах

 

Share this post


Link to post
Share on other sites
1 час назад, _pv сказал:

каким образом оверсэмплинг на 1МГц поможет в таком случае?

Вроде как никто в такой помощи не замечен.

Renesas-ы, DSP процы не причем, ... может задачу ставят "не по своим силам" не понимая ничего в теории фильтрации.

Share this post


Link to post
Share on other sites

..я обратил внимание что коллеги начали друг-другу отвечать вместо Т.С.

з.ы.

Эдак вы как хреново расчитанный iir самовозбудитесь.

Share this post


Link to post
Share on other sites
On 6/11/2019 at 4:17 PM, AlexandrY said:

 я б взял какой-нить Renesas типа RZ/A1H с ядром Arm Cortex-A9 и  NEON-ом внутри

Не понял, а любовь к iMX куда прошла? Вначале им то гвозди забивали, теперь это.. Жду когда какие нибудь Ultrascale + полюбите, по 6 тыщ долларов за штучку, будет весело читать :)

Ляпну тоже тогда вариант не зная ТЗ - Sc571 от AD. Два ядра Shark + и АРМ А5 впридачу, 25 gflops в qfp176. Чего-то мне кажется его и для задачи хватит, и ренесас порвет как тузик грелку, и Александра обидеть получится ))

Share this post


Link to post
Share on other sites

Я пробовал переносить код с DSP Blackfin на STM32F4. DSP работал на частоте 60 МГц на STM пришлось поднять до максимальных 180 МГц. Даже при этом STM тратил больше времени на обработку. 

У STM нет аппаратной организации циклов, он тратит время на инкремент счетчика, проверку условия и переход на начало цикла. В итоге DSP сделает умножение с накоплением за один такт, без каких либо накладных расходов. STM тоже сделает умножение с накоплением за один такт, то потратит в несколько раз больше времени чтобы прокрутить это в цикле.

Share this post


Link to post
Share on other sites
1 hour ago, uriy said:

У STM нет аппаратной организации циклов, он тратит время на инкремент счетчика, проверку условия и переход на начало цикла. В итоге DSP сделает умножение с накоплением за один такт, без каких либо накладных расходов.

Эт если использовать старый подход к алгоритмам.
Нынче сигналы обрабатывают все больше с помощью AI. А там не сильно играет роль скорость умножения с накоплением. 
Например DRP сопроцессор в Renesas может сделать медианную фильтрацию в 95 раз быстрее ARM-а. А у  DSP такая фильтрация будет с бОльшим оверхедом. 

ST кстати тоже скоро выкатит AI в STM-ах. Но он отстает от Renesas на полтора года. А с учетом снижения инвестиций может и вообще не выкатить. 
 

Share this post


Link to post
Share on other sites
26 minutes ago, AlexandrY said:

обрабатывают все больше с помощью AI.

Ответ видимо будет 50 на 50? Может встречу динозавра , а может и нет..

Share this post


Link to post
Share on other sites
On 6/11/2019 at 10:28 PM, jcxz said:

Вообще такие вещи начинают делать с создания матлабовской модели, на которой алгоритм и отлаживают. А уже потом, по результатам этой работы, выбирают МК. Обратите внимание: потом. Телега должна быть позади животного.

Да здравствует ПК и отладка на нём !!! )))

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now