[Модуль] zigbee2mqtt (zigbee2mqtt)

[NightRider]

И? Прилетает весь пакет, что предлагаете делать с этими данными? Если свойство привязано к объекту, оно проверяется - если значение изменилось, меняем. В противном случае ничего не делаем.

Я выше писал. Подробнее:
прилетает пакет в json-e, модуль парсит и раскладывает по своим свойствам (это уже есть сечас). Дальше у каждого свойства добавить булевый параметр "фильтровать повторяющиеся значения". Если установлено, то при повторяющихся модуль не будет изменять привязанное свойство, если не установлен - будет всегда изменять.
При таком варианте можно настроить и как для датчика движения (у меня кстати нету, там реально когда движения нет, вместе с батарейкой приходит текущее состояние - движения нет? Выключатели, например, так не делают), так и для выключателя.
Кстати сейчас модуль не единообразно делает, click фильтрует повторяющиеся, а вот left, right и both - нет.

[NightRider]

А реально держать постоянное соединение, чтобы сократить время задержки? Как?

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

[PuRGen]

кнопку - лампочка включается, нажимаешь еще раз... извините, это событие лишнее

И? Прилетает весь пакет, что предлагаете делать с этими данными? Если свойство привязано к объекту, оно проверяется - если значение изменилось, меняем. В противном случае ничего не делаем.

Видимо вызываем связанное свойство./метод в дюбом случае, даже если не изменилось но прилетело. И иметь возможность это отключить, кому не нужно.

[directman66]

minor fixes

1) Масштабирование graphwiz (спасибо Nick7zmail)
2) Оптимизиpован лог (добавляются теперь только json сообщения), добавлена чистка лога базы данных модуля.
3) Просмотр лога z2m теперь возможен, если файл переключился на следующий (log2.txt, log3.txt)
4) Исправлены ошибки при отображении карты VIS
https://github.com/directman66/majordomo-zigbee2mq...

[directman66]

Видимо вызываем связанное свойство./метод в дюбом случае, даже если не изменилось но прилетело. И иметь возможность это отключить, кому не нужно.

Какой профит в итоге мы получим?

[directman66]

А реально держать постоянное соединение, чтобы сократить время задержки? Как?

Код взаимодействия с сервером mqtt полностью заимстован от модуля mqtt SergeJey. Сомневаюсь, что поддержка активного соединения даст существенный прирост. Хотя попробовать можно. Я все равно не понял, в чем у вас проблема. У меня есть тестовые кнопки, привязанный к управлению светом. Корректно отрабатывает каждое нажатие.

[directman66]

Эксперимент: Выключал координатор на несколько дней.
При включении, некоторые устройства xiaomi уснули и при пробуждении отказались соединяться с координатором. (настенные выключатели без нуля (QBKG04LM и QBKG03LM), датчики движения (обе версии RTCGQ01LM и RTCGQ11LM), датчик протечки SJCGQ11LM, настенный пульт WXKG02LM.

При попытке управления выключателями получаем ошибку:

Код: Выделить всё

error: Failed to ping 0x00158d00029b4352
2019-7-2 17:52:42 - info: Zigbee publish to device '0x00158d00022bc3ab', genOnOff - on - {} - {"manufSpec":0,"disDefaultRsp":0} - 3
2019-7-2 17:52:42 - info: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"zigbee_publish_error","message":"Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the network.","meta":{"entity":{"ID":"0x00158d00022bc3ab","type":"device","friendlyName":"0x00158d00022bc3ab"},"message":"{\"state\:confused:"OFF\"}"}}'
2019-7-2 17:52:42 - error: Zigbee publish to device '0x00158d00022bc3ab', genOnOff - off - {} - 

Повторное включение, пробуждение и тд не дает результата. Помогло только исключение устройства из сети zigbee и повторное включение.

Другие устройства Ikea, Gledopto, Nue, Philips, Ksentry Electronics, Livolo сеть не потеряли.

[NightRider]

Какой профит в итоге мы получим?

Можно будет alive выставлять по приходящим сообщениям с linkquality.

[PuRGen]

Видимо вызываем связанное свойство./метод в дюбом случае, даже если не изменилось но прилетело. И иметь возможность это отключить, кому не нужно.

Какой профит в итоге мы получим?

Можно будет менять статус устройства по приходу аналогичного сообщения второй раз. Тут главное, чтобы этот статус не прилетал с сервисным сообщением.
Например лавый клик включает, повторно левый выключает, третий опять включает...
Другой пример : single добавляет яркость на 10%, double убавляет. Чтобы включить 50, нужно подать 5 синглов подряд....
А иметь возможность возможность приема повторов, только для устройств, которые в служебных сообщениях лишнее шлют.

[VOVA_iS]

minor fixes

1) Масштабирование graphwiz (спасибо Nick7zmail)
2) Оптимизиpован лог (добавляются теперь только json сообщения), добавлена чистка лога базы данных модуля.
3) Просмотр лога z2m теперь возможен, если файл переключился на следующий (log2.txt, log3.txt)
4) Исправлены ошибки при отображении карты VIS
https://github.com/directman66/majordomo-zigbee2mq...

После обновления ложится Главный цикл