Тут еще засада может быть с ТРМ202 http://www.owen.ru/forum/showthread.php?t=16190&page=2 (если ветку дочитать то там вроде пишут что использование протокола modbus ascii спасает ситуацию)
Если брать их то их лучше на отдельную линию сажать. А модули ввода вывода соответственно на другую линию. Для модулей ввода и вывода опрос ставите почаще (но без фанатизма, а то очередь на опрос у OPC сервера будет забита и команда на запись будет отрабатываться с задержкой хотя это надо смотреть на конкретный ОРС т.к. у разных производителей по разному), а ТРМ опрашиваете по реже, туже температуру можно опрашивать раз в 10с (но тут надо смотреть).
Это очень приблизительные расчеты, т.к. не учитывается служебная информация в пакете. Плюс не учтено что опрос идет так: посылается команда, например, на чтение регистров, получается на нее ответ. Плюс могут быть наводки и какая то часть пакетов может биться (какая часть будет биться зависит от того есть ли по близости хорошие источники наводок, качества оборудования, линий, заземления, экранирования) из-за этого будут притормаживания (тот же ОРС будет ожидать ответа от прибора в течение некоторого времени, а прибор будет молчать, например, из-за того что к нему пришел битый запрос) и перерезапросы.По сети у нас бегают: ТРМ 202 - 2х2=4 байта; Модуль ввода (маска) - 2 байта; Модуль вывода (маска) - 2 байта.
В сегменте получается: ТРМ 202 -10 шт (40 байт); Модуль ввода - 5 шт (10 байт); Модуль вывода - 5 шт (10 байт);
Ответить с цитированием