А подробнее, тип, протокол, обычно считыватели работают на более высокой частоте чем можно протянуть через аналоговый вход ПР, или это что-то нестандартное?
Вид для печати
Тут вы правы - нестандартное, изначально протокол wiegand - установил дополнительный контроллер между СЧИТЫВАТЕЛЕМ и ПР, написал для контроллера программу преобразования протоколов с wiegand в свой протокол похожий на I2C только без адресации подобрал тайминги которые ПР может обработать.
Свой протокол. в данный момент все работает но не устраивают тайминги, минимальное время на котором считывает ПР 40-44 мс, это много
Вложение 55738
Я бы рекомендовал на промежуточном контроллере сделать преобразование сразу в модбас, тогда не нужно ничего замедлять, а наоборот можно ускорить, результат оформить в регистр и его уже ПР прочитает и расшифрует. С аналоговым входом сильно быстро не получится даже если фильтр убрать в ноль, да и OwenLogic это не позволяет.
Я тоже думал так сделать. но переделка займет не мало времени. что опять не приемлемо. а также нужен будет преобразователь в RS485 ModBus.
если фильтр убрать в 0, то на 20 мс уменьшится с каждого бита, итого 720 мс будет прирост что уже будет вполне приемлемо. все дело в том что в что ПР видит смену фронта через 20-22 МС, как раз у меня цикл программы 12 мс и фильтр 10 мс.
Я как-то делал опыты с временем фильтра и возможностью по максимальной частоте на дискретном входе https://www.youtube.com/watch?v=qC5uuBg-eBc, и если не ошибаюсь, если время цикла больше времени фильтра, то все будет определяться большим временем, т.е. временем цикла, возможно для аналогового входа это не работает, тогда менять вручную через меню экрана.
мне самому не нравится данное решение особенно использование аналоговых входов, но пришлось так сделать.
Сделали бы OwenLogic чек-бокс, отключить фильтр, было бы очень удобно.