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

А в BLE, если не врубать DC-DC, то уже на TX +0 дб оно вылезает за нормативы BLE. Должно быть менее 15 mA в пульсе... И не нашел - какой у неё буфер приема-передачи. BT4 (23 байта) или BT5 (500+)

Интересно - эта козявка перегреется, если слепить постоянную передачу в Ethernet и врубить ещё USB? В принципе не обязательно если правильно припаяна и рассчитано рассеивание по плате, т.к. получим, наверно, за 150 мА и 3.3В, а это 0.5Вт на чип 5x5 мм.

Что оно? Чип в BLE не включает DC-DC. Так видимо писано ПО или реально (аппаратно) не может переключить с LDO на DC-DC при просыпании. Это надо разгребать... А пока вот ток в Ethernet: 120+ mA жрет чип при передаче всего-то в 10 Mbit/s, а кто-то говорил что оно маложручее :) :) Это равносильно...

#define BLE_TX_POWER LL_TX_POWEER_0_DBM И что мы видим в datasheet: А измерения показывают 14.35 mA общих, а если вычесть по уровню начальной части работы CPU и прочего - 16-4.7 = 11.3 mA. DC-DC не врублен (или доки врут)?

Время выхода из состояния сна, до отработки передачи adv. на три канала: Но нафига оно производит лишние просыпания?

Разобрался... Надо натыкать #define HAL_SLEEP TRUE и тогда потребление падает (average 1.974 mA): Учесть потребление платы пока не удалось, но есть это: https://www.mscto.com/iot/382226.html 'Третий шаг: продолжайте знакомиться с информацией и узнайте, что порты ввода-вывода в текущей процедуре...

При нажатом "Reset" плата по 3.3В жрет 2.87 mA, а прошивка с EVT\EXAM\BLE\OTA\Project\ImageA\obj\ImageA.hex 4.92 mA при Advertising interval 100 ms Выходит, что оно жрет 2.05 mA, что является ужасом для BLE. Есть ли вообще пример с LowPower BLE для CH57x?

goodwin Это BLE_MESH.Self_Provision_Low_Power_Node :) :)

По идее MAC не должно быть вообще, а для производителей у Realtek имеется всякие efuse и встроена прочая программная поддержка. Если не хотите лезть в efuse, то возьмите номер FLASH UID.

Вы роутер можете выключить? Вот по нему, по обрыву связи, пусть и перезагружается. Хотя бы такую простую реализацию...

Долговременная работа - для меня и то, что изготавливает наша контора своего - это 10 лет минимум. Arduino столько не живет. А что там у вас и какой желателен цикл - неизвестно.

"Cвалки" пока нет и если будет, то только специализированная для применения в качестве PowerProfiler по USB, WiFi, BLE (пока идет выбор чипа). Так-же есть предпосылки на шлюз BT-WiFi-USB и сниффер с USB2.0 hi. А пока завал другими темами - (более детальное изучение RISC-V)...

Да, всё это хорошо и нужно вставить, т.к. оно обязательное для отказоустойчивости, но вы пока не выяснили истинную причину.

Алгоритмически возможно вписать такое: Когда устройство "бездельничает" и время таймера перезагрузки истекло, тогда: 1. запросить большой кусок памяти и если не дает, то - перезагрeзка. 2. если дает, освободить и продолжение с переназначением таймера. Необходимый размер блока нужно узнать...

Типа того. Я не могу "подсказать", т.к. давно не использую глюкодром ESP8266. Надеюсь другие подскажут, но всё равно вам придется адаптировать код под свой проект, а описания его вы не привели...

Впишите обработку команды перезагрузки и таймер перезагрузки, чтобы такого не повторилось в следующий раз.

Динамическое распределение памяти возможно только в системах с аппаратным MMU. наверно.

Имелось в виду, что выбран не тот адрес... А на счет "не хватает памяти", то т.к. используется модель "heap4/5" то она может быть дефрагментировна и не иметь необходимого непрерывного блока для OTA. Это беда использования C++. Такие модели "heap" не используются для устройств рассчитанных на...

C 1980 и начато использование электронных-кремниевых датчиков измерения:

И что наблюдается у DS18B20 вам так-же писал - +-1 C в результате самопрогрева. И статья, от куда вы выудили рисунок говорит про это-же. Там результат 0.8 С при неописанных нагрузочных сопротивлениях на 1-wire и без замеров потребления, что сводит все полученные графики автора в помойку. PS: И...