Отправлено SM 24 мая 2005 г. 12:22 В ответ на: Так проблема не в том на каком разряде насыщать. отправлено st256 24 мая 2005 г. 12:14

Допустим насыщаем на 32-м разряде при 32-битном выходе умножителя. Получаем пару насыщений в процессе суммирования. А теперь насыщаем на 40-вом разряде, имея те-же 32 бита выхода умножителя. Насыщений НЕТ ВООБЩЕ, так как появились в старшей части аккумулятора лишние 8 бит, в которых все и посчиталось. А только потом, когда сампл готов, делаем ОДНО насыщение на 32-ом бите.

• Ответ: — st256   (24.05.2005 12:39 211.63.143.186, 203 байт)
  • Что ж делать-то? — -=ВН=-   (24.05.2005 13:30 194.190.181.231, 248 байт)
    • Тут такое дело. — st256   (24.05.2005 19:30 211.108.53.65, 518 байт)
    • Скайлинг входного сигнала может решить проблему. Можно уменьшить сигнал в несколько раз и убрать переполнения заплатив точностью в нескольких младших битах — AntZ   (24.05.2005 16:05 212.5.70.188, пустое)
      • Этот пункт у меня носит название перепроектированиениеп числителя фильтра. Т.к. пркрасно справляется со скалингом дагных. — -=ВН=-   (24.05.2005 16:12 194.190.181.231, пустое)
        • Так если реализуется каноническая форма, то перепроектирование числителя не спасет - сначала считаем знаменатель :-). Тут именно на входе фильтра скалить надо :-) — andy_P   (24.05.2005 16:52 80.82.63.185, пустое)
          • И хрен с ним, со знаменателем, просто не нужно реализововатьь коническую форму. Заратустра должен позволить. И потом всегда есть 4 вариант. — -=ВН=-   (24.05.2005 17:15 194.190.181.231, пустое)
            • Причем на данный момент самый соблазнительный :-) — andy_P   (24.05.2005 17:42 80.82.63.185, пустое)