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

Я пока слепил (т.е. кинул только прошивку и утилиты на github) ретранслятор этих и других термометров в Zigbee :) Исходники пока "сИкретны". 🤪 Там много патчей SDK... и на сегодня это самый дешевый вариант "удлинителя" простых BLE.

Получается, что лучше не копать китайский код, а написать сразу своё. Нужно создать блок передачи с форматом рекламы имеющей 50% констант и запустить tx2rx() по таймеру на 3 канала. Потом, с интервалом, блок ext.adv и опять tx2rx(). Уже давно хочу так написать на всех чипах, которые использую. В...

С периодической рекламой есть несколько проблем – приемный адаптер будет загружен её приемом и не сможет принимать другие, если в нем качественно не распределено время работы RF на все события. Но и если распределено, то пропуски приема других реклам всё равно будут. По этой причине...

Я не изучал оф. спецификацию, т.к. ограничения в приемниках. Перебирал разные варианты и смотрел, какие будут приниматься в Linux в Bluez и в далее в интеграции BTHome у Home Assistant , после хака переключения адаптера на прием LR и т.д. То есть всё упирается не в оф. документацию, а текущую...

С этим не разбирался, т.к. пока никто не принимает периодическую рекламу. Но в приемниках есть поля номеров принятых блоков и данные поступают кусками... Это тупо передаю в своих сканерах на внешний интерфейс. У Silabs вообще ограничение в 254 байта и Periodic Advertisement Example У других...

И не известно - nRFConnect умеет принимать все варианты extended advertising?

Должна быть какая-то передача блоками. В таких рекламах есть номер канала (не RF) и другие идентификаторы. Может передаваться последовательно кусками... И вариантов передачи несколько - простая расширенная, периодическая, PAwR. Не все ещё имеют закрепившееся популярное название... Тут надо...

Я не искал других, т.к. этот и ещё несколько у меня с 1984 года, когда и родились. Валяется всегда у осла, в хламе проводов и не сдох. А в детстве я его мучал всем что было, т.к. для меня тогда это были какие-то экзотические диоды, которые в мультивибратор не впаять :)

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

А от смартфона - 2..5В :) Это так смарт облучает...

Надо сделать так: От WiFi к Вольту дает :)

А это PHY ответил на запрос сканирования: Надо второй канал включить на ток потребления, чтобы видеть когда идет прием, но тоже лениво и счас нет смысла...

А я тоже не точно - в Ext. ADV может не быть приема запроса на соединение или доп. сканирования на основных каналах. Зависит от флагов и т.д. Тогда запрос принимается на доп. канале... Т.е. надо читать доки, а лень :) Помню что на основных пауза на прием синхро между TX к 500 us.

PHY 1M, +Макс dBm: Telink 1M, +0 dBm: И у PHY паузы плавают до +200 us.

А у PHY622x? Числа не говорят о реальной паузе. У Telink - на основных каналах 20*7.5=150 us и занято приемом запроса на сканирование... Перед дополнительным каналом 6.7*50=335 us. (смотреть шаг клетки к zoom)

https://esp8266.ru/forum/threads/spi.59/post-5451

Не зря регистры в STM описаны структурами... Перевод ESP8266 описания регистров на структуры и массивы сократил код более чем на 20%, а по скорости исполнения на более 50%.

На gcc надо писать по другому. У gcc проблемы с оптимизацией некоторых вариантов. Вроде уже описывал... Не применять загрузку адресов, т.к. gcc их плохо оптимизит и не вставляет чтение-запись со смещением, а откладывает яйца в виде загрузки адреса по PC+xxx. Т.е. желательно давать на вход...

Telink, LE LR, All Coded 8 PHY adv на Д405:

Иначе в данном SDK не понять, к чему применяются их тайминги... От начала приема после TX, от конца TX или паузы после перед приемом запроса, и т.д.