если уж речь зашла о спецификациях, может в этом устройстве не 11 код нужен а пятый
Вид для печати
если уж речь зашла о спецификациях, может в этом устройстве не 11 код нужен а пятый
Так вроде шлюз не прозрачный ,а с преобразованием протокола ...TCP>>RTU
не бывает прозрачных шлюзов, это уже удлинители интерфейсов
Это игра слов (шлюз,мост,удлнитель...) , я бы назвал конвертер(преобразователь) интерфейсов в таком случае(когда прозрачный режим работы), ибо это не всегда удлинитель , в общем случае. В универсальном шлюзе(конверторе) все бывает ...А то получается - поставил галочку в веб настройках это шлюз ,а не поставил , то не шлюз , одно и тоже устройство . Да нет ,просто меняются режимы работы!
Это и есть прозрачный шлюз. То есть без запоминания каких то состояний.
В отличии от коуплеров, которые опрашивают сами, строят память опрошенных данных, а мастер относительно этого коуплера обращается только к этой памяти.
Я ставил такие от М. Там есть возможность как ручной настройки опрашиваемых адресов устройств и регистров, так и настройка на лету. Вот там и нужен этот код состояния.
Согласитесь, ведь гораздо же проще сказать мастеру выставить больше 300 мс и не заморачиваться с программной частью... :)
Именно так.
Давайте здраво и по существу.
1. Сеть считается функционирующей нормально, если в ней тераятся/искажается не более 1% пакетов.
2. Считаем, что основное время сеть работает в не аварийном режиме, т.е. не опрашиваются не существующие адреса.
Тогда какие проблемы?
Проблема в том, что при ошибке связи между МКОН и RTU устройством мастер должен выжидать все оставшееся время таймаута.