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

И чё? В коде отладчика EVK для BDT для чипов Telink: Но кодировка команд проца не совпадает... Заменены пару бит в инструкциях и т.д.. Выкупил кто-то за дарма древнюю IP и т.д. и втюхал китайцам. Это обычное дело.

С IPERF тоже? Запустите какой тест, к примеру apache-jmeter на своё TCP соединение, или что там у вас в ESP?

Для примера возьмем https://github.com/atc1441/ATC_MiThermometer/blob/master/ATC_Thermometer/ble.c#L82 bls_l2cap_requestConnParamUpdate (8, 8, 99, 400); 8*1.25 ms. Но Latency = 99, что говорит что период ответа от устройства гарантированно будет с интервалом 8*1.25*(99+1) = 1000 ms, а мастер...

Если выставить типовые минимальные стандартные тайминги соединения (7.5ms), не рекомендованные Apple (min > 15 ms), тогда не каждый мастер сможет держать соединение с несколькими устройствами... Но все BLE примеры содержат именно минимальные значения, чтобы устройства Apple не работали. И это...

Тайминги для соединения BLE это непреодолимый бардак для непосвященных. Мастер лезет к устройству со своими таймингами соединения. У устройства есть даже типовой сервис UUID с указанием таймингов соединения по умолчанию. Но мастеру на них плевать. Он лезет с установками, которые написал ему...

Вот тут перечислены самые идиотские параметры таймингов для соединения и рекламы, подобранные чтобы исключить из применения Bluetooth LE. https://developer.apple.com/library/archive/qa/qa1931/_index.html Для Bluetooth с питанием от сети это может сгодится, но не для LE ... Яблоко всегда в своем...

А это пофигу - на скорость не влияет. Это тайминги переключения сканирования по каналам... Для connection свои connection interval и latency. Для термометров есть настройки в TelinkMiFlasher.html.

Кто ни будь проверял линейности ADC (и прочие его характеристики) в BL70x? В SDK добавили DMA для ADC, но как-то там всё кривовато... Подключение севшей CR2032 к GPIO дает примерно такие показания при ADC_CLOCK_DIV_32, ADC_VREF_3V2, ADC_DATA_WIDTH_16B_WITH_256_AVERAGE : 55228, 55234, 55193...

Дык купите и поиграйтесь - в чем проблема? :)

Будет, но вывод на LCD не дописан. Не знаю, там постоянный ток за 6 мА только при приеме...

Ныне всё open-source опасно и неизвестна причина по чему не работает - там может кто-то быть занятым борьбой за место $ под солнцем... https://docs.google.com/spreadsheets/d/1H3xPB4PgWeFcHjZ7NOPtrcya_Ua4jUolWm-7z9-jSpQ/edit#gid=2074850979 ПО для ESP32 с BLE уже пишет лозунги и не только :)

Это не теряет, а ESP не может открыть соединение TCP на 53 порту.

И ещё – каждая реклама передается на 3-х каналах. TLSR825x успевает захватить прием по трем каналам – результат = 3 принятых одинаковых рекламы. И реклама ещё дублируется каждые N периодов. В итоге, если приемник качественный, то кол-во принятых пакетов с рекламных каналов будет равно полосе...

BLE cниффер у меня принимает к сотне рекламных пакетов в секунду. Это поток уже за 0.5 Mбит/c.. По этому без фильтрации этот спам передавать нет смысла.

Если отправлять все рекламные пакеты - это будет сплошной поток. USB свисток в компе обычно передает 2 рекламы в 100 мс. Телефон с включенным BLE - аналогично. Какой Apple - дык там вообще по 20 рекламных пакетов в секунду... BLE лампочки - тоже десятку реклам в секунду. И ещё особенно MESH... и...

bl_mcu_sdk\examples\ble\ble_ad_repeater передает полный принятый рекламный пакет, но пытается исключить дублирования (канал соединения не безграничен по пропускной способности и каждая передача выбивает прием рекламы). Пока это кое-как реализовано. Надо вписать нормальный FIFO, для исключения...

Ещё раз - отправляются только структуры из рекламы имеющие заголовок GAP_ADTYPE_SERVICE_DATA_UUID_16BIT Остальные данному устройству не нужны, т.к. это ретранслятор данных с конкретных термометров (устройств с известными форматами). Лишнее там затесалось случайно, т.к. так проще было написать...

У ESP ограниченное кол-во одновременно открытых соединений. Сильно ограниченное - не хватает для любого сеанса Chrome... На одну страницу эксплорер открывает в среднем 5 одновременных TCP соединений. Детский лепет в SDK/IDF к ESP, особенно в Arduino не может быть использован для нормальной и...

Аналогично все малые SoC имеют буфера в RF дровах, и если они не успевают, то отбрасывают пакеты...

Какая сторона теряет пакеты (TCP Retransmits) ? Данных для диагностики недостаточно (не те). Если каждый раз производите TCP соединение, то ошибки неизбежны из-за дико урезанного TCP в ESP. В секунду можно открыть и закрыть к тысяче TCP соединений. TIME_WAIT выставляется на IP:port<->IP:port...