Zigbee устройство ломает работу mqtt

Поддерживаемые устройства
1

Добрый день!
Имеется WB6 с модулем Zigbee.
Если по Zigbee подключен 1 термодатчик sonoff то все работает нормально.
Если подключаю датчик СО2 (noname с индексом DCR-CO2, но определяется как Tuya TS0601), которые обновляются чуть ли ни раз в секунду, то через некоторое время кнопки, подключенные к модулю дискретных входов (WBIO-DI) то реле (WB-MR), управляемые через ModBus срабатывают с очень большой задержкой или не срабатывают вовсе.
Достаточно отключить датчик СО2, как почти моментально работоспособность восстанавливается.

Еще заметил, что в зависимости от размера лога (messages) время от момента включения датчика СО2 до момента когда ModBus подвисает различается (если лог пустой, то время больше).
Но, возможно, это совпадение…

Лог с момента перезагрузки контроллера и до момента зависания и отвисания (после отключения датчика СО2) во вложении
messages (2.7 МБ)

2

Добрый день!
Была аналогичная проблема, но с другим зигби устройством.
https://support.wirenboard.com/t/problema-s-podvisaniem-kontrollera-spustya-paru-dnej-raboty/13126

Возможно, мое решение подойдёт и Вам.

1 лайк
3

Спасибо большое!
С параметром debounce: 1 стало заметно лучше, но по документации не смог понять в каких случаях какие значения может принимать данный параметр. Видел пример с 0.5
Мне бы сделать так что бы показания по реже передавались

4

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

Вот описание параметров Devices and Groups | Zigbee2MQTT

debounce
Debounces messages of this device. When setting e.g. debounce: 1 and a message from a device is received, Zigbee2MQTT will not immediately publish this message but combine it with other messages received in that same second of that device. This is handy for e.g. the WSDCGQ11LM which publishes humidity, temperature and pressure at the same time but as 3 different messages.

debounce_ignore
Protects unique payload values of specified payload properties from overriding within debounce time. When setting e.g. debounce: 1 and debounce_ignore: - action every payload with unique action value will be published. This is handy for e.g. the E1744 which publishes multiple messages in short time period after one turn and debounce option without debounce_ignore publishes only last payload with action rotate_stop. On the other hand debounce: 1 with debounce_ignore: - action will publish all unique action messages, at least two ( e.g. action: rotate_left and action: rotate_stop)

Остались ли еще у вас вопросы?

6