Проблема с подвисанием контроллера спустя пару дней работы

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

Столкнулся с такой проблемой. (Уже писал в группе Telegram: Contact @wirenboard и отправлял письмо на саппорт)
Контроллер через пару дней начинает подвисать (в top видна высокая нагрузка, сервис wb-rules), правила (сейчас единственное) выполняются с задержкой до 10 секунд.

Всё ПО обновлено до актуальной версии.

Из подключенного оборудования только WD-14 и MR6Cv3 с MIRv2 (каждый на своей 485 линии), а также 4 зигби устройства (геркон, 2 датчика температуры и термостат теплого пола).

Скриншоты.

Недельной давности:


После этого перезапустил в консоли сервис wb-rules, снова все начало работать как надо, хотя и были периодические высокие нагрузки от wb-rules.

Сейчас:


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

Логи:
diag_output_ABOVVSZB_2022-10-21-15.38.51.zip (130.6 КБ)
diag_output_ABOVVSZB_2022-10-27-10.32.39.zip (125.8 КБ)

Список зигби устройств:

Единственное правило:

Добрый день.
Итак для диагностики, предлагаю идти двумя этапами:

  • перенести все системные правила в другой каталог, оставив пользовательское. После перезапуска wb-rules оценить нагрузку.
  • Возвращать по одному правилу, после обнаружения - уже оценить скорость изменения в брокере его входных парметров.

Добрый день!
О каких системных правилах идёт речь?
В папке /mnt/data/etc/wb-rules всего 2 файла: дефолтный alarms.conf и файл rules.js с одним правилом, которое представлено выше на скриншоте.

/usr/share/wb-rules-system/rules/

Проблемы связаны с системным правилом wb-zigbee2mqtt.js. Когда зигби устройство шлет данные, сервис начинает сильно грузить процессор

Так, па подпишитесь на топики zigbee2mqtt - покажите что приходит.

Проблема локализована. Виновато зигби устройство https://www.zigbee2mqtt.io/devices/BHT-002-GCLZB.html#moes-bht-002-gclzb. Данное устройство, как оказалась, содержит баг, флудит сообщениями и забивает канал.
Внёс рекомендуемые правки в файл configuration.yaml, добавил параметр debounce: 1

Загрузка процессора при отправке данных этим устройством существенно снизилась, и в момент получения данных сервис wb-rules потребляет только около 50% процессорного времени.
В этот момент, задержки выполнения правил сократились до 1-2 секунд.

Избавляться от такого устройства? Оно у меня пока одно, но планировал добавить еще одно…
Или есть вариант поправить работу сервиса wb-rules?

Для оценки все ж надо воспроизвести, покажите сообщения которые оно, устройство, шлет в MQTT. Ну и как часто шлет?

debug.txt (3.7 КБ)

Лог наблюдения за топиком устройства в течении минуты.
Тут просто фоновая работа устройства, если с ним взаимодействовать (менять настройки и просто тыкать по кнопкам), то сообщения шлются немного чаще.

В общем и нечасто, раз в 20 секунд.
Может быть изменение в топиках обрабатываются уже другими правилами, которе и создают нагрузку?

Никаких других правил больше нет.

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