# Остановка опроса устройств modbus при отключении шлюза WB-MIO-E V2

**URL:** <https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640>\
**Category:** Программное обеспечение\
**Created:** [October 12, 2025, 11:28am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640 "2025-10-12T11:28:30Z")\
**Posts on this page:** 19\
**Page:** 1

<div class="post-metadata">

**Author:** ![Nick\_Shtremel](https://support.wirenboard.com/user_avatar/support.wirenboard.com/nick_shtremel/32/11654_2.png) [@Nick\_Shtremel](https://support.wirenboard.com/u/Nick_Shtremel)\
**Post date:** [October 12, 2025, 11:28am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/1 "2025-10-12T11:28:30Z")

</div>

День добрый.  
Есть такая проблема: на последовательном порту контроллера висит куча modbus устройств, причем два из них - шлюзы WB-MIO-E V2. Всё работает.  
Физически отключаем шлюз. Опрос modbus зацикливается на попытке записи в шлюз, непрерывно посылая пакет 4A-06-00-72-00-01-E7-55 - 4A - адрес шлюза. Все остальные модули, висящие на том же последовательном порту опрашиваться перестают.  
Если в настройках драйвера serial устройств запретить опрос всех модулей, стоящих за отключенным шлюзом - опрос восстанавливается.

---

<div class="post-metadata">

**Author:** ![DmitryKur](https://support.wirenboard.com/user_avatar/support.wirenboard.com/dmitrykur/32/27156_2.png) [@DmitryKur](https://support.wirenboard.com/u/DmitryKur)\
**Post date:** [October 13, 2025, 7:14am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/3 "2025-10-13T07:14:34Z")

</div>

Добрый день!

WB-MIO-E V2 у вас работает на одном порту контроллера совместно с другими Modbus устройствами в режиме прозрачного шлюза?

Для диагностики проблемы пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в [документации](https://wirenboard.com/wiki/Wiren_Board_Web_Interface#%D0%9E%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BF%D1%80%D0%BE%D1%88%D0%B8%D0%B2%D0%BA%D0%B8_%D0%B8_%D0%B2%D1%8B%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B0_%D0%B4%D0%B8%D0%B0%D0%B3%D0%BD%D0%BE%D1%81%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B3%D0%BE_%D0%B0%D1%80%D1%85%D0%B8%D0%B2%D0%B0).

---

<div class="post-metadata">

**Author:** ![Nick\_Shtremel](https://support.wirenboard.com/user_avatar/support.wirenboard.com/nick_shtremel/32/11654_2.png) [@Nick\_Shtremel](https://support.wirenboard.com/u/Nick_Shtremel)\
**Post date:** [October 14, 2025, 9:40am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/4 "2025-10-14T09:40:11Z")

</div>

День добрый!  
Диагностический архив оттуда снять не просто: контроллер стоит на месторождении в медвежьем углу, связи туда нету. Его на один день привозили в цивилизацию изменить прикладную программу и попутно обнаружился описанный эффект. Собственно как было обнаружено: людям надо было подключить дополнительно к имеющимся 50 датчикам температуры еще 8 - они сняли контроллер, привезли его в городок, подключили к нему овен 110 8А, я им его сконфигурировал - и все вроде работало. А потом обновили софт на контроллере путем apt update && apt upgrade - и вот именно после этого опрос модуля прекратился и не восстанавливался никак, пока не заблокировали опрос модулей, стоящих за шлюзом.  
По поводу порта - да, там два шлюза и до сотни устройств на одном порту со скоростью 57600, на втором порту поднят модбас сервер для связи с верхним уровнем АСУТП.  
Попробую попросить притащить контроллер еще раз, но не факт, что получится. В принципе - пока шлюзы не отвалились - все работает. Но заказчику такое поведение не нравится - при аварии связи со шлюзом пропадают все данные со шкафа, а не только те, что за отвалившимся шлюзом были.

---

<div class="post-metadata">

**Author:** ![Nick\_Shtremel](https://support.wirenboard.com/user_avatar/support.wirenboard.com/nick_shtremel/32/11654_2.png) [@Nick\_Shtremel](https://support.wirenboard.com/u/Nick_Shtremel)\
**Post date:** [October 14, 2025, 9:41am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/5 "2025-10-14T09:41:59Z")

</div>

Вдогон: притащили еще 3 таких контроллера с прошивкой конца 22 года.  
И они этой болезнью не болеют. Сейчас один из них обновим и узнаем появляется ли эффект при обновлении. И архив с этого я смогу снять

---

<div class="post-metadata">

**Author:** ![Nick\_Shtremel](https://support.wirenboard.com/user_avatar/support.wirenboard.com/nick_shtremel/32/11654_2.png) [@Nick\_Shtremel](https://support.wirenboard.com/u/Nick_Shtremel)\
**Post date:** [October 14, 2025, 10:28am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/6 "2025-10-14T10:28:33Z")

</div>

подтверждаю: эффект остановки опроса появляется при обновлении до сегодняшней актуальной версии. Архив сняли. Прилагается.  
[diag\_output\_ATQS7HDK\_2025-10-14-10.17.51.zip](https://support.wirenboard.com/uploads/short-url/zUeBQKxzO3FYHyX5JnK1Vy0Bx8E.zip) (150,1 КБ)

---

<div class="post-metadata">

**Author:** ![DmitryKur](https://support.wirenboard.com/user_avatar/support.wirenboard.com/dmitrykur/32/27156_2.png) [@DmitryKur](https://support.wirenboard.com/u/DmitryKur)\
**Post date:** [October 15, 2025, 6:50am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/8 "2025-10-15T06:50:51Z")

</div>

Добрый день!

Благодарю за наблюдение и предоставленный архив!

Постараюсь воспроизвести поведение.

Уточните пожалуйста, какой релиз был до обновления и какие настройки шлюзов ?

И еще немаловажное уточнение— шлюзы WB-MIO-E V2. у вас подключены по такой схеме?:

 ![Схема подключения контроллера Wiren Board 7, Ethernet Gateway и 6-канального реле, показывающая электрические соединения и напряжение 12/24 В. (Captioned by AI)](https://support.wirenboard.com/uploads/default/original/3X/f/0/f05773450df6a14273dc7aa5b940658048cb166c.png)

Есть возможность выслать скриншоты их настроек?

Как временное решение: предлагаю рассмотреть использование TCP/IP порта через Ethernet:

- [Подключение через Ethernet](https://wiki.wirenboard.com/wiki/WB-MIO-E_v.2_Modbus_Interface_Converter#%D0%9F%D0%BE%D0%B4%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5_%D1%87%D0%B5%D1%80%D0%B5%D0%B7_Ethernet)

---

<div class="post-metadata">

**Author:** ![Nick\_Shtremel](https://support.wirenboard.com/user_avatar/support.wirenboard.com/nick_shtremel/32/11654_2.png) [@Nick\_Shtremel](https://support.wirenboard.com/u/Nick_Shtremel)\
**Post date:** [October 15, 2025, 2:56pm UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/9 "2025-10-15T14:56:15Z")

</div>

День добрый!  
Шлюзы там стоят в качестве modbus rtu / i2c конверторов, т.е. Ethernet для связи с модулями не используется. На нем висит операторская панель. Одна из страниц схемы прилагается. Вот эта вот шина WB1.RS2A/B идет через всю схему с 23 по 42 страницу 🙂 На шине висят штук семь MAI6, столько же WBMAP12, примерно 60 модулей Аист-102 (измерители тока утечки).  
Настройки шлюзов вряд ли имеют какое-то отношение к делу, поскольку эффект проявляется именно когда шлюзов нету. Возможно, что шлюзы там “из коробки” - единственное, что им точно поменяли - поставили скорость последовательного порта 57600.  
Сфотать настройки шлюзов - попробую наладчиков попросить, но шансов немного.  
Релиз там судя по всему был 2304 или предыдущий.

 ![На изображении представлена схема подключения модулей WB-MIO-E и WBIO-DI-HVD-16 с обозначением подключения питания и сигналов. (Captioned by AI)](https://support.wirenboard.com/uploads/default/original/3X/2/5/259b6652c51c8c139f68d003d1e0855800233898.png)

Вариант переподключения через Ethernet не слишком хорош - там где шкаф стоит никто не будет в нем что-то переключать. Да и править прикладную программу придется изрядно - все имена тегов поменяются. Это не та задача, которую удобно решать посреди тайги со связью через заикающийся мобильник. Собственно пока все компоненты и связи исправны - всё работает штатно. Проблемы будут, если что-либо отвалится.  
Да, существенно: эффект замечен на двух разных контроллерах из двух разных шкафов. Т.е. эффект относится не к экземпляру, а к типу.

---

<div class="post-metadata">

**Author:** ![DmitryKur](https://support.wirenboard.com/user_avatar/support.wirenboard.com/dmitrykur/32/27156_2.png) [@DmitryKur](https://support.wirenboard.com/u/DmitryKur)\
**Post date:** [October 16, 2025, 6:49am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/10 "2025-10-16T06:49:00Z")

</div>

Добрый день!

Теперь понял вашу ситуацию.

Попробую воспроизвести и вернусь с ответом.

---

<div class="post-metadata">

**Author:** ![Nick\_Shtremel](https://support.wirenboard.com/user_avatar/support.wirenboard.com/nick_shtremel/32/11654_2.png) [@Nick\_Shtremel](https://support.wirenboard.com/u/Nick_Shtremel)\
**Post date:** [October 16, 2025, 6:53am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/11 "2025-10-16T06:53:34Z")

</div>

дополнительная информация - на одном из четырех шкафов опрос останавливается на опросе шлюзов даже при всех подключенных модулях.

_приложен диагностический архив, доступен только сотрудникам поддержки_
 (215,5 КБ)  
в journalctl при этом пишется непрерывный опрос шлюзов без обращений к остальным модулям и без ошибок

---

<div class="post-metadata">

**Author:** ![DmitryKur](https://support.wirenboard.com/user_avatar/support.wirenboard.com/dmitrykur/32/27156_2.png) [@DmitryKur](https://support.wirenboard.com/u/DmitryKur)\
**Post date:** [October 17, 2025, 5:52am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/13 "2025-10-17T05:52:05Z")

</div>

Добрый день!

Благодарю за дополнительную информацию!  
Проанализирую и попробую воспроизвести. По результатам сообщу.

---

<div class="post-metadata">

**Author:** ![DmitryKur](https://support.wirenboard.com/user_avatar/support.wirenboard.com/dmitrykur/32/27156_2.png) [@DmitryKur](https://support.wirenboard.com/u/DmitryKur)\
**Post date:** [October 17, 2025, 8:09am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/14 "2025-10-17T08:09:59Z")

</div>

Отключаю шлюз, который работает с WBIO модулями и совместно с остальными modbus устройствами Wiren Board на скорости 57600, и такого поведения не наблюдаю — оставшиеся на шине устройства продолжают работать:

```auto

17-10-2025 10:56:12.187	WARNING: [serial device] device modbus_io:147:3 is disconnected
17-10-2025 10:56:12.187	WARNING: [modbus] failed to read 8 coil(s) @ 0 of device modbus_io:147:3: Serial protocol error: request timed out
17-10-2025 10:56:11.595	WARNING: [serial device] device modbus_io:147:2 is disconnected
17-10-2025 10:56:11.595	WARNING: [modbus] failed to read 8 coil(s) @ 0 of device modbus_io:147:2: Serial protocol error: request timed out
17-10-2025 10:56:10.419	WARNING: [serial device] device modbus_io:147:1 is disconnected
17-10-2025 10:56:10.416	WARNING: [modbus] failed to read 14 holding(s) @ 250 of device modbus_io:147:1: Serial protocol error: request timed out
17-10-2025 10:56:09.361	WARNING: [modbus] failed to read 8 coil(s) @ 0 of device modbus_io:147:3: Serial protocol error: request timed out
17-10-2025 10:56:08.770	WARNING: [modbus] failed to read 8 coil(s) @ 0 of device modbus_io:147:2: Serial protocol error: request timed out
17-10-2025 10:56:08.178	WARNING: [modbus] failed to read 14 coil(s) @ 0 of device modbus_io:147:1: Serial protocol error: request timed out
17-10-2025 10:56:07.627	WARNING: [modbus] failed to read 14 holding(s) @ 250 of device modbus_io:147:1: Serial protocol error: malformed response: invalid crc
17-10-2025 10:55:49.844	INFO: [serial device] device modbus:55 is connected
17-10-2025 10:55:49.844	INFO: [modbus] Init setup register "Mode": <modbus:55:holding: 25601><-- 0 (0x0)
17-10-2025 10:55:49.821	INFO: [modbus] Init setup register "Mode": <modbus:55:holding: 25600><-- 0 (0x0)
17-10-2025 10:55:49.797	INFO: [modbus] Init setup register "Mode": <modbus:55:holding: 21505><-- 0 (0x0)
17-10-2025 10:55:49.773	INFO: [modbus] Init setup register "Mode": <modbus:55:holding: 21504><-- 0 (0x0)
17-10-2025 10:55:49.750	INFO: [modbus] Init setup register "Mode": <modbus:55:holding: 17409><-- 0 (0x0)
17-10-2025 10:55:49.727	INFO: [modbus] Init setup register "Mode": <modbus:55:holding: 17408><-- 0 (0x0)
17-10-2025 10:55:49.703	INFO: [modbus] Init setup register "Mode": <modbus:55:holding: 13313><-- 0 (0x0)
17-10-2025 10:55:49.679	INFO: [modbus] Init setup register "Mode": <modbus:55:holding: 13312><-- 0 (0x0)
17-10-2025 10:55:49.656	INFO: [modbus] Init setup register "Mode": <modbus:55:holding: 9217><-- 0 (0x0)
17-10-2025 10:55:49.633	INFO: [modbus] Init setup register "Mode": <modbus:55:holding: 9216><-- 0 (0x0)

```

7.4.4C/2GC 1D/O-2GC  
wb-2507  
stable

Будьте добрый выслать ваши шаблоны к устройствам AIST 102C и OWEN MV110.

Если учесть в AISU6K46 зацикливание проявляется и при подключенном шлюзе, то тут может быть дело в неверно подобранных параметрах для wb-mqtt-serial.

---

<div class="post-metadata">

**Author:** ![Nick\_Shtremel](https://support.wirenboard.com/user_avatar/support.wirenboard.com/nick_shtremel/32/11654_2.png) [@Nick\_Shtremel](https://support.wirenboard.com/u/Nick_Shtremel)\
**Post date:** [October 17, 2025, 5:22pm UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/15 "2025-10-17T17:22:11Z")

</div>

День добрый!  
Прилагаемые файлы взяты мною из исходного проекта кроме конфигов ОВНа. История вопроса там такая, что изначально в шкафах не было блоков ОВЕН. И когда выяснилось, что в проект забыли добавить кучу датчиков температуры - заказчик сам докупил и установил модули и нас попросили помочь запустить их. То есть в прилагаемом wb-mqtt-serial ОВНов нету.  
Конфиги для ОВНов были по-быстрому сляпаны на коленке и там абсолютный минимум регистров.  
Тот wb-mqtt-serial , который реально сейчас на шкафах - уже недоступен: генеральный заказчик сегодня принял шкафы (они же работают, если модули по одному не отрывать) и больше никого к ним не подпустит.  
[aist102c.json](https://support.wirenboard.com/uploads/short-url/f3y1BKuYbAF81WGFawCtnQoJm3f.json) (508 байтов)  
[config-map12h-esseo-trans-reliable.json](https://support.wirenboard.com/uploads/short-url/jAuuErS4lmEKH2KybO3unlUxS9x.json) (19,9 КБ)  
[oven.json](https://support.wirenboard.com/uploads/short-url/b3GnXG6GN0Di4CCKSVXaJveB3sF.json) (2,1 КБ)  
[wb-mqtt-serial.conf](https://support.wirenboard.com/uploads/short-url/lSQCH0O9hcPSFzQRFEbLh9jih1l.conf) (14,1 КБ)

---

<div class="post-metadata">

**Author:** ![DmitryKur](https://support.wirenboard.com/user_avatar/support.wirenboard.com/dmitrykur/32/27156_2.png) [@DmitryKur](https://support.wirenboard.com/u/DmitryKur)\
**Post date:** [October 20, 2025, 8:23am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/16 "2025-10-20T08:23:51Z")

</div>

Добрый день!

> “response\_timeout\_ms”: 20,  
> “frame\_timeout\_ms”: 15,

Рекомендую увеличить таймауты.  
Так же еще заметил, что в шаблоне для сторонних не задан guard\_interval\_us.

Ниже приведены ссылки на документацию к драйверу с описанием его параметров и рекомендации по составлению шаблонов:

- [wb-mqtt-serial](https://github.com/wirenboard/wb-mqtt-serial)
- [Как писать шаблоны для сторонних Modbus-устройств](https://wiki.wirenboard.com/wiki/Connecting_Third_Party_Devices_to_Wiren_Board)

---

<div class="post-metadata">

**Author:** ![Nick\_Shtremel](https://support.wirenboard.com/user_avatar/support.wirenboard.com/nick_shtremel/32/11654_2.png) [@Nick\_Shtremel](https://support.wirenboard.com/u/Nick_Shtremel)\
**Post date:** [October 20, 2025, 5:05pm UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/17 "2025-10-20T17:05:28Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![DmitryKur](https://support.wirenboard.com/user_avatar/support.wirenboard.com/dmitrykur/32/27156_2.png) [@DmitryKur](https://support.wirenboard.com/u/DmitryKur)\
**Post date:** [October 21, 2025, 10:43am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/18 "2025-10-21T10:43:17Z")

</div>

Здравствуйте!

Давайте остановимся на одном из ваших контроллеров.  
Мне на wb-2507 (as stable) не удается воспроизвести подобное поведение.  
Предлагаю включить debug ( [Включение отладки](https://wiki.wirenboard.com/wiki/Wb-mqtt-serial_driver#%D0%92%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BE%D1%82%D0%BB%D0%B0%D0%B4%D0%BA%D0%B8)) и снять лог wb-mqtt-serial (или выслать архив). Посмотрим какие пакеты отправляются при зацикливании.

---

<div class="post-metadata">

**Author:** ![DmitryKur](https://support.wirenboard.com/user_avatar/support.wirenboard.com/dmitrykur/32/27156_2.png) [@DmitryKur](https://support.wirenboard.com/u/DmitryKur)\
**Post date:** [October 23, 2025, 11:11am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/19 "2025-10-23T11:11:43Z")

</div>

Здравствуйте!

Ожидаю лог с включенной отладкой.

---

<div class="post-metadata">

**Author:** ![Nick\_Shtremel](https://support.wirenboard.com/user_avatar/support.wirenboard.com/nick_shtremel/32/11654_2.png) [@Nick\_Shtremel](https://support.wirenboard.com/u/Nick_Shtremel)\
**Post date:** [October 23, 2025, 6:46pm UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/20 "2025-10-23T18:46:35Z")

</div>

День добрый. К сожалению на данном этапе доступа к контроллеру уже нет: заказчик сказал, что его всё устраивает, а что будет если отвалится связь между модулями - ему неинтересно, ибо такое событие рассматривается как маловероятное 🙂

---

<div class="post-metadata">

**Author:** ![DmitryKur](https://support.wirenboard.com/user_avatar/support.wirenboard.com/dmitrykur/32/27156_2.png) [@DmitryKur](https://support.wirenboard.com/u/DmitryKur)\
**Post date:** [October 27, 2025, 5:29am UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/21 "2025-10-27T05:29:37Z")

</div>

Здравствуйте! В таком случае, если решите разобраться с проблемой, то прошу выслать архив с включенной отладкой и обеспечить доступ к контроллеру.

---

<div class="post-metadata">

**Author:** ![Nick\_Shtremel](https://support.wirenboard.com/user_avatar/support.wirenboard.com/nick_shtremel/32/11654_2.png) [@Nick\_Shtremel](https://support.wirenboard.com/u/Nick_Shtremel)\
**Post date:** [October 29, 2025, 3:34pm UTC](https://support.wirenboard.com/t/ostanovka-oprosa-ustrojstv-modbus-pri-otklyuchenii-shlyuza-wb-mio-e-v2/30640/23 "2025-10-29T15:34:34Z")

</div>

День добрый! Полагаю если ситуация повторится и будет отловлена на стадии сборки шкафов “в студийных условиях” - тогда есть смысл продолжать.  
Спасибо.
