Не видно данных, присылаемых ZigBee-устройством

Программное обеспечение
1

Намедни пытался подключить первое zigbee устройство к WirenBoard, но не получилось.
Имеем:

  • Wiren Board 7 (Batch No: 7.3.4L/8 1D/G-2GC, HW Revision: 7.3.4)
  • WBE2R-R-ZIGBEE v.2
  • Aubess TMZ02 TuYa WHD02 control via MQTT | Zigbee2MQTT
    На 1 октября 2023 все обновления по всем пакетам установлены.

Делал по инструкции Подключение устройств Zigbee к контроллеру Wiren Board — Wiren Board

В итерфейсе устройство появилось:
Снимок

Данные в этом виджете не меняются, хотя и friendly name поменял, и сами данные устройство исправно отсылает (см. ниже).

Топики создались, хотя тоже под именами с адресом устройства:

Снимок2
Снимок21325×220 7.92 KB

Сервис zigbee2mqtt фиксирует прием данных (видно, что friendly name ‘Big House/Boiler’ подхватился):

Снимок3
Снимок31567×384 13.1 KB

В топиках mosquitto ничего не наблюдается ни под измененным friendly name, ни под оригинальным адресом.

В сервисе wb-rules видны ошибки при старте:

Снимок4
Снимок41561×400 19.3 KB

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

Подскажите плиз, что мог пропустить и как бы все-таки сделать, чтобы заработало?

3

Не стоит использовать служебные символы в именах. Точнее можно, но экранирование с учетом всех преобразований - весьма нетривиально.

4

Т. к. делал по инструкции, то в ней есть отсылка к правилам именований для friendly_name: Devices and Groups | Zigbee2MQTT
И как раз там даже предлагают использовать / для удобства.
Если в WirenBoard такое нельзя, то можно отдельно пометить этот момент в инструкции.
Но думаю дело не в этом, ибо и с именем по умолчанию (device ID) при первых попытках все так же не работало.

5

А где, в каком месте инструкции считаете верным вставить предупреждение? Тут как раз важен свежий взгляд.

А скриншот устройства - он от другого?
Опиште все ж - что значит “не работало”?

6

Если действительно / вызывает проблему, то в интрукции можно после предложения со ссылкой под фразой “этим требованиям” добавить примечание, что мол в wirenboard не рекомендуем использовать / в friendly_name, т. к. не гарантирована работа со всеми версиями ПО.

У меня пока только одно устройство, все скриншоты связаны с ним одним.

“не работало” – это значит:

  • не обновлялась информация в виджете
  • в mosquitto в указанных топиках пустота
  • zigbee2mqtt исправно принимает данные из устройства и судя по логам куда-то их публикует

Но, возможно, без кастомного friendly_name не работало по каким-то другим причинам. В момент первой настройки свои действия не фиксировал и сейчас последовательность событий уже не вспомню.

7

В общем посидел, попробовал разные варианты. Что имеем:

  • топики “zigbee2mqtt/<friendly_name>” работают с любыми вариантами friendly_name, что со /, что без
  • топики “/devices/<friendly_name>/controls/…” не работают если friendly_name содержит /

Capture
Capture1875×669 21 KB

Только теперь вопрос, почему в топиках “/devices/…” может формироваться по 8 дублей на каждое событие из “zigbee2mqtt/…”?

P. S. Визуально в интерфейсе, обновляется ли информация, смогу посмотреть только в конце недели, пока все эксперименты удаленно по ssh проводил.

8

Должно соответствовать GitHub - wirenboard/conventions: Wiren Board MQTT Conventions
Если желаете строить произвольную структуру в zigbee2mqtt - то редактируйте wb-zigbee2mqtt для поддержки этой структуры.

Остановите сервисы и запустите снова.

А почему не гонять http через ssh?

9

http через ssh можно, но у меня несколько vpn-туннелей до контроллера, муторно на каждом плече настраивать. Итоговую картину вижу во внешней морде HA через отдельный mosquitto bridge.

В общем все работает, и в интерфейсе wirenboard тоже, спасибо. Про / во friendly_name в мемориз!

10

Эта тема была автоматически закрыта через 7 дней после последнего ответа. В ней больше нельзя отвечать.