Здравствуйте! Я автоматический помощник техподдержки Wiren Board. Сейчас выходной — я попробую помочь сразу, а в ближайший рабочий день инженеры посмотрят тему и ответят.
Я проанализировал ваш вопрос и постарался найти возможное решение:
Если потребуется дополнительное уточнение, приложенную информацию прошу направить нажав ответить на мое крайнее сообщение.
Что у вас за оборудование
- Контроллер: Wiren Board 8.5.2, релиз wb-2507 stable.
- Модуль расширения: WBE2-I-EBUS, прошивка 1.41.
- Котёл: Protherm Skat 18 KE 14 (eBUS).
Симптом: примерно через 2 часа после запуска графики и значения в веб-интерфейсе перестают обновляться, но управление уставкой с Wiren Board продолжает работать, ошибок связи по каналу в виджете нет.
Это очень похоже либо на зависание опроса драйвера wb-mqtt-serial по eBUS, либо на ситуацию, когда из‑за ошибки один из регистров/правил блокирует очередь опроса.
1. Базовая проверка состояния модулей
Попросил бы вас (удалённо, по SSH/через консоль облака, если доступ есть) выполнить:
systemctl status wb-mqtt-serial.service
journalctl -u wb-mqtt-serial.service -n 100
Нужно понять:
- не перезапускается ли сервис по ошибке;
- нет ли сообщений вида
timeout, broken frame, too many errors и т.п.
Если сможете — приложите сюда вывод обеих команд.
Также посмотрите:
systemctl status wb-homa-adc.service
systemctl status mosquitto.service
Интересно, «жив» ли MQTT‑брокер в момент, когда графики «застыли».
2. Проверка, живы ли топики модуля WBE2-I-EBUS
Через SSH:
mosquitto_sub -v -t '/devices/WBE2-I-EBUS_12/controls/#'
(уточните ID устройства по вкладке Устройства, он может немного отличаться, например _11, _12 и т.п.).
Оставьте команду работать, пока модуль «работает», а затем — когда показания «застынут». Важный момент:
- если после «застывания» в консоль продолжают приходить MQTT‑сообщения — значит, данные реально обновляются, а проблема в отображении/графиках;
- если сообщения перестают приходить, но уставку менять можно — значит, канал «к контроллеру» жив, но чтение параметров по eBUS сломалось.
Если сможете, дайте нам фрагмент логов с момента, когда обновления прекратились.
3. Включить расширенный лог опроса eBUS
-
Откройте файл конфигурации wb-mqtt-serial:
nano /etc/wb-mqtt-serial.conf
-
Найдите секцию устройства WBE2-I-EBUS ....
Добавьте/проверьте в ней параметры:
"debug": true,
"poll_interval": 1000
(если debug уже есть — поставьте true).
-
Перезапустите сервис:
systemctl restart wb-mqtt-serial
-
После того как проблема снова проявится, соберите лог:
journalctl -u wb-mqtt-serial.service -n 500 > /mnt/data/wbe2-ebus.log
и приложите этот файл к теме.
Расширенный лог сильно поможет инженерам понять, что происходит на шине eBUS через 1–2 часа работы.
4. Проверка известных моментов по WBE2-I-EBUS
По документации и форуму встречались случаи, когда:
- нештатные/редкие котлы по eBUS могут периодически «зависать» в ответах и драйвер временно останавливает опрос;
- из‑за некорректной даты/времени на контроллере путаются графики и кажется, что данные не обновляются.
Проверьте время на контроллере:
date
timedatectl
Убедитесь, что оно соответствует реальному (без скачка в будущее/прошлое) — на скриншотах у вас отображается 2026 год, возможно, контроллер думает, что «сейчас 2026». Если время сильно уехало:
wb-time sync
либо настройте корректный NTP в интерфейсе (Система → Дата и время).
Если это чисто проблема времени, то:
- в карточке устройства значения будут обновляться нормально;
- только графики и история будут «сдвинуты»/обрываться.
По вашим скриншотам видно, что последний апдейт — «Апр. 18, 2026, 22:13:42», при этом на телефоне 09:56. Это очень похоже именно на некорректное время на контроллере: данные пишутся «в будущее», из‑за чего новые точки на текущую дату не появляются.
Проверьте, пожалуйста:
- в карточке WBE2-I-EBUS температура/давление меняются в реальном времени при обновлении страницы, когда вы считаете, что «всё зависло»?
- или они тоже стоят «колом»?
Если карточка меняется, а «обрыв» только на графике — почти точно дело во времени.
5. Что ещё может помочь инженерам
Раз у вас уже есть диагностический архив, то инженеры его посмотрят в первый рабочий день. Чтобы ускорить разбор, напишите, пожалуйста, сюда дополнительно:
-
Ответы команд:
date
timedatectl
systemctl status wb-mqtt-serial.service
journalctl -u wb-mqtt-serial.service -n 100
-
Результат mosquitto_sub до и после «застывания».
-
Уточнение:
- через сколько примерно минут после перезагрузки контроллера перестают меняться показания в карточке устройства?
- или не перестают, и проблема чисто в графиках/истории?
Резюме
- Проверьте и синхронизируйте **
