Результаты поиска

Пока нашел только это esphome_aux_ac_component... Теперь надо будет лезть в кондеи и сравнить...

Есть ли где протоколы (обычно UART) для работы с потрохами к последним дешевым китайским инверторным кондиционерам? Пульты у всех часто одинаковые по кодам, заводов вроде 3 или 4 всего... Названия кондеев разные, т.к. на заказ партии в тусчу штук рисуют любое и пульт тоже. Наверно и протокол...

По этому народ и любит Zigbee - много сообщений и воплей в инет, а народ всегда выбирает худшее. Это закон природы.

Могу только передать опыт - для датчиков Zigbee во много раз хуже BLE: 1. Во много раз (более 8) большее потребление при одинаковом кол-ве переданных данных. 2. Периодические глюки в сети - иногда Zigbee устройства отваливаются. 3. Сеть падает при отключении координатора 4. Прием ограничен...

Я не использую прошивку от devbis и Z2M. Только давно проверял на потребление указанную вами версию... По этому поводу не могу ничего посоветовать.

Пока у меня ни одно устройство с доп. MCU не соответствует писанине от Tuya. Что-то близко, но не совсем... И по этому проще выпаять и поставить перемычки :)

ZTH01 Что-то, что смотрел по передаче в UART:

Доп. MCU ещё жрет батарейку, а при передаче на скорости 9600 жрут оба чипа. Почему не сделали 1Мбит - непонятно.

У Tuya MCU дурной протокол. Обычно 9600 baud. Все устройства Tuya с доп. MCU у меня лежат в коробке запчастей. Для работы они не годятся. Очень редко передаются данные от MCU и точность обгрызана до целых для любых замеряемых данных... Там надо сдувать этот MCU и паять перемычки. Но, т.к. разных...

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

Поддержка Z2M не осуществляется, так как Z2M не умеет работать с устройствами по стандарту Zigbee 3.0. И вторая беда Z2M: Кто-то там давно применил идентификацию по имени вместо специальных цифровых ID, что ныне не работает с разными вариантами версий прошивок с новыми устройвами. К каждому...

Тогда используйте перепрошивку в любую версию через BLE. Для Zigbee OTA файла требуется специальные заголовки зависимые от текущей прошивки. > А так хотелось попробовать разные прошивки. Текущие различия только в потреблении энергии батареи.

https://github.com/devbis/z03mmc/releases -> z03mmc.bin

Какой ещё UART?

Запросить у devbis или создать заголовок с нужными ID к бинарнику самому. Там где взяли pvvx zigbee, в репо, в конце README, есть ссылка на репо devbis.

Дык, это не в вашу сторону, а для тех кто покупает такие тамагочи. На год батареи CR2032 если оно не работает, а только спит... Если выкинуть все чипы кроме TLSR825x, заменив перемычками и перекинуть кондер, то в Zigbee будет работать более двух лет от CR2032. При этом уровень TX в дБм будет...

Пример графика напряжения с MJWSD05MMC Работает в режиме BLE LongRange (дистанция к 200 метрам + 3 стены) от единственной CR2450 из комплекта уже более года. Интервал передачи 5 секунд. Zigbee/Wifi такую дистанцию не осилить.

И, да, при таких малых токах окисление контактов к батарейке в типовых устройствах с CRxxx батареями гарантированно в течении года при использовании в помещении при нормативных параметрах температуры и влажности (госты и прочее). Это сказывается на скачках в графиках напряжения батареи на всех...

Для кнопочного устройства на TLSR825x и керамического кондера в 5..10 мкФ в питании - типовой ток сна от CR2032 соcтавит до 3 мкА (типично к 2.6 мкА). Это без Deep Sleep, т.к. реакция на кнопку должна удовлетворять условию: период от изменения состояния кнопки/кнопок до конечной проявленной...

По этим причинам устройство жрущее в среднем более 20 мкА и импульсными токами более 8 мА - это тамогочи, жрущая батарейки CR2032. И такое можно сразу нести на помойку. Одно из таких от Tuya - это TH05_V1.4. Там применены такие компоненты, что ток сна более 14 мкА. (У Xiaomi LYWSD03MMC B1.4 - 6 мкА)