Проблема с передачей значений

[Alex215Kly]

Добрый день, всем! Прошил ZigBee прошивкой, датчик подключил к Яндекс Миди. Но проблема с передачей значений, вернее на экране не какой индикации ошибок нет, выводиться температура и влажность, а вот в приложении все значения температура, влажность, уровень батареи приходят с разной периодичностью. Влажность может приходить стабильно каждую минут, а вот температура часами может не приходить. В чем проблема?

[pvvx]

Яндекс не поддерживает стандарт Zigbee 3.0.

Элементарные проверки вам покажут, что обслуживается не более пары процентов функционала и обработки кластеров/атрибутов из стандарта Zigbee 3.0. Т.е. только та часть из стандарта, которая требуется для обработки проприетарных наслоений от Tuya и Xiaomi. И то не вся часть...

В описании Z2M также значится поддержка Zigbee 3.0 и всего zcl. Но в реалии, на сегодня, нативно поддерживается порядка 5 кластеров и десятка атрибутов и то, часть с ошибками связанными с преобразованием значений в пользовательские единицы. В ZHA, в базе, поддерживается в несколько раз больше атрибутов, но там свои тараканы…
Все они требуют описания к каждому устройству своих "конверторов" с обработкой стандартных функций и атрибутов из Zigbee 3.0.
В итоге эти "конверторы", созданные пользователями как они смогли, многократно дублируют стандартн и составляют большую помойку в виде кучи дополнительных скриптов...
Всё это очень сильно ограничивает функционал альтернативных прошивок и возможностей для пользователей.

[Alex215Kly]

С официального сайта информация

[pvvx]

С официального сайта информация

Это реклама, а не информация.

[Alex215Kly]

Проблему с редким/нестабильным обновлением температуры в Яндекс Миди решил правкой ZigbeeTLc.

Суть проблемы: штатный reporting зависит от binding/configure reporting со стороны хаба. В моём случае Яндекс мог нормально получать влажность, но температура иногда не обновлялась часами.

Что изменил:

1. В reporting.c добавил принудительную периодическую отправку report через app_forcedReport().
2. Для каждого параметра температура, влажность и батарея задал свои диапазоны отправки.
   3.Для влажности дополнительно подключил zcl_relative_humidity.h, чтобы корректно использовать ZCL_RELATIVE_HUMIDITY_ATTRID_MEASUREDVALUE.

То есть теперь температура уходит в хаб независимо от того, насколько корректно Яндекс настроил reporting/binding.

[pvvx]

По стандарту, установки и куда слать репорты задает координатор (его обслуживающее ПО).

И не забудьте – для всех Tyua и Xiaomi и т.д. существуют ограничения связанные с их серверами.
По документации на создание устройств для Tyua/Xiaomi/,,, имеется ограничение кол-ва передаваемых отчетов на сервер. Если кол-во отчетов превышает заданное за определенный период, то такое устройство будет заблокировано со стороны сервера.

Например, хаб Xiaomi сам контролирует эти ограничения – пересылает данные только периодически, с большими интервалами, отбрасывая остальные...

В Z2M параметры репортов задаются в его пользовательском интерфейсе...
В ZHA параметры репортов фиксированы и недоступны для пользователя, без применения дополнительных скриптов, переназначающих эти установки после отработки назначенных в ZHA. И в любой момент после rejoin опять будут установлены параметры от ZHA. Это безобразие решается только патчем ZHA.

Что изменил:

Исправлять ошибки Яндекс путем патча и отказа от поддержки стандартов Zigbee я не собираюсь.

Если следующее обновление fw вашего хаба исправит проблему с репортами – у вас выйдет 2 репорта , что приведет к более быстрому разряду батарей устройства...
Путем патчей прошивки вы получите только обратное – если не будет проблем с репортами, т.к. это будут исправлять путем патчей под Яндекс и ухода от стандарта в самих устройствах, тогда Яндекс никогда не будет поддерживать Zigbee 3.0.

И надо было не копаться в репортах, а исправить название устройства на аналогичное по функционалу, как у Яндекс. На него будет отрабатывать встроенный скрипт в хаб…