TLSR8251 + LCD + термометр = LYWSD03MMC XIAOMI Bluetooth термометр

[pvvx]

@KomX - В chrome://bluetooth-internals есть термометр и нужные характеристики у него?

 

[KomX]

@KomX - В chrome://bluetooth-internals есть термометр и нужные характеристики у него?

Приволок адаптер (CSR8510 A10) с работы (Debian 11) домой (Win 8.1).
Там и тут адаптер видим, но под виндой на html-страницах он не находится.
Завтра посмотрю что в логах линукса.

 

[KomX]

Термометр же после описанных ранее манипуляций в chrome://bluetooth-internals виден только пол линуксом.
Home Assistant датчик-термометр увидел, но шифруется ли протокол определить не смог.
Mi Home на мобиле датчик видит, но подтвердить подлинность каких-то критериев не может.

 

[pvvx]

@KomX - а что вы хотите от термометра?
Вы написали: "По OTA восстановил оригинал 1.30-й версии."
Для новой регистрации в MiHome иногда требуется сделать это несколько раз. А если сервер занят, то это может продолжаться бесконечно...

 

[Foх]

pvvx, большое спасибо за помощь!!!

 

[KomX]

что вы хотите от термометра?

Спасибо за помощь.
В Linux почистил кэш - под root правами удалил файл с именем-MAC термометра по пути /war/lib/bluetooth/A0:B1:C2:A3:B4:C5/cache/ , где A0:B1:C2:A3:B4:C5 - MAC адрес BLE адаптера.
... потом пустился в тяжкие...
- сделал сопряжение с MyHome (ранее не проходило сопряжение из-за неверно выбранного региона);
- на радостях обновился до 159... Идиот!!!
- откатился проводами до 130 и снова сделал сопряжение в MyHome
- получил токен и ключи (не знаю пока для чего они используются в Вашей прошивке).
На этом остановился...
Готов пройти повторное обновление прошивки до 159 с сохранением HCI-логов всего этого безобразия.
Будет от этого польза?

О том, чего хочу от термометра - позже.

 

[pvvx]

- получил токен и ключи (не знаю пока для чего они используются в Вашей прошивке).

Никак не используются.
bindkey в альтернативной прошивке вводится любой и когда вам захочется, и используется для шифрованных вариантов BLE рекламы.
Токен вообще не нужен. Даже для работы с шлюзами MiHome.
И после прошивки из оф. версии вы можете посмотреть все ключи от MiHome, которые были вами использованы.

От логов пользы нет. Есть уже и снятые RF сниффером. Это не дает получить ключ подписи для новой прошивки в версии 2..159.

 

[pvvx]

Оф. прошивка с номером версии 2 (там далее и 159) пишется на старый вариант. А на новую, версии 2, ещё нет новых прошивок. И толку от того, т.к. на старую можно записать всё что угодно, но вот на новую - пока даже неизвестен алгоритм.
Для упрощения разбора нового варианта OTA придется ждать новой версии, после 2(159)

 

[pvvx]

Будет от этого польза?

Польза с термометрами будет только если кто разберется, почему у некоторых пользователей LYWSD03MMC версии B1.6 с прошивкой Zigbee батарейка разряжается за две недели.
Мне такое повторить не удается. Т.к. покупать, тестировать и перебирать все имеющиеся устаревшие и глючные координаторы Zigbee на рынке нет возможности.
Имеющая статистика по скудным сообщениям от пользователей гласит - такое случается при координаторе SonOff и z2m.
Вы тоже не описали в чем конкретно была причина/ошибка... Так и остальные...

 

[KomX]

Вы тоже не описали в чем конкретно была причина/ошибка

Скорее всего в кеше блютуза линукса.
Заметил, что при ОТА загрузке версии 130 поверх кастома флешер по прежнему обнаруживает кастом. Ctl+F5 не помогает пока не удалишь кеш.

 

[pvvx]

Скорее всего в кеше блютуза линукса.
Заметил, что при ОТА загрузке версии 130 поверх кастома флешер по прежнему обнаруживает кастом. Ctl+F5 не помогает пока не удалишь кеш.

С Linux всё плохо, т.е. ужасно в плане BLE.
И вообще лучше забыть про Linux, т.к. в нем нет обновлений более 10 лет на новые стандарты любых устройств, включая CPU и SSD.
Годится только для специализированных устройств с конкретными патчами в платных дистребах.

 

[pvvx]

Кто знает, чем прошить EFR32MG13P732HG для работы как координатор Zigbee?

 

[valuxin]

В общем, уже как неделю в теплице стоят датчики B1.5 и B1.6 прошитые ZigbeeTLc v0118. В плане потребления, пока что не заметил особой разницы между B1.4 и этими версиями. Исходя из текущий данных, полгода они должны проработать такими темпами.

Использую ZHA в HA. В качестве координатора Xiaomi Gateway 3. Средний LQI - 120 (пока руки не добрались до пайки антенны). Средняя частота обновлений показаний раз в 3-4 минуты.

 

[pvvx]

Расчеты по замерам тока потребления есть, а реальной статистики работы от CR2032 в Zigbee пока нет. Ещё ни одна батарейка не сдохла с тестовыми термометрами на Zigbee. Прошло всего 2 месяца.
Работающие термометры одновременно в Zigbee и BLE - тоже самое, пример:

Так и работает.
Но смысла для термометров работать в Zigbee вообще не вижу.
Основных причин три:
1. BLE в LE Long Range имеет дальность связи от 2-х раз дальше Zigbee.
2. Zigbee требует значительно больше энергии, что сказывается на времени работы батарейки.
3. Стабильность сети Zigbee ужасна по сравнению с BLE. Сравнить невозможно, т.к. за 3 года ни одно устройство работающее в BLE не отвалилось - прием был всегда - нет такого понятия и возможности у BLE - отвалиться, только при неисправности устройства. А стабильность в сети Zigbee всего в 2 раза лучше чем у WiFi.

 

[almirus]

У Zigbee есть и преимущества:
необязательно соединяться с дальним хабом, можно и к ближайшему роутеру
если связь с роутером\хабом отвалится, сеть самоорганизуется - mesh

 

[pvvx]

У Zigbee есть и преимущества:
необязательно соединяться с дальним хабом, можно и к ближайшему роутеру
если связь с роутером\хабом отвалится, сеть самоорганизуется - mesh

Это наоборот - дополнительные проблемы.
Роутеры не автономны.
Батарейки у конечных устройств умрут из-за поиска и перезапросов...

 

[pvvx]

Смысл сравнивать протоколы и алгоритмы сетей если для передачи одинакового количества информации Zigbee требует от устройства энергии в более чем десять раз, чем в BLE?
Так же смешны указания о длительных интервалах между передачей для уменьшения потребления конечных устройств в современных реалиях IoT для управления Умным домом.
Кому нужны тамагочи по которым вы сами будете управлять домом рассматривая показания каких-то измерений произошедших час назад?
Приемлемое время опроса в автоматической сети должна быть таковым, чтобы обеспечивать полную автоматику без участия человека. Иначе это не Умный дом.
Zigbee из этой части уже выпала.

 

[pvvx]

Роутеры в Zigbee соединены проводами. Это не беспроводная связь, как и WiFi. Не забывайте об этом

 

[pvvx]

При отключении в сети Zigbee координатора или выходе его из строя Умный дом превращается в репку. И имея на руках полу-автономное устройство в виде смартфона вы не можете даже посмотреть что творится. Т.е. сеть и функциональность Умного дома полностью падает, т.к. Zigbee не предусматривает никакого резервирования.

В BLE реализован и вариант - от одного всем. Состояние датчиков в пределах 1 км может получить любое устройство, или все сразу, в независимости от какого-то координатора...
А роутеров в BLE вы можете наставить столько, сколько влезет в объем

 

[pvvx]

Не зря тысячи ценников с электронными чернилами в магазинах и идентификаторы контейнеров работаю по BLE. Никакая другая технология пока не справляется с такими задачами. И это самое дешевое решение
Просто вам втюхивают устаревшие решения в виде Zigbee, да ещё с надбавкой в цене Лох должен платить вдвойне