Отправлено HardJoker 18 декабря 2002 г. 13:32

Есть задача: считать в реальном времени БПФ на 16384 точки и выше до 65536. Нужно охватить широкий диапазон в десятки MHz с максимально возможным разрешением. Один DSP не тянет, но есть возможность распараллелить входной сигнал по нескольким АЦП и каждому организовать свою буферную память, которая будет меньше по объему в N раз требуемой, где N - число каналов. В каждом канале свой дешевый DSP и считает БПФ с грубым разрешением. Потом все собирается вместе и окончательно считается спектр, но разрешение уже в N раз выше. Пройдет такой фокус, или нужно брать одну большую FPGA и делать все БПФ сразу в ней?

• Ответ: Возьми почитай - [5] Р. Блейхут, Быстрые алгоритмы цифровой обработки сигналов. Москва: Мир, 1989. по ссылке — Vadim Kudryavtsev   (18.12.2002 18:10, пустое, ссылка)
• Ответ: Можно. — ВН   (18.12.2002 14:01, 107 байт)
  • Ответ: — HardJoker   (23.12.2002 12:24, 160 байт)
    • Ответ: — ВН   (23.12.2002 21:03, 1680 байт)
      • Ответ: — HardJoker   (26.12.2002 11:32, 1090 байт)
        • Ответ: — ВН   (26.12.2002 20:58, 129 байт)
• Можно распараллелить, но сложно. Проще всего считать ДПФ прямо (а не методом БПФ) - ресурсов надо больше, но зато очень легко распараллеливается. Может, это вас спасёт.. — Dr.Alex   (18.12.2002 13:44, пустое)
  • Прямо - это корреляцией? Распарралелить как раз несложно - алгоритм FFT прекрасно поддается распараллеливанию. Вопрос только в том, как обеспечить коммуникацию между параллельными процессами — AntZ   (18.12.2002 15:43, пустое)
    • ffton2pe в экзамплах ад. Почитать что ль (про себя)? — sdy   (19.12.2002 08:17, пустое)
    • Да.. А вот коммуникации - это как-раз и проблема.. — Dr.Alex   (18.12.2002 16:59, пустое)
• Если вы не прижимаете сигнал к нулю по бокам оконными функциями, то можно. — st256   (18.12.2002 13:43, пустое)
  • Не прочитал задачу и чушь спорол. Можно, можно. — st256   (18.12.2002 13:49, пустое)