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

Вы вроде уже ушли туда. Или есть что-то новое, отличное от "скетча" для дергания USB?

Оба поддерживаются в текущих термометрах. Но далее, как и указал, скорее всего останется BTHome v1 и далее. Всё это делается постепенно, чтобы писатели внешнего ПО успели изменить и у пользователей не нарушалась поддержка. Игнорируется только ESPHome из-за множества глюков и нестабильности.

Тут наверно хватит разгребать баги, т.к. движок форума не очень удобен для этого. Имеется два формата UUID 181A. Отличаются по длине данных. Немец ATC1441 использует другого "индейца" - старший-младший байт, не принятый в BLE...

А там нет никаких хитрых efuse в чипе?

На UUID 181a ещё присоседился кент с датчиком влажности для цветов. Но ныне он перешел на BTHome. Более никаких вариантов в UUID 181A не наблюдается.

Нет - там мой типовой формат, 181a. Не ATC1441. Различие в длине UUID данных

Китайцы давно лепят приложения на Android, которые работают только на специфических версиях смартов с их BLE датчиками. У вас есть уверенность, что ваше приложение заработает на всех смартах выпущенных за последние 5 лет (это основной парк у пользователей)? Мне это не нужно - я могу написать...

А где температура, влажность, батарея и т.д.? Это как раз LongRange

Дык убедились, что LongRange - это чисто софтовая проблемма длящаяся с 2016 года. И ещё неизвестно, когда оно заработает у всех и во всех API. Первым на смартах оно заработало в nRFConnect. Более - нигде. А написать своё при прямой работе с BT адаптером может любой, но термометры то для простых...

Ды к они тупые и там никакой информации. Максимум по одному слову с экрана - переписать текстом проще. Вот счас затупил с соединением - долго о чем-то прога думала... Меня неза в бетатесторы - сразу найду тысячи ошибок и устану описывать. И не моё это - там мало платят.

Что мало видит девайсов :) показывает 16 шт всего. Их больше. Подключается, а что сканирует - непонятно. При соединении часто возникают ошибки. (может я там кнопок натоптал не тех)

Переключите тип рекламы. 0x181A - это PVVX и ATC1441 MIJIA - это 0xFE95 BTHome - это 0x181C

Тут у вас ошибочное понятие. Slave как раз полностью свободен Slave latency шагов интервалов соединения и не обязан отвечать на запросы это время. А принимающий должен ждать от Slave сообщений каждый интервал соединения.

Та и Slave latency - у него нет фиксед интервала для множителя. Это множитель connInterval . И там другие рекомендации и ограничения. Вы опять всё попутали. Скачано.

И что не устраивает? Это в мсек. чтобы было понятно всем, включая аборигенов. Четко совпадает с тем, что вы приводите: The connInterval shall be a multiple of 1.25 ms in the range 7.5 ms to 4.0 s. 99.9% пользователей не пишут на QT и понимают параметры только в разах и секундах.

Надо переключить формат в TelinkMiFlasher.html. Там ныне 8 форматов. 4 без шифрования и они-же с шифрованием.

Где там смесь? У данной прошивки это свой параметр и настраивается пользователем с другим шагом. По этому и название другое.

UUID=181C - это нелегальный номер BTHome v1. UUID=181A - это взятый с неба atc1441 и он был использован для совместимости - чтобы передавать рекламу в сторонне ПО с первым общим форматом. UUID = 0xFE95 - Xiaomi Inc, с их форматом. Форматы переключаются в прошивке.

Какая разница какой был взят незанятый UUID в начальной версии кастом прошивок? Мне надо было бежать и регистрироваться в Bluetooth SIG ради игры в перепрошивки? Есть переключение UUID на MiHome с их форматами. Для BTHome v2 люди (какая-то контора) официально поделились зарегистрированным UUID в...