Отправлено V61 17 марта 2003 г. 14:37 В ответ на: Реализовывал ли кто-нибудь БПФ на ПЛИС? Интересно узнать параметры преобразователя, какие при этом получились результаты (быстродействие), сколько времени ушло на разработку. отправлено andre_ 17 марта 2003 г. 11:49

Есть три модуля:

1. параметры : 64 - 1024 точки, данные до 16р, коэффициент до 15 р., прямое,
режим работы - реальное время;
При 16р. данных, 14р. коэффициенте, 1024т. - 450 Slise, 17 Block Ram,
F дискретизации - 4.5 МГц, отношение сигнал/шум - 83 Дбл(*).

2. параметры : 64 - 2048 точки, данные до 16р, коэффициент до 15 р., прямое/инверсное,
режим работы - реальное время;
При 16р. данных, 14р. коэффициенте, 1024т. - 800 Slise, 25 Block Ram,
F дискретизации - 9.0 МГц, отношение сигнал/шум - 82 Дбл(*).

3. параметры : 1024 точки, данные до 16р, коэффициент до 16 р., прямое/инверсное,
режим работы - старт/стоп;
При 16р. данных, 14р. коэффициенте - 1200 Slise, 9 Block Ram,
время выполнения - 44.2 us(F рабочая - 116.4 МГц), отношение сигнал/шум - 80 Дбл(*).
Данный проект еще в работе, поэтому характеристики могут быть улучшены.

Данные для XCV*E-8, в среде XF3.1.

* - методика определения: на вход подается сумма пяти сигналов(cos + sin),
затем берется отношение амплитуды одного из сигналов к усредненной амплитуде шума.
Я не уверен в корректности такой методики, и буду благодарен за более корректную.

На первый модуль ушел 1 месяц. Затем он три раза улучшался на фоне других работ.

• есть вопрос для всеобщего обсуждения: имеет ли смысл разрабатывать на ПЛИС низкоскоростные алгоритмы БПФ? — yes   (17.03.2003 18:03, 216 байт)
  • Ответ: Приведённые yes выкладки не учитывают перекрытие, которое может использоваться при фурьевании непрерывных сигналов. А с перекрытием затраты увеличиваются в несколько раз. — andre_   (18.03.2003 12:12, пустое)
    • с перекрытием - можно "довернуть" отсчеты убрать i+N добавить N (slicing DFT) — yes   (18.03.2003 12:38, 196 байт)
  • Ответ: В зависимости от задачи — V61   (18.03.2003 12:07, 298 байт)
    • про КИХ фильтр не скажу, но на 33МГц ARMe считал 1024х32 за 300 us, а там всяких DSPшных фич нету — yes   (18.03.2003 12:41, пустое)
      • наверно вру 50МГц (ну помню что прямое и обратное преобразования в GPS эпоху укладывались) — yes   (18.03.2003 13:18, пустое)
• Наверное, корректнее будет использовать PSNR для оценки работы(-) — vita   (17.03.2003 15:35, пустое)
  • Ответ: Все равно усреднение — V61   (17.03.2003 15:54, 145 байт)
    • Ааа.., в этом смысле. (+) — vita   (17.03.2003 16:17, 328 байт)