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

В какой из BT5.x? Что там смотреть? На позорище неадекватов?

Есть неизвестное, что нужно ещё изучить - во первых есть неизвестный доп. параметр у функции рекламы - scan response notify enable Документации нет и не будет без NDA. Но есть подозрения, что где-то должно быть подтверждение приема номера канала данных (это нумерок уже канала или номера...

Тут ответы на ваш вопрос: Тип рекламы: https://github.com/pvvx/ATC_MiThermometer/blob/master/src/ble.c#L236 Кодировка по умолчанию для соединения и рекламы: https://github.com/pvvx/ATC_MiThermometer/blob/master/src/ble.c#L371 https://github.com/pvvx/ATC_MiThermometer/blob/master/src/ble.c#L392...

И за китайский Telink не беспокойтесь - они входят в ассоциацию и имеют все подтверждения. Но без NDA дают только огрызки вместо нормальных SDK. А оно ему не надо - они давно отстающие... Всё переходит в Китай :)

Ещё учить подключать сниффер? Для nRF снифера в wireshark надо сначала переключить его в режим CodedPHY, а потом уже запускать. И он не покажет никакие 1M/2M если включен в CodedPHY. Он тупой и так-же нифига не дописан. В nRFСonnect тоже надо галки в конфиге включать, чтобы он хоть что-то...

А это у термометра. И у nRFConnect из прошлых сообщений:

Т.е. надо и сюда копипаст из гит по данной теме к термометрам для вас вставлять? More than 8 times - advertising remains on the main channels + data, on another channel. Full LongRange (Coded PHY S8, Coded PHY S8): Legacy (1M PHY) По времени TX не понятно?

Перед тем как писать всякое - смотрим давно опубликованную диаграмку на гите и внимательно читаем что пишет nRFConnect, а так-же подключаем сниффер и глядим.

То, что я написал что ваша прога затупила может быть масса причин - коллизии никто не запрещал в моем рое BLE и WiFi. Могли бы сами догадаться. :)

Вот пример :)

С нормальной скоростью - BLE тайминги нормированы и времена ответов и приветов паузы передачи-приема исчисляются в мкс. Это у ESP лажа с пропусками и у тупых адаптеров с USB2.0FS и питоном. Там да - десятки секунд и батарейка термометра умерла из-за перезапросов и вечного ожидания при включенном...

Там всё хорошо и китайцы тут не при чем. Типовой BLE, в wireshark всё тоже ok. Единственная фигня- это мои вставки туда имени и флага. Без них мудреное ПО в Bluez и следовательно в HA вообще не работает. И реклама в longRange имеет тип connectable, т.е. там не может быть scanable. А раз нет...

/* Encrypted custom beacon structs */ // https://github.com/pvvx/ATC_MiThermometer/issues/94#issuecomment-842846036 typedef struct __attribute__((packed)) _adv_cust_head_t { uint8_t size; //@0 = 14 uint8_t uid; //@1 = 0x16, 16-bit UUID...

Возможно.

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

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

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

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

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