если уж речь зашла о спецификациях, может в этом устройстве не 11 код нужен а пятый
если уж речь зашла о спецификациях, может в этом устройстве не 11 код нужен а пятый
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Так вроде шлюз не прозрачный ,а с преобразованием протокола ...TCP>>RTU
электронщик до мозга костей и не только
не бывает прозрачных шлюзов, это уже удлинители интерфейсов
Тролль-наседка, добрый, нежный и ласковый
Это игра слов (шлюз,мост,удлнитель...) , я бы назвал конвертер(преобразователь) интерфейсов в таком случае(когда прозрачный режим работы), ибо это не всегда удлинитель , в общем случае. В универсальном шлюзе(конверторе) все бывает ...А то получается - поставил галочку в веб настройках это шлюз ,а не поставил , то не шлюз , одно и тоже устройство . Да нет ,просто меняются режимы работы!
Последний раз редактировалось rovki; 30.11.2020 в 12:44.
электронщик до мозга костей и не только
Это и есть прозрачный шлюз. То есть без запоминания каких то состояний.
В отличии от коуплеров, которые опрашивают сами, строят память опрошенных данных, а мастер относительно этого коуплера обращается только к этой памяти.
Я ставил такие от М. Там есть возможность как ручной настройки опрашиваемых адресов устройств и регистров, так и настройка на лету. Вот там и нужен этот код состояния.
Согласитесь, ведь гораздо же проще сказать мастеру выставить больше 300 мс и не заморачиваться с программной частью...
Именно так.
Давайте здраво и по существу.
1. Сеть считается функционирующей нормально, если в ней тераятся/искажается не более 1% пакетов.
2. Считаем, что основное время сеть работает в не аварийном режиме, т.е. не опрашиваются не существующие адреса.
Тогда какие проблемы?
Проблема в том, что при ошибке связи между МКОН и RTU устройством мастер должен выжидать все оставшееся время таймаута.