Ошибки на шине WBE2-I-RS485-ISO. invalid crc

[Infectas]

log_20260331T222130.log (74,6 КБ)

Добрый день! Недавно начались зависания mqtt-serial. У меня 3 шины: RS485 1 -DIN модули в щитовой, RS485 2 - все MSW, M1W2 (Для датчиков пола, установлены в подрозетниках где и MSW, тоже шлейфом, последовательно) и MOD2 - Это отдельная шина на котельную, к которой отдельный щиток для управления насосами через MR6C, клапанами полов и радиаторов через SSR8, и сервоприводами смесительных узлов через MA04.

Начал замечать, что в интерфейсе WB периодически (редко) устройства относящиеся к WBE2-I-RS485-ISO подсвечиваются красным на секунду. В моменте случается так, что страницы интеерфейса начинают дико виснуть, SSH висит. Прихожу в щитовую - светодиоды индикации обмена данных на всех модулях основного щита и щита в котельной не мигают.

ПОмогает только принудительная перезагрузка через кнопку на контроллере.

Такая ситуация может возникнуть раз-2 в сутки. может и не проявляться по несколько дней…

Куда смотреть и как решить ума не приложу

[DmitryKur]

Добрый день!

Первым делом проверьте шину в соответствии с рекомендациями из статей:

• RS-485:Физическое подключение
• RS-485

Если с прокладкой все хорошо, то последуйте по данному алгоритму:

• Serial-устройства работают нестабильно

Если найти и устранить причину не удастся, то пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в документации.

[Infectas]

Добрый день! Согласно Вашей рекомендации всё проверил. опрос линии тоже сделал. вот результат: root@wirenboard-AVWQ2OXH:~# # Формат команды
modbus_client --debug -mrtu -b 9600 -p none -s 2 /dev/ttyMOD2 -a<АДРЕС> -t0x03 -r128 -c1

Проверка адреса 200

modbus_client --debug -mrtu -b 9600 -p none -s 2 /dev/ttyMOD2 -a200 -t0x03 -r128 -c1

Проверка адреса 213

modbus_client --debug -mrtu -b 9600 -p none -s 2 /dev/ttyMOD2 -a213 -t0x03 -r128 -c1

Проверка адреса 61

modbus_client --debug -mrtu -b 9600 -p none -s 2 /dev/ttyMOD2 -a61 -t0x03 -r128 -c1

Проверка адреса 36

modbus_client --debug -mrtu -b 9600 -p none -s 2 /dev/ttyMOD2 -a36 -t0x03 -r128 -c1

Проверка адреса 21

modbus_client --debug -mrtu -b 9600 -p none -s 2 /dev/ttyMOD2 -a21 -t0x03 -r128 -c1
-bash: АДРЕС: No such file or directory
Opening /dev/ttyMOD2 at 9600 bauds (N, 8, 2)
[C8][03][00][80][00][01][94][7B]
Waiting for a confirmation…
<03><02><00><65>
SUCCESS: read 1 of elements:
Data: 0x00c8
Opening /dev/ttyMOD2 at 9600 bauds (N, 8, 2)
[D5][03][00][80][00][01][97][F6]
Waiting for a confirmation…
<03><02><00><49>
SUCCESS: read 1 of elements:
Data: 0x00d5
Opening /dev/ttyMOD2 at 9600 bauds (N, 8, 2)
[3D][03][00][80][00][01][80][DE]
Waiting for a confirmation…
<3D><03><02><00><3D><29><90>
SUCCESS: read 1 of elements:
Data: 0x003d
Opening /dev/ttyMOD2 at 9600 bauds (N, 8, 2)
[24][03][00][80][00][01][82][D7]
Waiting for a confirmation…
<24><03><02><00><24><98>
SUCCESS: read 1 of elements:
Data: 0x0024
Opening /dev/ttyMOD2 at 9600 bauds (N, 8, 2)
[15][03][00][80][00][01][86][F6]
Waiting for a confirmation…
<15><03><02><00><15><49><88>
SUCCESS: read 1 of elements:
Data: 0x0015

Архив прилагаю.

До начала формирования отчёта, примерно в 20:06 serial вновь подвис. web интерфейс, SSH перестали отвечать

приложен диагностический архив, доступен только сотрудникам поддержки

(7,4 МБ)

[DmitryKur]

@Infectas

отдельный щиток для управления насосами через MR6C

Полагаю, что причиной зависания могут быть помехи в результате коммутации. Это можно проверить временно отключив их, насколько это возможно.
Уточните, пожалуйста, какая мощность насосов, их количество.
Так же сообщите длину шины от tty/MOD2 до устройств.
Нет ли рядом возможных источников электромагнитных помех, которые можно исключить для эксперимента?

@Infectas

Прихожу в щитовую - светодиоды индикации обмена данных на всех модулях основного щита и щита в котельной не мигают.

В этот момент времени вы сняли первый лог? Можете сообщить время когда вы это обнаружили?

[Infectas]

Добрый день. Несколько фото, это шитовая-котельная. В процессе ремонта.
От MOD2 шины до щита котельной метров 6.

1. Подкинул отдельный кабель “по полу” напрямую. Не помогло.
2. Отключил насосы отопления (потребления мощность каждого в момент работы около 12 ватт) тоже не помогло.
3. Отключал по очереди каждый модуль в щите котельной, ловил ошибку disconnected, а по другим модулям в цепочки продолжали сыпаться ошибки crc. 4) Отключил терминатор MOD2 485 iso модуля- не помогло…
   Во вложении последнее фото. Ошибки сыпятся всё равно…

По поводу зависания- было переполнение дискового пространства. Была перегружена RAM память. Удалил докер, удалил Home Assistant, почистил логи, удалил ненужные палитры nod из Node Red. Увеличил SWAP до 1,5Гб места. Пока стабильно, буду наблюдать … Node Red и Sprut Hub много занимают памяти…

Кому: “masterwebs@yandex.ru” masterwebs@yandex.ru;
Тема: [Wiren Board Support] Ошибки на шине WBE2-I-RS485-ISO. invalid crc;

(вложения)

[DmitryKur]

Да, видно что Node Red потребляет много ресурсов. Возможно в этом и вся причина.

[Infectas]

Сейчас стабилизировалось

Кому: “masterwebs@yandex.ru” masterwebs@yandex.ru;
Тема: [Wiren Board Support] Ошибки на шине WBE2-I-RS485-ISO. invalid crc;

(вложения)

[DmitryKur]

А можете еще раз диагархив сформировать и выслать?

[Infectas]

В общем и целом со вчера, как написал, система стабилизировалась. Но ошибки не поекрающтся по вышеупомянутой линии

Кому: “masterwebs@yandex.ru” masterwebs@yandex.ru;
Тема: [Wiren Board Support] Ошибки на шине WBE2-I-RS485-ISO. invalid crc;

(вложения)

[Infectas]

Архив во вложении

(вложения)

приложен диагностический архив, доступен только сотрудникам поддержки

(5.66 MB)

[Infectas]

Вот еще что вчера заметил. это на шине RS-485-2 (У меня это шина всех MSW и M1W2 в доме). Устройство 90 вроде в логах ошибок не выпадало, данные с датчика приходят корректно, а в конфигурации висит такая ошибка… Хотя вряд ли это взаимосвязано, шина другая. По MOD2 прям каждую минуту куча ошибок, уже не знаю куда копать

(вложения)

[DmitryKur]

Проблема может быть связана с тем, что wb-mqtt-serial и Node-RED занимают один и тот же порт /dev/ttyMOD3 -> ttyS4 одновременно. Посмотрел архивы у других пользователей, у которых установлен Node-RED – там такого нет и опрашивает порты только wb-mqtt-serial.

lrwxrwxrwx 1 root root 5 Apr  2 11:38 /dev/ttyCONSOLE -> ttyS0
lrwxrwxrwx 1 root root 7 Apr  2 11:38 /dev/ttyMOD1 -> ttyWBE0
lrwxrwxrwx 1 root root 7 Apr  2 11:38 /dev/ttyMOD2 -> ttyWBE1
lrwxrwxrwx 1 root root 5 Apr  2 11:38 /dev/ttyMOD3 -> ttyS4
lrwxrwxrwx 1 root root 5 Apr  2 11:38 /dev/ttyMOD4 -> ttyS5
lrwxrwxrwx 1 root root 5 Apr  2 11:38 /dev/ttyRS485-1 -> ttyS2
lrwxrwxrwx 1 root root 5 Apr  2 11:38 /dev/ttyRS485-2 -> ttyS1
Specified filename /dev/ttyGSM* does not exist.
Specified filename /dev/ttyUSB* does not exist.
                     USER        PID ACCESS COMMAND
/dev/ttyS2:          root       1883 F.... wb-mqtt-serial
/dev/ttyS1:          root       1883 F.... wb-mqtt-serial
/dev/ttyWBE0:        root       1883 F.... wb-mqtt-serial
/dev/ttyWBE1:        root       1883 F.... wb-mqtt-serial
/dev/ttyS4:          root       1846 F.... node
                     root       1883 F.... wb-mqtt-serial
/dev/ttyS5:          root       7407 F.... java
/dev/ttyGSM*:
/dev/ttyUSB*:

Посмотрите, возможно в настройках Node-RED что-то можно изменить.

[Infectas]

Только добрался до контроллера и компа. Перешерстил весь Node red, нет ни одной используемой ноды, открывающей порт ttyS4. Даже удалил палитры, которые теоретически могут работать с портом.
Вот что сделал:

root@wirenboard-????:~# lsof /dev/ttyS4
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
node 1871 root 23uW CHR 4,68 0t0 480 /dev/ttyS4
wb-mqtt-s 1928 root 11u CHR 4,68 0t0 480 /dev/ttyS4

root@wirenboard-????:~# systemctl stop zigbee2mqtt 2>/dev/null
systemctl disable zigbee2mqtt 2>/dev/null
systemctl mask zigbee2mqtt 2>/dev/null

root@wirenboard-????:~# lsof /dev/ttyS4
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
wb-mqtt-s 1928 root 11u CHR 4,68 0t0 480 /dev/ttyS4

Бинго! Это Zigbee модуль…

Физически в контроллере у меня так: MOD1 - OpenTherm модуль, MOD2 - RS485 ISO, MOD3 - WBE2R-R-ZIGBEE v.2, MOD4 - WBE2R-R-ZIGBEE-SH…

WBE2R-R-ZIGBEE v.2 - работает с всвозможными китайскими кнопками и датчиками

WBE2R-R-ZIGBEE-SH - понятное дело: Доступ к Спрут хабу…

Вот теперь ломаю голову, как это исправить? Ведь они, mqtt-serial и Zigbee v.2 занима.т порт из-за этого куча ошибок (кстати с зигби устройствами тоже заметил… и обрывы связи и debounce и так далее)

[Infectas]

По итогу дня: с ttyS4 я отвязал node (z2m). По остальным портам “дубликатов” тоже нет. Единственное, в настройках драйвера Serial, в интерфейсе, В параметрах порта Mod2 поставил Таймаут ответа 500 мс и задержка перед записью 5000 мкс. ошибки вроде пока не появлялись по проблеме crc или timeout.

И да, забыл уточнить. На шинах RS485-1 (Модули), Шине датчиков MSW и M1W2 нет терминаторов на концах шин! Только MOD3 (RS485 ISO) установлен терминатор на самом модуле (перемычка)

На всякий случай архив после всех манипуляций

приложен диагностический архив, доступен только сотрудникам поддержки

(5,6 МБ)

[DmitryKur]

Добрый день!

После того, как разобрались больше проблема не проявлялась?

[Infectas]

Добрый день! Ошибки продолжаются, только: из стало меньше, они перестали появляться на шине MOD2 (где установлен ISO RS485,когла я отвязал mqtt serial от порта), а начали появляться на штатных портах RS485-1 , 2.

wb-mqtt-serial_20260416T140335.log (7,8 КБ).

Купил резисторы вчера 120 Ом, 0.25 Вт. Сегодня хочу поставить на концах шин, провести эксперимент… хотя скорости там маленькие

Единственное, в чем еще есть вопрос, и связано ли как-то с ошибкой на шине, Sprut Hub и приложении Мой Дом, именно датчики MSW, M1W2, которые находятся у меня на шине RS-485-2, ровно раз в сутки отваливаются все из приложения “Мой дом”, с ошибкой “нет данных от датчиков”… пока вручную не зайдёшь в приложении Мой дом в каждый датчик- тогда данные начинают поступать.

[DmitryKur]

Добрый день!

Serial protocol error: request timed out свидетельствуют о физических проблемах на шине.

Рекомендую проверить это подключив MSW и M1W2 коротким кабелем шлейфом. В этом случае ошибок таймаута быть не должно.

@Infectas

Sprut Hub и приложении Мой Дом, именно датчики MSW, M1W2, которые находятся у меня на шине RS-485-2, ровно раз в сутки отваливаются все из приложения “Мой дом”, с ошибкой “нет данных от датчиков”… пока вручную не зайдёшь в приложении Мой дом в каждый датчик- тогда данные начинают поступать.

По работе Sprut Hub не подскажу. Но первым делом добейтесь нормальной работы шины.

[Infectas]

Установил терминирующие резисторы на шины RS485 1 и 2.

Протянул все винты на всех клеммниках MSW и M1W2.

Перезагрузил контрллер. Пока за 20 минут ошибок не было. Обычно вылазилипосле звпуска контроллера. Посмотрю до завтра, отпишусь о результатах.

P.s. по спруту да, напишу в поддержку им. Это их сторона вопроса. Но сначала линии связи

[Infectas]

Да, ошибки продолжают выскакивать. Причём не по всем устройствам на шине. Например на 4-х из 12-и на шине rs485-2. И из всех din модулей у нескольких на шине rs485-1( но реже)

На скриншоте ошибка одного из модулей 2й шины. Шины всех msw и m1w2…

[DmitryKur]

Постарайтесь отключить всё лишнее, и определить минимальную конфигурацию оборудования и ПО, при которой ошибка воспроизводится. Подключайте устройства по одному короткими отрезками шлейфом до возникновения ошибок.