Здравствуйте!
Столкнулся с такой проблемой. (Уже писал в группе 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 секунд.
Может быть изменение в топиках обрабатываются уже другими правилами, которе и создают нагрузку?
Никаких других правил больше нет.
