Фронты входного сигнала в EPM7160STC-6, глючит счетчик Опции

[vikrus]

Добрый день !
Подскажите в чем может быть дело ?
ПЛИС MAX EPM 7160STC 100-6 используется в качестве делителя частоы, внутри счетчик на ЛПМ функции.
Тактовая частота 10 Мгц.
Входная частота 10 кГц.
Входной сигнал синус проходит через оптопару потом идет в виде меандра в ПЛИС
На выходе ПЛИС наблюдаем дрожание сигнала и различные частоты но не те что нужно, зависит от амплитуды входного сигнала, если подать меандр то все нормально.
Какие существуют ограничения на фронты входных сигналов ?
Как можно выйти из ситуации без использования триггера шмита?

[sazh]

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

[iosifk]

Исходя из своего советского опыта
В очередной раз убеждаюсь, "цифровая " фильтрация любого вида - это от лукавого. Потому что все
А ссылки на UART в данном случае тоже некорректны. (Если под 1:1 или 1:16 подразумевается отношение несущей UART частоты и внутренней системной).

А вывод прост. Чистить надо линию. Следовать всем требованиям и рекомендациям по использованию тех же драйверов 232.
В цифре наоборот ужесточать требования по приему. (Например в интервале от начала старта до его середины никаких единиц при отсчете внутренним клоком,
иначе игнорировать посылку)

Пример с UARTом абсолютно корректный. При тактовой 1:1 из входного сигнала захватывается только один бит, соответствующий середине битового интервала входной частоты. При 1:16 захватываются 3 бита и производится мажоритирование. Таким образом производится некоторая фильтрация.
Привязка асинхронного сигнала к синхронному - тоже вещь известная.

Поскольку не известны реальные режимы работы разрабатываемого прибора, то копья ломать бесполезно. На этом я дискуссию здесь заканчиваю.
Удачи!