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

Скорее всего это борьба с Почта-России.

pGlobal_config[MIN_SLEEP_TIME] = 1600; Чип только просыпается это время + ещё заснуть. Для экономии питания надо менять это значение на большее. Или на короткие дистанции использовать не deep-sleep, а suspends (__ASM volatile ("wfi") / wfe / ...)

Проверьте конденсатор на пине RST.

не ту кнопку нажал и лишнее сообщение....

С внешним кварцем 32768 там какая-то беда и я не исправлял, т.к. они всё равно не стоят на используемых платах... Возникает длительная стартовая задержка, пока генератор с кварцем не начнет работать. И в коде SDK что-то не так, т.к. задержка распространяется на все просыпания... Наверно можно...

При работе OTA у меня ещё ни разу соединение не разоралось. А там загрузка максимальная. При OTA даже не отключал все остальные функции - отработку датчиков и запись истории в Flash. В Telink такое не проходит. Сложно искать случайные сбои.... т.к. ещё не выяснено кто сбоит. А RTC все равно надо...

Где в SDK минимальное время периода сна для отработки выхода в сон? Для теста надо его увеличить, а счетчик срабатывания, записываемый в RTC тупо уменьшить. Пусть просыпается раньше и ждет.

Sleep скорее всего ничего не меняет, т.к. работа RF идет по вычисленным счетчикам при просыпании. Значение для sleep только уменьшает потребление. Но если переспит, то тоже будет беда - пропуск... Я пока не нашел, где "рветcя".

Вот тут задается саморасчет RTC на 16 периодов. Но ожидания нет. Далее значение используется в wakeupProcess1().

Ныне операторы по заказу рос. депутатов согласно приказу из недружественных стран ввели санкций и порезали половину DNS, что только через VPN можно получить ip по имени 🤪

В принципе там всё есть https://github.com/openshwprojects/OpenBK7231T_App/tree/main/sdk И https://www.bekencorp.com/ доступен, но там ничего нет. Если недоступен - запустите psiphon3.exe. Найдет какой другой выход на DNS... и его ещё не заблокировали :) А то вдруг вам потребуется...

"Вумные розетки" Tuya с чипом BK7231(N) конфигурируются со смартфона по BLE. Потом работают по WiFi и BLE. Но никто так и не освоил их работу по BLE в HA или куда ещё... :p

Есть ещё варианты для примитивного моста BLE-Wifi. Берете "вумную розетку" с чипом BK7231(N) он BLE+WiFi. За инфой в https://github.com/openshwprojects и https://www.elektroda.com Там уже давно налепили WiFi и MQTT, но BLE вроде не освоили. SDK к чипам есть. Но есть опасность взять розетку с...

Ещё страшный вариант - https://aliexpress.ru/item/1005004182389804.html Это работать будет нормально, если развести антенны. https://esp8266.ru/forum/threads/ble-moduli-tb-04-tb-03f-tlsr8253f512.5362/page-42#post-94158

Но я бы слепил на CH32V208W. Он стоит копейки и в его SDK для этого всё есть... На али у отладочной платы слишком завышена цена. Не ясно по чему. Но уже давно пришли...

Самое простое - берете нормальную современную платку с Linux. Пихаете в её USB BT адаптер за 78 руб CSR8510A10 или RTL8761BU (если нужна дальняя связь) с али. Туда на Python пишите что вам нужно с отсылкой в MQTT в Home Assistant. Пример маленькой нормальной платки с Linux и Ethernet - Luckfox...

ESP32 пропускает все пакеты BLE. Принимает только часть. Устройству, работающему с ESP32 приходится дублировать десятки раз передачу, ожидая подтверждения от ESP32. Батарейка у BLE устройств садится влет, если они связываются с ESP32.

Вот что сохранил: Что там реверсить? Загрузка с tftp работает, закатываете древнюю OpenWRT/CyberWRT и т.д. Отличий от MiFi вроде нет.

Грузится 30 сек с подключением к другому роутеру и своей AP. ток по 5В.