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

Вот в описанных в рекомендации от Home Assistant адаптеры принимают всего штук до 5-ти реклам в сек, все имеющие USB2.0 FS. Точно не проверял, но с моим роем BLE они не справляются, кроме SCR A10. Постоянные дыры в приеме, рваные графики... И смысл в них искать варианты с поддержкой "Long...

Бедные обманутые пользователи Home Assistant. Чтобы адаптер был помечен как High Performance, должны быть выполнены следующие требования: Установить соединение примерно за 1 с или меньше Обрабатывать не менее одной рекламы в секунду с устройства без потери данных 95% попыток подключения...

Bluez при активном сканировании постоянно переписывает файлы с найденными устройствами и если у вас много BLE датчиков, то этот поток непрерывен и все SD в RPi умрут :) А опция пассивного сканирования пока "экспериментальная", и встроена в HA bluetooth то после долгих указаний на это безобразие...

Вообще основные беды у программистов в/для HA с BLE ещё впереди. Они там все залепили Unknown по тайм-ауту. А в BLE есть тип рекламы, который передается толко тогда, когда сменятся какие параметры. И т.к. в Coded PHY время передачи в 4..6 раз больше, то и потребление больше и стоит переходить...

https://github.com/Bluetooth-Devices/bthome-ble/issues/45 Можно много и долго прикалываться во всех репах с Linux приложениями BLE. Я только почуток издеваюсь...

Тестовая прошивка c Long Range снова доступна (ATC_TestLongRange.bin): https://github.com/pvvx/ATC_MiThermometer/blob/master/ATC_TestLongRange.bin Но датчики, типа герконов в ней не работают.

А это был практически технический форум и для желающих начать изучать... Наплыв "незрячих" пошел от появления Arduino. Это так-же и убило Linux. Ответить на непонятное пользователям "кухонным" языком при запросе не является проблемой.

Штож так сразу и в кусты? Есть ещё некие отличия чипов для разных версий. Это аппаратная поддержка AoA и AoD. На этом вроде всё по чипам. Остается софт. А там полный бардак, особенно в Linux и всяких Bluez. Т.е. всё завязано на глупостях писак в Linux.

CodedPHY S=2 или S=8 - это чаше всего в чипе реализовано программно. По разному разгребается буфер DMA приема, в зависимости от заголовка. И есть или нет поддержка этого - чисто программное. И если чип где-то используется для ZigBee - это значит что он может работать с BT5.0+ гарантированно. В...

У вас странные заявления. Адаптеры продают китайцы и им всё пофиг. Напишут что угодно и какой угодно софт и чип будет в адаптере - это лотерея. По этим причинам указать точно, что такой-то и такой-то дешман адаптер поддерживает переключение на CodedPHY при приеме рекламы на основных каналах нет...

И? Как это меняет дело? Чип или имеет возможность переключения PHY на разные модуляции или нет. Ограничения с размером буфера RF пока не влияют, т.к. размер фрейма рекламы можно уменьшить до размеров принятых в 4.0. Другое дело с RF TX с максимальным уровнем передачи, а по приемной стороне -...

Это известно с момента их выпуcка, т.к. в спецификации описано: Bluetooth 4.1

Практически любой, имеющий в спецификации BT5.0. Обратитесь к поиску и найдете, как люди переключают вариант работы адаптера через HCI интерфейс в разных приложениях для BT в Linux. Для теста любой новый смартфон имеет возможность выдавать рекламу на LongRange в nRFConnect. Да. Версия 2 так-же...

Будет поддерживаться только https://bthome.io/v1/ Версия 2 мне не нравиться по многим причинам. Основная - сложная реализация приема формата на малых чипах BLE - требуется таблица всех определений, включая будущие :), для получения размеров данных.

nRF сниффер аналогично не умеет работать в CodedPHY S8 и типовом 1M PHY. И там требуется переключение только на возможный прием одного из данных форматов. > Ну меня меньше всего интересует чужие сложности, у меня свои задачи и если будет такая задача с НА, то поговорим)) Зачем говорить с тем...

Когда расскажите как в HomeAssistant обычному пользователю включить прием рекламных пакетов на CodedPHY S8 по основным каналам (заголовка расширенной рекламы BT5.0), и как это включить в Bluetooth API Chrome, тогда и возможен дальнейший разговор. :) Иначе LongRange не имеет ни какого смысла.

0х55 заменяется на 0х73 0х11 0х73 заменяется на 0х73 0х22 И нафига это сделали в прошивке? Типа шифрация для 'сИкретика' фирмы?

:love: Реализацию "в студию". Особенно для смартов "фламан-онли" 🤪 в которых больше всего неисправляемых годами кривостей как раз с BLE, по причине пихания в них спец. версий дров... --- PS: Как раз и получается пример, почему пока не стоит включать LongRange в прошивке к термометрам для всех...

Пока. В итоге и выходит, что и вы при включении “LongRange” получите из термометра тыкву и начнете истошно орать на git – “Прошивка не работает!” и единственным вариантом лечения будет аппаратное перепрограммирование чипа проводами.

И нафига провода? Сначала разберитесь что и как такое "LongRange" в BLE - тогда провода не потребуются.