Диагностика устройства на шине RS485

[Dima_31]

Дальше по теме возник новый вопрос.
У меня задача - однозначно отделить случайный сбой от "полного финиша". В CDS 2.3 я вел посдсчет сбоев, при превышении порога выводил состояние ошибки. Запуск общения по RS485 производил по триггеру.
Здесь не понятно, как ведет себя переменная .xError при восстановлении связи.
Если запускать общение по триггеру, как узнать, что обмен состоялся - для разрешения начала обмена со следующим модулем?
Может есть готовые решения?

[Евгений Кислов]

Дальше по теме возник новый вопрос.
У меня задача - однозначно отделить случайный сбой от "полного финиша". В CDS 2.3 я вел посдсчет сбоев, при превышении порога выводил состояние ошибки. Запуск общения по RS485 производил по триггеру.
Здесь не понятно, как ведет себя переменная .xError при восстановлении связи.
Если запускать общение по триггеру, как узнать, что обмен состоялся - для разрешения начала обмена со следующим модулем?
Может есть готовые решения?

Мастер в случае отсутствия ответа делает несколько попыток обращения к слэйву, если ответ все же придет, то xError должна сброситься.

У вас есть четкая уверенность, что необходима именно такая реализация? Потому что в случае конфигурирования Modbus средствами CODESYS, по идее, пользователь не должен брать на себя такие вопросы. Modbus Master не будет вечно стучаться к погибшему слэйву, а спустя пару попыток перейдет к следующему - это готовый компонент, не подразумевающий дополнительной обвязки.