Подсчет запросов к и ответов от modbus-slave устройства

[EFrol]

Блин, не могу уже вспомнить, так давно это было.
Прибор был полностью автономный и собирался из:
- Аккумулятор 18650
- Bluetooth HC-05
- RS485 board
Android приложение, что-то типа Modbus-анализатора,
которое прослушивало сеть и составляла дерево:
ветки - номера Modbus-slave устройств
листья - номера регистров + число запросов + число правильных ответов + число ответов с ошибками + число запросов без ответов
а так же учитывало активное время и время простоя в ожиданиях ответа + все это в процентах
Для анализа RS485-сетей в полевых условиях самое то!!!

[TaPX]

Блин, не могу уже вспомнить, так давно это было.
Прибор был полностью автономный и собирался из:
- Аккумулятор 18650
- Bluetooth HC-05
- RS485 board
Android приложение, что-то типа Modbus-анализатора,
которое прослушивало сеть и составляла дерево:
ветки - номера Modbus-slave устройств
листья - номера регистров + число запросов + число правильных ответов + число ответов с ошибками + число запросов без ответов
а так же учитывало активное время и время простоя в ожиданиях ответа + все это в процентах
Для анализа RS485-сетей в полевых условиях самое то!!!

Это интересная штука

[TaPX]

Что у этого китайца в карте есть ?

китайцы простые очень.
https://pcus.ru/moduli/moduli-rele/r...-modbus-rtu-2x

[TaPX]

Самый главный вопрос

был

Ответ в общем тоже

Т.е. дело не в счетчиках а в "посмотреть связь"

А какая модель взаимодействия ?
Это

не внятно.

Что именно непонятно?

[Валенок]

Что именно непонятно?

что и как делаете с китайцами

[melky]

Очевидно управляют чем-то через реле, судя по высказыванию выше освещением.

Вообще для контроля и качества линии достаточно просто подключиться через преобразователь интерфейса USB-RS485 с ПК и установленной Scada, например с ноутбука. Вместо ПР. И поклацать релюшками при ПНР, Scada покажет качество обмена, количество ошибок и т.д. (Например в RapidScada в свойствах устройства на линии есть данные по количеству запросов и ошибок, просто нужно создать правильный шаблон под ваши реле в драйвере Modbus)

А само ПР настраивать полностью на циклический опрос без заморочек. Ну в качестве аварии собирать битовые маски на статусы каждого реле и потом в Scada, так вы узнаете какое реле умерло и перестало отвечать)

То есть нет необходимости для ПНР усложнять сильно программу ПР, ограничиться только реальными авариями.

[Валенок]

Очевидно управляют чем-то через реле..

Неочевидно. Если ли регулярные операции, их частота или только запись по изменению (оценочная частота изменений).

Всякие "слушатели" ничего не скажут относительно инициатора-мастера. Только "есть ответ, значит слейв увидел и ответил" А принял ли мастер ответ - не факт.

[melky]

Валенок так там ПР, ну нафига всем этим ее нагружать то?

[melky]

А сделать обвязку для контроля обмена в ПР это сколько % ее времени ковыряния? Сама то ПР не предоставляет готовых данных по обмену в какие-то системные регистры.

[TaPX]

Этим это чем? Вы знаете чем еще ПР у ТС занимается?
А обмен по rs для ПР это 90% времени ковырятся в носу))

ПР включает-выключает свет, слушая этих китайцев. Ковыряется в носу )
Товарищи, есть такой еще вопрос. А можно как-то на этих китайцах отслеживать ноль? В чем суть: на вход "In1" китайцу приходит нормальнозамкнутый датчик охранки. То есть если ПР на входе китайца увидела ноль, значит есть три варианта: 1) датчик сработал. 2) датчик отвалился 3) отвалился весь китаец целиком. Вопрос - как без использования переменной "статус" отслеживать, что пришел именно ноль от датчика, а не отвалился китаец?