• Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

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

pvvx

pvvx

Активный участник сообщества
Преодолеть максимально возможное кол-во приемов адаптером BLE реклам в 300 штук в секунду пока не удается. Мало BLE устройств.
Пересчитайте сами, учтя что одно устройство передает 1 раз за 2...5 секунды. От остальных спамовщиков я пытаюсь избавиться, но их всё равно около десятка с частотой не более 1 маяк в сек (тот-же Андроид, Apple так спамит, и комп с Виндой - они ещё MESH передают кому-то и всегда, и BLE со всеми данными ID компа и системы чтобы вас сразу выловили...)
 
pvvx

pvvx

Активный участник сообщества
nikolz написал(а):
Позволяет ли BLE стандарт использовать неравномерный режим работы маяка. Например, каждые 10 минут работает 1 минуту с интервалом 5 секунд? Будет в 10 раз меньше потребление, чем при работе с постоянным шагом 5 сек.
Нажмите для раскрытия...
Позволяет. Но во время интервала более 10 секунд никаких соединений не возможно по стандарту. И многие дурные дрова и BT требуют ещё меньше максимальный интервал для приема и соединения. Про Linux и Apple разговор не идет - там свои тараканы и там до 4 секунд по умолчанию (они никогда, с момента появления Bluetooth не смотрели публикуемые стандарты Bluetooth SIG и всё десятилетиями лепят как им нравится)
 
pvvx

pvvx

Активный участник сообщества
И в Linux невозможны никакие исправления, т.к. Linux Torvalds (великий создатель копирайта на Linux в виде авторских прав) просто вас забанит, если прознает что вы из России. По этому kernel в Linux (и дрова) состарился вместе с ним уже десятилетие назад по всем новым вышедшим стандартам за это время. И просветов не наблюдается.
Принимает только патчи, которые что-то рушат. К примеру ограничения до 4-х секунд интервала для приема BLE, кинутого кентами из Интел. Потом он расстроился на Интеловцев, но не из-за этого... :)
 
N

nikolz

Well-known member
Благодарю за подробные ответы.
------------------
Дело в том, что так уж получилось, что пришлось срочно сделать устройство аварийной сигнализации для человека , называю их устройства типа "Помоги мне". Ну и как обычно полез вглубь темы. Тут и устройства типа всевозможных протечек, санкционированных открываний и закрываний и т д.
-----------------------
При этом, применение смартфона в подобных устройствах для человека не позволяет обеспечивать длительность их работы.
Некоторые из них могут вообще никогда не сработать ( например , если нет пожара, потопа или потери сознания)
В таких устройствах хотелось бы получить минимальное энергопотребление , габариты и стоимость.
Кое что слепил, но на 433 МГц .
Пока изучаю нюансы применение BLE.
 
pvvx

pvvx

Активный участник сообщества
Да, ещё надо дополнить, что говорит стандарт BT5.4 о максимальном количестве обрабатываемых устройств одним BT адаптером:
В качестве примера, там и пояснения сто и как, можно привести данный текст:
  • Назначенные слоты ответа позволяют системе обрабатывать тысячи узлов (более 10 000) без возникновения коллизий, поскольку каждому узлу назначается определенный слот ответа для ответа. Это гарантирует, что каждое устройство использует определенный назначенный период времени для отправки данных обратно в точку доступа, когда никакое другое устройство не может отправлять данные в течение этого периода времени.
 
N

nikolz

Well-known member
pvvx написал(а):
Да, ещё надо дополнить, что говорит стандарт BT5.4 о максимальном количестве обрабатываемых устройств одним BT адаптером:
В качестве примера, там и пояснения сто и как, можно привести данный текст:
  • Назначенные слоты ответа позволяют системе обрабатывать тысячи узлов (более 10 000) без возникновения коллизий, поскольку каждому узлу назначается определенный слот ответа для ответа. Это гарантирует, что каждое устройство использует определенный назначенный период времени для отправки данных обратно в точку доступа, когда никакое другое устройство не может отправлять данные в течение этого периода времени.
Нажмите для раскрытия...
Спасибо.
Какие чипы (библиотеки) сейчас поддерживают BT5.4?
 
pvvx

pvvx

Активный участник сообщества
nikolz написал(а):
Спасибо.
Какие чипы (библиотеки) сейчас поддерживают BT5.4?
Нажмите для раскрытия...
WCH.
Примеры "PAwR"в SDK:
github.com

ch32v20x/EVT/EXAM/BLE/PAwR_ADV at main · openwch/ch32v20x

CH32V203 is an industrial-grade enhanced low-power,small-medium capacity general-purpose MCU based on 32-bit RISC-V core - openwch/ch32v20x
github.com github.com
github.com

ch32v20x/EVT/EXAM/BLE/PAwR_RSP at main · openwch/ch32v20x

CH32V203 is an industrial-grade enhanced low-power,small-medium capacity general-purpose MCU based on 32-bit RISC-V core - openwch/ch32v20x
github.com github.com

Где-то были какие-то зачатки для ESP32-C3 и далее, но только с заменой либы которая идет по умолчанию в ESP-IDF, на другую, которая тоже в ESP-IDF...
У Telink, но только на новую серию чипов. Хотя можно накалякать самому и на TLSR825x, т.к. у них уже есть BT5.3.
 
pvvx

pvvx

Активный участник сообщества
"PAwR" и стандартное шифрование - это решение на софте, если дописать будет работать на любом чипе с BT5.0. Но требует RAM побольше, как и любые ext.Advertise... Там же длина сообщения может быть 16 килобайт по кускам и такое надо собрать...
 
pvvx

pvvx

Активный участник сообщества
"PAwR" делали для E-Ink ценников и отметок товара на складах, а их в большом магазине или на складе могут быть тысячи и батарейки там мелкие....
 
pvvx

pvvx

Активный участник сообщества
Сравните:
CH592
github.com

ch592/EVT/EXAM/BLE/LIB/CH59xBLE_LIB.h at main · openwch/ch592

The SDK and HDK for RISC-V Bluetooth LE BLE5.4 CH591/CH592 - openwch/ch592
github.com github.com
Код: 
#define GAP_PHY_BIT_ALL                         (GAP_PHY_BIT_LE_1M|GAP_PHY_BIT_LE_2M)
CH32V208W
github.com

ch32v20x/EVT/EXAM/BLE/LIB/wchble.h at main · openwch/ch32v20x

CH32V203 is an industrial-grade enhanced low-power,small-medium capacity general-purpose MCU based on 32-bit RISC-V core - openwch/ch32v20x
github.com github.com
Код: 
#define GAP_PHY_BIT_ALL                         (GAP_PHY_BIT_LE_1M|GAP_PHY_BIT_LE_2M|GAP_PHY_BIT_LE_CODED)
 
pvvx

pvvx

Активный участник сообщества
CH583M, CH32V208W поддерживает BT5.0. И ещё какой-то... А все остальные WCH нет. Там только реклама о мнимой поддержке...
И уровень RX RF sensitivity у обгрызанных вариантов плохой...
 
pvvx

pvvx

Активный участник сообщества
Побазарил с DeepSeek - говорит, что вписали какую-то поддержку BT5.4 в низкий уровень Linux.
Но так и нет никакого интерфейса для "PAwR":

"
Требования
  • Ядро Linux ≥6.6 (полная поддержка Bluetooth 5.4).
  • BlueZ ≥5.66 (официальная поддержка PAwR).
  • Адаптер Bluetooth с поддержкой 5.4 (например, некоторые чипы от Intel, Qualcomm, Nordic Semiconductor).
.....

Пример отправки PAwR-рекламации (если API BlueZ позволяет)
Пока что в стандартном bluetoothctl нет прямых команд для PAwR, но можно использовать низкоуровневые HCI-команды:
Код: 
bash
sudo hcitool cmd 0x08 0x0019 <параметры>
(Здесь 0x08 – OGF для LE, 0x0019 – OP-код для PAwR, параметры зависят от реализации).
....
Вывод
  • Поддержка PAwR в Linux есть, но зависит от железа и версий ядра/BlueZ.
  • Проверить можно через hciconfig, btmgmt и btmon.
  • Прямого CLI-интерфейса в bluetoothctl пока нет, но можно использовать HCI-команды.
 
pvvx

pvvx

Активный участник сообщества
Всё равно врет - Realtek забыт, а nRF не выпускает адаптеров и ПО для них. Обычный USB-BT свисток RTL8761BU уже год поддерживает BT5.4 (за счет загрузки кода FW в RAM при старте, т.к. Flash у него нет, а Realtek постоянно обновляет эти FW для Windows - и можно скопировать в Linux).
Драйверы Realtek Bluetooth 5.4 для Windows
1745154147962.png
HCI/LMP 13 -> BT Core 5.4.
RTL8761BU - это видимо самый дешевый адаптер с реальными 5.4, а не китайскими патчами древних прошивок чипов...
 
Войдите или зарегистрируйтесь для ответа.
Сверху Снизу