caxapa.ru :: Во-первых это нерекурсивный фильтр -- с чего здесь ошибке умножаться? Она больше чем на -60 здесь нигде не умножается. Во-вторых там в каталоге fast целочисленная реализация, вроде. В 16 битах рекурсивный фильтр вообще сложно сделать, IMHO. Я бы

fk0, легенда (25.04.2017 11:17, просмотров: 182) ответил Nikolay_Po на Вот это:

Во-первых это нерекурсивный фильтр -- с чего здесь ошибке умножаться? Она больше чем на -60 здесь нигде не умножается. Во-вторых там в каталоге fast целочисленная реализация, вроде. В 16 битах рекурсивный фильтр вообще сложно сделать, IMHO. Я бы делал на 32 и расчитывал, что на входе/выходе 16 бит, а остальное как бы после точки. Коэффициенты фильтра можно и нужно подобрать так, чтоб они целочисленные были, (почти)равны 2^N и т.п. -- это несколько ускорит и уменьшит погрешности. Потом с плавающей точкой тоже всё не просто. Никогда не забуду, как на pic18 (hitech-c STD именно, не PRO-версия и не picc18!) алгоритм реализованный влоб с плавающей точкой заработал быстрее, как "оптимизированная" целочисленная версия. В целочисленной разрядность -- 32 бита потребовалось. А у хайтека плавающая точка 24-бита и очень хорошо оптимизированная руками в ассемблере.

[ZX]

Ответить

- Да, вот здесь: Nikolay_Po(188 знак., 25.04.2017 11:53)
  - Да, действительно. Из малоресурсозатратного для микроконтроллеров вспоминаются CIC-фильтры в качестве ФНЧ (уж от скользящего среднего там один шаг). - fk0(26.04.2017 00:48)
    - CIC рассматривал. Не подошли, в сравнение не идут с эллиптическими. В чистом виде АЧХ гребенчатая, требуется каскадирование с другим фильтром. По сложности проще каскад эллиптических поставить. Разве что за исключением случаев, где последние не Nikolay_Po(39 знак., 26.04.2017 09:40)
      - Как-то утверждение не вяжется с указанием на чрезмерную вычислительную сложность БИХ фильтров. CIC как раз легко считается на 8/16-битном контроллере в целых числах, корректирующий фильтр (КИХ) -- тоже. - fk0(26.04.2017 13:13)
        
        КИХ вообще ни о чём, по сравнению с БИХ. Я с какой стороны ни подступался, КИХ проигрывал БИХ-фильтру при доступности 150..250 тактов CPU на отсчёт. Без SIMD и MAC поддержки CPU КИХ для моей задачи оказались не интересны. Не удалось синтезировать Nikolay_Po(307 знак., 26.04.2017 14:23)
        
        КИХ с симметричной (или антисимметричной) ИХ хорош там, где нужна линейная ФЧХ. USSR(68 знак., 27.04.2017 12:55, )
        
        Сколько отсчётов нужно на ФНЧ с полосой пропускания 0.15 и с ослаблением не хуже 40дБ с частоты 0.25 и выше? Неравномерность в полосе пропускания до 1дБ. - Nikolay_Po(27.04.2017 14:05)
        
        Частота в Найквистах? - USSR(27.04.2017 14:51, )
        
        Если в Найквистах, то MATLAB уверяет, что equiripple FIR 28-го порядка справится. - USSR(27.04.2017 14:57, )
        
        Да, в "Котельниковых". Я считал, у меня лишь 16-й порядок КИХ с трудом вмещается по доступному времени процессора и требует ручной оптимизации. Лучше 8й-10й порядок КИХ, а такого недостаточно для целевой характеристики. Эллиптический БИХ при том Nikolay_Po(116 знак., 27.04.2017 18:02)
        
        У нас в изделии КИХ фильтр на 2000 тапов крутится. Но это FPGA. :) - USSR(27.04.2017 18:16, )
- Понимаю, о чём вы. Просто в PIC24, к примеру, сложение и умножение за такт делается лишь для 16-битных операндов. Деление за 19 тактов, но оно меняется на сдвиг при делителе 2^N. Nikolay_Po(1130 знак., 25.04.2017 11:46)
  - Деление практически всегда заменяется умножением... Прореживание (decimation) это как раз обычно типовая область применения CIC-фильтров, которые в каких-то условиях имеют меньшую вычислительную сложность, чем другие подходы (вроде снижения fk0(491 знак., 26.04.2017 13:33)
    - Касательно CIC фильтров. Nikolay_Po(1619 знак., 26.04.2017 14:45)

Микроконтроллеры