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

Вас никто не заставляет изучать или что-то делать на данных чипах.

Первое сообщение темы, первая ссылка.

В модулях BLE от BT5.0 модуляция изменяется. По уровню приема меняется во время соединения, если это предусмотрено. И часто это предусмотрено. Android при малом расстоянии переходит на 2M РНY. и пару программных. Т.е. больше чем у nRF24.

Если вы перепишете на ESP дрова на передачу-прием с малыми паузами, то любой ESP сгорит или придется лепить троттлинг. У ESP32 ток будет за 1A, а ESP8266 просто выгорит (там нужно более 1.2Вт рассеять). Что ж поделать с кристаллом и RF от ESP8089 от 2012 года, а разработки за пару лет до.

ESP32 не успевает отвечать в таймаут на 500 мкс. Только в исключительных случаях, когда предварительно заготовлен ответ. Но после транзакции тупит совсем неимоверно и новую ему не осилить - нужно несколько мс для его "крутого софта", чтобы снова всё зарядить. А в TLSR825x - можно вообще без...

Все протоколы, включая передачу BLE рекламы используют rf_start_stx2rx(). Передача, установленная пауза в n мкс, прием с таймаутом (типично до 500 мкс), кол-во повторов-ретрансляций если не было приема... Т.е. вся транзакция при фрейме в дцать байт при 2M PHY может уложиться в половину мс. Т.е...

Значит вам изучать всё связанное с BLE ещё пару лет, включая как оптимально работать с MCU и прочие фишки...

Буфер TX/RX вроде на полтора кило (как для IP фрейма MTU 1500). Полу-аппартаные процедуры типа rf_start_srx2tx()/rf_start_stx2rx() с установкой задержек есть в практически каждом SDK. Дешифрация самого фрейма и выполнение задержек приема-передачи полу-аппаратная. ACCESS_CODE выбираете сами...

TLSR825x. В режиме ESB шаг каналов до 50 MHz или менее. 3 типа модуляции.

При тесте на ESP32 с nRF01 (ESB) вышло всего 150 транзакций в сек. ESP- ещё тот тормoз... На TLSR825x может значительно быстрее, но тогда ESP пропускает большинство пакетов и требуются ретранзакции, что сводит всё на нет: Кусок кода TLSR825x с либой для ESB: ...

Connection interval в BLE - минимум 7.5 мс.

Т.е. так сложно описать структуры USB HID, если BLE? И при чем тут "hid compisite" ? Игровые мышки работают на проприетарных (закрытых) протоколах. Иначе как обеспечить опрос в 1000..2000 Гц?

См: Application Note: Telink Enhanced ShockBurst Engine User Guide.

Тогда ESB и прочие варианты, используемые в мышках. У Telink мышки опрос вроде в 1000 Гц.

Сборка всех версий термометров (7 шт) в Windows занимает до 10 сек.

Описано в самом начале. В сборке Linux или OpenWRT к примеру. Не может. Для игр CPU дороже, но медленнее в раб. программах.

HID BLE для TLSR825x есть.

А у время от срабатывания геркона на Xiaomi LYWSD03MMC до вывода на GPIO на приемнике AdScanerTrg: 2.9...3.5 мс. И туда входит просыпание SoC в LYWSD03MMC, передача по 3-м каналам BLE рекламы, прием на другом TLSR825x (TB-03F), разбор сообщения и вывод события открытия/закрытия на GPIO. Т.е...

Для примера delay у проводных мышек - от 5 мс :P

Да вроде бесплатно, но требуют подписать NDA. А вы решили выпускать мышки под их проприетарные протоколы?