ПР200 и аналоговые входа

[Ревака Юрий]

Считыватель карт.

А подробнее, тип, протокол, обычно считыватели работают на более высокой частоте чем можно протянуть через аналоговый вход ПР, или это что-то нестандартное?

[monsterrnd]

Тут вы правы - нестандартное, изначально протокол wiegand - установил дополнительный контроллер между СЧИТЫВАТЕЛЕМ и ПР, написал для контроллера программу преобразования протоколов с wiegand в свой протокол похожий на I2C только без адресации подобрал тайминги которые ПР может обработать.

Свой протокол. в данный момент все работает но не устраивают тайминги, минимальное время на котором считывает ПР 40-44 мс, это много
ПРОТОКОЛ.png

[Ревака Юрий]

Тут вы правы - нестандартное, изначально протокол wiegand - установил дополнительный контроллер между СЧИТЫВАТЕЛЕМ и ПР, написал для контроллера программу преобразования протоколов с wiegand в свой протокол похожий на I2C только без адресации подобрал тайминги которые ПР может обработать.

Свой протокол. в данный момент все работает но не устраивают тайминги, минимальное время на котором считывает ПР 40-44 мс, это много
ПРОТОКОЛ.png

Я бы рекомендовал на промежуточном контроллере сделать преобразование сразу в модбас, тогда не нужно ничего замедлять, а наоборот можно ускорить, результат оформить в регистр и его уже ПР прочитает и расшифрует. С аналоговым входом сильно быстро не получится даже если фильтр убрать в ноль, да и OwenLogic это не позволяет.

[monsterrnd]

Я тоже думал так сделать. но переделка займет не мало времени. что опять не приемлемо. а также нужен будет преобразователь в RS485 ModBus.

[monsterrnd]

если фильтр убрать в 0, то на 20 мс уменьшится с каждого бита, итого 720 мс будет прирост что уже будет вполне приемлемо. все дело в том что в что ПР видит смену фронта через 20-22 МС, как раз у меня цикл программы 12 мс и фильтр 10 мс.

[Сергей0308]

Тут вы правы - нестандартное, изначально протокол wiegand - установил дополнительный контроллер между СЧИТЫВАТЕЛЕМ и ПР, написал для контроллера программу преобразования протоколов с wiegand в свой протокол похожий на I2C только без адресации подобрал тайминги которые ПР может обработать.

Свой протокол. в данный момент все работает но не устраивают тайминги, минимальное время на котором считывает ПР 40-44 мс, это много
ПРОТОКОЛ.png

Мне кажется у Вас получился идеальный пример(хоть в учебники заноси) как не нужно делать! Всю абсурдность решения(как вишенка на торт) подчёркивает дополнительный контроллер между считывателем и ПР!

[Ревака Юрий]

если фильтр убрать в 0, то на 20 мс уменьшится с каждого бита, итого 720 мс будет прирост что уже будет вполне приемлемо. все дело в том что в что ПР видит смену фронта через 20-22 МС, как раз у меня цикл программы 12 мс и фильтр 10 мс.

Я как-то делал опыты с временем фильтра и возможностью по максимальной частоте на дискретном входе https://www.youtube.com/watch?v=qC5uuBg-eBc, и если не ошибаюсь, если время цикла больше времени фильтра, то все будет определяться большим временем, т.е. временем цикла, возможно для аналогового входа это не работает, тогда менять вручную через меню экрана.

[monsterrnd]

мне самому не нравится данное решение особенно использование аналоговых входов, но пришлось так сделать.

[monsterrnd]

Я как-то делал опыты с временем фильтра и возможностью по максимальной частоте на дискретном входе https://www.youtube.com/watch?v=qC5uuBg-eBc, и если не ошибаюсь, если время цикла больше времени фильтра, то все будет определяться большим временем, т.е. временем цикла, возможно для аналогового входа это не работает, тогда менять вручную через меню экрана.

про экранное меню, знаю писал, есть не удобство, много устройств около 90. на каждом по 2 считывателя это итого перестраивать после прошивки придется по 4 входа на каждом. убрали бы в овене ограничение 10 мс

[monsterrnd]

Сделали бы OwenLogic чек-бокс, отключить фильтр, было бы очень удобно.