|
Исходя из своего советского опыта
В очередной раз убеждаюсь, "цифровая " фильтрация любого вида - это от лукавого. Потому что все эти схемы работают по фронту внутреннего клока.
Если длительность помехи меньше периода этого клока и эта длительность не попадает на фронт этого клока, изменения счетчика не происходит на провоположное (Что была помеха, что нет мы не знаем), а если эта длительность помехи постоянно больше периода клока, то можно просто зависнуть в счете то в плюс, то в минус, не прийти к граничному значению и значит потерять входной сигнал большой длительности. (схема некорректно работает при удержании сигнала начальной установки)
А ссылки на UART в данном случае тоже некорректны. (Если под 1:1 или 1:16 подразумевается отношение несущей UART частоты и внутренней системной).
Ведь принцип приема по UART основан на детектировании стартового бита. Чем выше системная. тем ближе к середине стартового бита, тем меньше вероятность напороться на ошибку кадрирования. Здесь работает другой критерий надежности. Например как в микроконтроллерах эта мажоритарность.
Что интересно, никто и не знает как это делалось например в электронике 60, (Экономили каждый вентиль. Что, хуже работало?)
А вывод прост. Чистить надо линию. Следовать всем требованиям и рекомендациям по использованию тех же драйверов 232.
В цифре наоборот ужесточать требования по приему. (Например в интервале от начала старта до его середины никаких единиц при отсчете внутренним клоком,
иначе игнорировать посылку)
|
Фронты входного сигнала в EPM7160STC-6, глючит счетчик
Mar 30 2006, 08:28
