Ребут на ровном месте

Обновите, пожалуйста, ПО контроллера еще раз. В пакете wb-mqtt-db была проблема в связи с добавлением нового параметра. Нужен пакет с версией v 2.5.3, где проблема запуска сервиса устранена. У вас сейчас установлена версия v 2.5.2.
Рекомендую сделать обновление всех пакетов командами

apt update && apt upgrade

После обновления еще раз пришлите архив, получаемый по зеленой кнопке и сообщите о работе контроллера.

diag_output_AFRVB7DK_2021-12-14-10.50.40.zip (74.4 КБ)

Да, пакет обновился. Теперь проверьте, что сервис работает командой в консоли:

systemctl status wb-mqtt-db

Сообщение было перенесено в новую тему: Осыпался wb-2110

После последних действий изменилось ли поведение контроллера? Перезагрузки продолжаются?

да, сейчас аптайм 2д7ч, больше 13 дней пока не было, наблюдаю дальше

продолжаются ребуты раз в 1-2 дня
кусок лога за 2 сек до ребута
Dec 23 03:50:05 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Ethernet IP: failed to convert value ‘’, passing raw
Dec 23 03:50:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Ethernet 2 IP: failed to convert value ‘’, passing raw
Dec 23 03:50:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/GPRS IP: failed to convert value ‘’, passing raw
Dec 23 03:50:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Wi-Fi IP: failed to convert value ‘’, passing raw
Dec 23 03:50:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Wi-Fi 2 IP: failed to convert value ‘’, passing raw
Dec 23 03:50:34 wirenboard-AFRVB7DK wb-mqtt-serial[13327]: WARNING: [modbus] failed to read 14 coil(s) @ 0 of device modbus_io:13:1: Serial protocol error: request timed out
Dec 23 03:51:00 wirenboard-AFRVB7DK wb-mqtt-db[3088]: WARNING: [dblogger] Group data limit is reached: group all, row count 102071, limit 100000
Dec 23 03:51:05 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Ethernet 2 IP: failed to convert value ‘’, passing raw
Dec 23 03:51:06 wirenboard-AFRVB7DK wb-rules[1649]: Device “ppp0” does not exist.
Dec 23 03:51:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/GPRS IP: failed to convert value ‘’, passing raw
Dec 23 03:51:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Ethernet IP: failed to convert value ‘’, passing raw
Dec 23 03:51:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Wi-Fi IP: failed to convert value ‘’, passing raw
Dec 23 03:51:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Wi-Fi 2 IP: failed to convert value ‘’, passing raw
Dec 23 03:52:05 wirenboard-AFRVB7DK wb-rules[1649]: Device “ppp0” does not exist.
Dec 23 03:52:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Ethernet IP: failed to convert value ‘’, passing raw
Dec 23 03:52:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/GPRS IP: failed to convert value ‘’, passing raw
Dec 23 03:52:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Ethernet 2 IP: failed to convert value ‘’, passing raw
Dec 23 03:52:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Wi-Fi IP: failed to convert value ‘’, passing raw
Dec 23 03:52:06 wirenboard-AFRVB7DK wb-rules[1649]: INFO: network/Wi-Fi 2 IP: failed to convert value ‘’, passing raw
Dec 23 03:52:41 wirenboard-AFRVB7DK dhclient[3556]: DHCPREQUEST of 192.168.88.178 on br1 to 192.168.88.1 port 67
diag_output_AFRVB7DK_2021-12-23-14.17.13.zip (71.8 КБ)

Скажите, где установлен у вас контроллер? Есть ли рядом источники сильных электромагнитных помех? Присутствуют ли какие-либо неблагоприятные факторы: повышенная температура, влажность или вибрация?
Какие дополнительные модули установлены у вас в контроллере или подключены к нему?

По диагностической информации причину перезагрузок установить пока не удается. Предлагаем вам бесплатно обменять полностью вашу конфигурацию оборудования (со всеми установленными модулями, стиками и установленным ПО) на новую, а ваше оборудование забрать для изучения проблемы. Есть вероятность, что изменения в ревизии контроллера 6.7 и выше в ваших условиях могут вызывать перезагрузки. Поэтому предлагаем вам для замены контроллер версии 6.6. Эта версия контроллера сейчас не производится, контроллер будет из категории восстановленных устройств, но с аналогичным функционалом и гарантией.
Напишите, пожалуйста, ваше решение по данному вопросу.

Методом исключения был найден проблемный элемент, им оказался wbio-di-wd-14, даже подключённый через WB-MIO-E элемент вызывал рандомные ребуты. Сейчас аптайм 23 дня

Подключенный через шлюз? А питание MIO-E от того же БП? Хотя, нет даже замыкающий WD-14 не просадит всю шину.

wbio-di-wd-14 подключённый напрямую к контроллеру и через шлюз, без разницы, все равно рандомные ребуты, контроллер-шлюз подключены через один БП

А какие еще модули wbio подключены сейчас к контроллеру?
Пришлите, пожалуйста, номер партии, указанный на наклейке проблемного модуля.

WBIO-AO-10V-8 и WBIO-DO-R1G-16 подключены напрямую к контроллеру, WBIO-DO-SSR-8 подключены через шлюз

То есть если просто подключить WD-14 и даже не конфигурировать - будут перезагрузки?
А если сконфигурировать и не подключать?

я подключал WD-14 через шлюз, шлюз при этом был физически подключен к 485 интерфейсу, но не сконфигурен в системе - ребуты были. Сконфигурить но не подключать не пробывал

Вот как? А если запитать шлюз (и соответственно WD-14) от отдельного БП?

так можно запитать только подключив WD-14 через шлюз, правильно понимаю?

Да. Не настроенный WD-14 никак не может повлиять на контроллер при работе через шлюз.

messages.7z (240.3 КБ)
diag_output_AFRVB7DK_2022-02-26-19.51.31.zip (71.4 КБ)
вообщем ситуация такая, был аптайм ~15дней, был подключен шлюз с WBIO-DO-SSR-8, проработало в таком состоянии до 29 дней, после этого был подключен WD-14 к тому же шлюзу после SSR-8, ребут чере потора дня. WD-14 подключен но не сконфигурен в системе.

Шлюз (WB-MIO) при этом работает от того же БП что и контроллер?