[zhilik 0]

Нужен DSP, который потянет преобразование Фурье 2048 точек с частотой 100 Hz.

Так же нужна к нему сама библиотека FFT.

Ну и средства отладки, компилятор и т.д....

Если у него будет куча переферии (ADC, DAC, CAN, Ethernet...), совсем хорошо.

Кто может что посоветовать?

DSP для меня дело новое, так что может книги какие кто какие знает хорошие?

[Alex B._ 0]

100 Гц - это частота отсчетов или время преобразования всего буфера?

[zhilik 0]

Надо 100 раз в секунду преобразовать 2048 точек.

А частота отсчётов соответственно 100 * 2048 Hz.

(Все эти цывры можно немного варировать).

[_pv 78]

Надо 100 раз в секунду преобразовать 2048 точек.

 

Если у него будет куча переферии (ADC, DAC, CAN, Ethernet...), совсем хорошо.

считать не так уж и много надо. тут и арм какой-нибудь не сильно мощный, например at91sam7x256, справиться может наверное, да и с периферией у него все хорошо.. за исключением ЦАПа

 

а dsp вроде tms320с6х или adsp-bf53(6/7/8) чтобы с CANом да ethernetом для такой задачи пожалуй несколько избыточны по своей вычислительной мощности да и корпуса не самые приятные...

[zhilik 0]

Если SAM7X хватит, это хорошо, я его как раз сейчас ковыряю.

А какую библиотеку с FFT взять?

[vladec 10]

Если Вам надо только считать посмотрите FLASH-сигнальники TMS320C28x, из серии самых дешовых.

[Nick_MarkII 0]

TMS320F28x по скорости действительно похоже пройдет, да и библиотека FFT готовая с примерами есть у TI на сайте.

[zhilik 0]

Посмотрю на TMS320, но сначала всё-таки попытаюсь на AT91SAM7 запустить.

Никто не знает быстрой целочисленной библиотеки FFT на C? А если с оптимизацией под ARM7, то вообще замечательно...

[shamilsan 0]

Посмотрю на TMS320, но сначала всё-таки попытаюсь на AT91SAM7 запустить.

Никто не знает быстрой целочисленной библиотеки FFT на C? А если с оптимизацией под ARM7, то вообще замечательно...

Если на C, то можно техасовские функции использовать -- они абсолютно портируемые (пробовал функции 67х выполнять на ПК -- без проблем).

 

См. аттач.

 

Взято отсюда.

lib.rar

[shread 0]

Посмотрю на TMS320, но сначала всё-таки попытаюсь на AT91SAM7 запустить.

Никто не знает быстрой целочисленной библиотеки FFT на C? А если с оптимизацией под ARM7, то вообще замечательно...

Если на C, то можно техасовские функции использовать -- они абсолютно портируемые (пробовал функции 67х выполнять на ПК -- без проблем).

 

См. аттач.

 

Взято отсюда.

Ага, из пушки по воробьям, тогда уж примеры реализации из матлаба скопировать можно, коли так все просто=) Такая портируемость тут явно ни к чему, потому как так или иначе этот код оптимизиварован под аппаратные возможности того процессора, под который он писан. Я неговорю, что работать не будет, скорее всего будет, если грамотно написано, но вот КАК, это большой вопрос :blink:

Изменено 28 августа, 2006 пользователем Shread

[Alex B._ 0]

>> скорее всего будет, если грамотно написано, но вот КАК, это большой вопрос

да будет, если компиляторозависимые вещи не используются. Как - тоже понятно - как оно может работать на проце без нормального MAC'а и аппаратной бит-реверсивной адресации?

В общем, в данном случае код практически любой брать можно.

[shamilsan 0]

Ага, из пушки по воробьям, тогда уж примеры реализации из матлаба скопировать можно, коли так все просто=) Такая портируемость тут явно ни к чему, потому как так или иначе этот код оптимизиварован под аппаратные возможности того процессора, под который он писан. Я неговорю, что работать не будет, скорее всего будет, если грамотно написано, но вот КАК, это большой вопрос :blink:

Работать на АРМе должно если учесть разрядности и т.п. -- ибо чистый С. Другое дело, что на АРМе пускать БПФ -- рационально только если нужны маленькие скорости, тут я согласен. А оптимизированный код, имхо, сложновато будет найти, так как камень не для DSP задач.

[shread 0]

... так как камень не для DSP задач.

Коли камень general purpose, тэк сказать, это же не значит что для него нет оптимизированной математики. Наоборот, коли процессоров на этом ядре так много, наверняка кто-то уже оптимизировал ее. Если уж пошло про аппаратные параметры проца, то скажем IAR для MSP430 если в кристалле есть аппаратный умножитель, даже очень простые вещи пытается ему перепоручить, выходит полная фигня. Если нет времени писать свое, тогда можно использовать все что угодно, думается что в стандартных либах компилера что-то работоспособное есть.