Да причём тут ОВЕН?
У меня вопрос - Вы вообще понимаете как работает TCP?
Какие 1 мс? хоспади, развели тут базар.
У вас латентность в сети будет около 1 мс, не говоря уже времени обработки запроса и переключение входа/выхода.
Вид для печати
На счет SNMP: есть у кого возможность сдампить обмен с модулем по этому протоколу?
Может действительно это какой никакой костыльный выход для любителей "быстрой езды".
1 мс с внешним управлением по общепромышленным сетям редко кто на планете вообще может. И ещё меньше так делает!
Для задач движения (где такие времена и быстрее и встречаются) ставят отдельный контроллер движения, которому передают программу в G-кодах. А концевики и шаговики к нему напрямую.
И хотя я на ПЛК делал управление шаговиком с циклом 1 мс, и управление 12-ти фазным сварочным выпрямителем с контролем нуля и частотой 400Гц - но с тех пор я перестал заниматься такой хренью и использую внешние контроллеры. Т.к. внешний контроллер под одну задачу даже на ардуине-меге может быть быстрее и точнее общепромышленного ПЛК.
А можно чуть поподробнее про особенности( при беглом ознакомлении: UDP с простым содержимым и только)?
P.S. В упор не вижу каких то особенностей в самом SNMP, шли хоть 100 запросов в секунду.
Какой то пример обмена: https://packetlife.net/media/capture...t_requests.cap
Если Вам надо послать - то никакой разницы. А если надо ещё чтоб приняли, вовремя и ответили - то TCP понадёжнее.
Итак, был на объекте добавил, стандартное модбас устройство и регистры битовой маски выходов, в такой конфигурации при прямом управлении маской успевает отрабатывать 10Гц и даже быстрее. Если добавлять стандартный шаблон устройства, то не успевает по всей видимости из-за опроса большого количества регистров.
Таким образом тему можно считать закрытой, проблему решённой.
p.s. было бы неплохо иметь возможность в шаблонах устройств отключать ненужные каналы/регистры.