# WB-MIO-E v2 диагностика подключения ведомых устройств

**URL:** <https://support.wirenboard.com/t/wb-mio-e-v2-diagnostika-podklyucheniya-vedomyh-ustrojstv/21278>\
**Category:** Шлюзы WB-MIO и WB-MGE\
**Created:** [July 30, 2024, 10:03am UTC](https://support.wirenboard.com/t/wb-mio-e-v2-diagnostika-podklyucheniya-vedomyh-ustrojstv/21278 "2024-07-30T10:03:47Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![AnTrii](https://support.wirenboard.com/user_avatar/support.wirenboard.com/antrii/32/24006_2.png) [@AnTrii](https://support.wirenboard.com/u/AnTrii)\
**Post date:** [July 30, 2024, 10:03am UTC](https://support.wirenboard.com/t/wb-mio-e-v2-diagnostika-podklyucheniya-vedomyh-ustrojstv/21278/1 "2024-07-30T10:03:47Z")

</div>

Добрый день!  
Есть ли возможность определения доступности оборудования за преобразователем интерфейсов WB-MIO-E v2 помимо обработки ответных сообщений Modbus об ошибках? Например, регистр с битовой маской доступности адресов на шине или состояний ответа на последний запрос (успех/ошибка), или чего-то подобного? В карте Modbus ничего подобного не нашёл, кроме, может, битов подключённости модулей аналогового ввода.  
Преобразователь используется для чтения данных с модулей дискретного ввода WBIO-DI-WD-14 и измерителей PowerLogic PM5300, если это имеет значение. Считывание по Modbus TCP через Ethernet производит SCADA OpenHAB, в которой и есть проблема с обработкой сообщений об ошибках Modbus, а сброс значений в неопределённое состояние при отсутствии ответа не совсем подходит.

---

<div class="post-metadata">

**Author:** ![BrainRoot](https://avatars.discourse-cdn.com/v2/letter/b/c2a13f/32.png) [@BrainRoot](https://support.wirenboard.com/u/BrainRoot)\
**Post date:** [July 30, 2024, 10:55am UTC](https://support.wirenboard.com/t/wb-mio-e-v2-diagnostika-podklyucheniya-vedomyh-ustrojstv/21278/3 "2024-07-30T10:55:14Z")

</div>

Добрый день.  
Нет, таких регистров для устройств на шине RS485 нет, шлюз сам по себе только транслирует поступающие пакеты.  
Общепринятым является именно обработка ошибок самого протокола, в том числе таймаутов. Например драйвер wb-mqtt-serial работающий в контроллере выставляет соответствующие статусы в mqtt: [GitHub - wirenboard/conventions: Wiren Board MQTT Conventions](https://github.com/wirenboard/conventions?tab=readme-ov-file#errors)

> [@AnTrii](#):
>
> читывание по Modbus TCP через Ethernet производит SCADA OpenHAB, в которой и есть проблема с обработкой сообщений об ошибках Modbus

Насколько знаю - OpenHab - открытое ПО в нем нет аналогичного Home Assistent “Do\_on error” вызова?

---

<div class="post-metadata">

**Author:** ![AnTrii](https://support.wirenboard.com/user_avatar/support.wirenboard.com/antrii/32/24006_2.png) [@AnTrii](https://support.wirenboard.com/u/AnTrii)\
**Post date:** [July 30, 2024, 12:24pm UTC](https://support.wirenboard.com/t/wb-mio-e-v2-diagnostika-podklyucheniya-vedomyh-ustrojstv/21278/4 "2024-07-30T12:24:13Z")

</div>

Спасибо большое за оперативный ответ.

> [@BrainRoot](#):
>
> Насколько знаю - OpenHab - открытое ПО в нем нет аналогичного Home Assistent “Do\_on error” вызова?

Верно, это — открытое ПО. Там есть возможность получить состояние процесса, опрашивающего устройство на шине Modbus (Bridge modbus:tcp) на уровне Работает/Инициализация/Отключён/Ошибка. Но сделать это можно только через пользовательские правила. Правила эти могут срабатывать по изменению состояния опроса и, соответственно, выводить индикацию и оповещения.  
План состоял в том, чтобы обойтись без составления правил для каждого устройства, а быстрее и проще вывести готовые состояния, если они есть.