BLE SoC PHY6202

[pvvx]

Так же обнаружены такие фичи:
Сканирование на уровне менее -100 дБм в Coded PHY не пашет на некоторых чипах и их либах. А на некоторых работает.
Какое-то непонятное ограничение, типа забыли настроить или ещё чего в RF части (АРУ,...).
Это полностью убивает необходимость использования Coded PHY, т.к. для достижения нормальных дистанций нужен прием на уровне -105..107 дБм. Иначе оно не особо отличается от других типов радио...
Если аналогичная фича в PHY, тогда это сразу ограничивает его применение на прием.

 

[pvvx]

RTL8761BU не умеет показывать ниже -107 дБм (в HA), но принимать может и ниже...

 

[pvvx]

Проводил сравнение разных модулей в реальной обстановке (рядом 50 орущих BLE устройств) - некоторые вообще не желают принимать мой удаленный датчик, т.к. через 3 стены (бревно и т.д) и он в другом доме, уровень сигнала -105..-107 дБм, что недостижимо для типовых WiFi/Zigbee чипов. И уже требуется ориентация антенн.

 

[pvvx]

А если исключить одну стену - тогда все принимают, если сориентировать, и показывают уровни -99 дБм. (Стена с железным профлистом остается ).
Но ниже некоторые не выдают и и не принимают. Какое-то ограничение до -100
Хотя в их PDF указано другое...
Глубоко не копал, причину не выяснял - пока некогда.

 

[pvvx]

На уровнях за -100 имеющиеся смарты тоже уже псё...

 

[cool2000]

На планшете Samsung nRF Connect бодро показывает -105..-107dBm от THB2 в режиме coded phy.

 

[pvvx]

На планшете Samsung nRF Connect бодро показывает -105..-107dBm от THB2 в режиме coded phy.

На смартфонах я не смотрел что они показывают. Смотрел только принимает или нет. Где RTL8761BU показывает -105 смарты уже не принимают в nRFConnect.
Очень плохо принимают модули которые китайцы распаяли на kit печатными платами друг на друга, не освободив участок с антенной.

 

[pvvx]

Оказалось, что nRF Connect обязательно выполняет активное сканирование

А толку от "активное сканирование", если в Coded PHY нет варианта сканирование + соединение? Именно по этому имя устройства сразу вставляю в общий блок ext. adv.

 

[pvvx]

Да, и Tuya модули имеют отдачу на 20 дБм меньше чем устройства Xiaomi или других брендов при идентичных настройках, ПО и чипах. Так они разводят антенны или пользуют дерьмовый стеклотекстолит.

 

[pvvx]

Ставят модули без выреза под антенну:

TS0601 (_TZE200_9yapgbuv)

TS0601 (_TZE200_9yapgbuv)

...
хотя сами в доках к модулям рисуют:

Это всё приводит к дикой направленности сигнала и надо позиционировать устройство - тогда выйдет не -20 дБм, а можно докрутить положением до -10..-7 (по сравнению с рядом валяющимся хотя-бы Xiaomi LYWSD03MMC)

 

[pvvx]

TS0601 (TZE204_upagmta9)

pvvx.github.io

TS0001 (TZ3000)

pvvx.github.io

 

[cool2000]

Соединение в режиме Legacy работает.
Как заставить соединяться в Coded PHY? Поставил в настройках nRF Connect preferred PHY LE Coded, но всё равно соединяется в LE 1M.
Или это работает только для расширенных режимов?

 

[pvvx]

THB2/bthome_phy6222/source/thb2_main.c at master · pvvx/THB2

Custom firmware for Tuya devices on the PHY622x2 chipset - pvvx/THB2

github.com

 

[cool2000]

Прокопался полдня, разбираясь почему не соединяется в режиме расширенной рекламы, пытался подстроить интервалы и наткнулся на ещё одно непонятное место.
По какому критерию выбирается алгоритм переключения каналов CSA/CSA2? Для legacy точно ставится флажок в заголовке запроса на соединение. А в режиме BLE 5.0 получается что должен использоваться всегда CSA2?
В запросе на соединение в режиме расширенной рекламы этот флажок не стоит, но соединение не работало, пока принудительно не выставил алгоритм CSA2.

 

[pvvx]

Channel Selection Algorithm #2 — BLE5-Stack User's Guide 1.00.00 documentation

 

[cool2000]

Да, я видел это. Покопаюсь ещё в стандарте.

 

[pvvx]

Да, я видел это. Покопаюсь ещё в стандарте.

Но там вроде главное описано:
«Если инициатор отправил PDU CONNECT_IND в ответ на PDU ADV_IND или AD_DIRECT_IND и в одном или обоих PDU устройства поле ChSel установлено в 0, то в соединении должен использоваться алгоритм выбора канала № 1. В противном случае следует использовать алгоритм выбора канала №2».

По этому по умолчанию и пытался выставить CSA2
В SDK Telink в инициализации включаем поддержку CSA2 и все остальное уже само... А либы закрытые и не поглядеть, да и смысла нет если всё работает.

 

[pvvx]

Для WCH соединения с Coded PHY пока не было нужды, как и в остальных.
Всё равно Linux не умеет делать соединения с Coded PHY.
А стороннего ПО умеющего - всего 2 шт. nrFConnect и программа https://apps.rustore.ru/app/ru.kompius.thermo_plung от участника данного форума.
Есть ещё пыжащиеся любители-рекламщики nRF чипов, но всё равно сделать ничего (простого USB-BT адаптера) не смогли.

 

[pvvx]

Чтобы Chrome на Android соединился с устройством полностью работающим в Coded PHY нужно как-то всунуть ему в список соединения MAC данного устройства.
Это можно сделать временно подавая legacy рекламу. Когда устройство появится в списке сканирования Chrome, можно отключить legacy рекламу.
Далее Chrome на Android успешно соединяется с этим устройством уже работающим только в Coded PHY.
Это говорит о том, что в Android давно работает полная поддержка Coded PHY.
Но сканирование в Chrome API не дописано из-за Linux, Windows и Apple - так они не умеют и не желают давать пользователям использовать современные технологии.

 

[pvvx]

В мире компов свои приколы – продают мамки с адаптерами и адаптеры с поддержкой BT5.4. Но их никто не поддерживает. Покупают ради лейбочки с большим номером
Китайцы это давно пронюхали и продают BT-USB с любыми номерами за дороже, но без внутренней поддержки новых стандартов И народ покупает и платит за большую циферку