ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Вторник
23 апреля
518586 Топик полностью
Мущщина (28.05.2014 13:04, просмотров: 63) ответил fk0 на Тезис: если в результате вычислений происходит насыщение -- вычисления можно выкинуть. Зачем нужен фильтр, если он в (не)возбуждённом состоянии не выполняет свою роль фильтра уже? Если у автора топика 100% времени будет насыщение -- будет
Глупый тезис. Весь в автора. :-))  Фильтр выполняет свою работу. Тем более в невозбужденном состоянии. :-) Беда в том, что он может возбудиться. И не только из-за неправильно рассчитанных ткоэффициентов, но и из-за эффектов арифметики с фиксированной запятой. В частности из переполнения. На всякий случай повторю -БИХ фильтр. Бороться с этим типом возбуждения, возбуждения от переполнения, можно по разному. Наиболее правильный путь - увеличивать разрядность целой, подчеркиваю - целой, части промежуточных результатов. Не дробной, она в данном вопросе не играет роли. Но не всегда это возможно - теряется производительность. Альтернативой является использование насыщения. При аппаратной поддержке этого режима, режима насыщения, производительность не теряется вообще. При чисто программной реализации она потеряется, но, как правило, потеряется меньше, чем из-за увеличения разрядности. Главное - фильтр не возбудится из-за возникновения переполнения. Результат фильтрации будет чуть хуже. Но фильтруют сигналы с наложенным на них шумом, помехами и тому подобным. Остатки шума, помех на выходе фильтра есть всегда. Вот эффект от применения операции насыщения аналогичен добавлению небольшого шума к результату фильтрации, много меньшего, чем входной шум. Это куда более приемлемый вариант, чем возникновение мощной гармоники при возбуждении, а то и не одной. Не надо писать глупости про "100% времени будет насыщение". Это случится, безусловно, если фильтр рассчитывают профессиональные программисты профессиональных контроллеров. Насыщение, повторю, возникает при переполнении, это разовая ситуация. Если переполнения возникает постоянно - ну значит разработчик системы - профессиональный программист профессиональных контроллеров и зовут его fk0. Конешно, верю, что программистам контроллеров профессионального уровня известна всякая ухня, типа алгоритм имени аона, использующая однобитовое квантование. А вот что за за ним, за однобитовым квантованием, стоит, когда его применяют, при каких условиях, они понятия не имеют. Потому и пишут всякую х0ню про возможность насыщенния компаратора без входного фильтра. Хотя при этом признают, что несмотря на "возможность насыщения компаратора без входного фильтра" их однобитовый алгоритм имени аоны все-таки работает, хотя и, естественно, хуже чем с честным АЦП. Правда как хуже-лучще измерять в порядках они написать не в состоянии. Равно как и связь результата, полученного с честным АЦП с результатом, полученным с однобитным аоном. :-) Учись иди, юноша :-)