Я так понимаю речь о рисунке 2.1
Смысл задержки состоит в том, чтобы в сети RS485 были увеличенные паузы, между пакетами с данными.
Это актуально для тех устройств, которые "офигивают" если их слишком быстро опрашивать.
На ранних этапах тестирования иногда происходили ошибки, когда мы стали разбираться в чем дело, то выяснили, что на slave (в сети rs485) прилетал запрос на чтение сразу после того как он ответил на предыдущий запрос, не выжидая никакого времени. От чего некоторые устройства не отвечали на запрос. Обычно это решается соответствующей настройкой на OPC сервере (задержка запроса после получения ответа), но OPC общается с МКОН по TCP и том, что нужно сделать паузу на стороне RS485 МКОН ничего не знает. Если в МКОНе по каким-то причинам скопилась очередь, например, два мастера пытаются опросить что-то, то МКОН мог засыпать slave устройства запросами, от чего они выпадали в ошибку. Поэтому и была введена эта задержка, чтобы пакеты не слипались. В сущности, с этой же целью эта настройка есть и в OPC серверах.





Ответить с цитированием