• Уважаемые посетители сайта esp8266.ru!
    Мы отказались от размещения рекламы на страницах форума для большего комфорта пользователей.
    Вы можете оказать посильную поддержку администрации форума. Данные средства пойдут на оплату услуг облачных провайдеров для сайта esp8266.ru
  • Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

ESP32C3 заглушка DeepSleep перестала исполняться

pvvx

Активный участник сообщества
По этим причинам первое от чего необходимо отказаться - это построение системы "умного дома" на ESP чипах, т.к. в любом исполнении они жрут в десятки раз больше других чипов и вариантов. Плюс в нормальном энергоэффективном доме летом прибавится и расход кондиционера для дополнительного охлаждения (сотня WiFi на ESP потребляет за год энергию сравнимую на отопление за месяц такого дома в зимний период)
Батарейки для BLE устройств имеют цену менее, чем стоимость электро-энергии потребляемую такими WiFi. Т.е. окупаются быстрее чем за пол года.
 

pvvx

Активный участник сообщества
Вдогонку, для примера, так как всё уже было изменено вдоль и поперек при разных устройствах для “Умного энергоэффективного Дома” за более чем 5 лет.

Пример потребления одного из 2-х моих домов (живем вчетвером) по входящим трем фазам:
1749462016909.png
Пример за март по внутренней разводке сети и устройствам:
1749462029287.png
Там где-то есть полоска, которая имеет 6.6Вт постоянного потребления самой системой управления. Это основное потребление на всю систему “Умного Дома”, в которой 3 шт USB-BT приемника, координатор Zigbee и Ethernet 2.5GB. По внутреннему питанию источника бесперебойного питания со всеми зарядами АКБ имеет потребление 5.35Вт (остальные потери – это КПД AC-DC питания от сети).

И, к примеру, обычный свитч Ethernet, потребляет в среднем к 0.2A по 9В (1.8Вт), а от сети значительно более 2-х Вт.

Автономный роутер Zigbee кушает 20.6 мА по 5B (103 мВт, на всё есть подробные годовые графики). Для BLE никаких роутеров не применяется, а потребление USB-BT брелоков в составе системы управления - менее 100 мВт на каждый при обслуживании сотни устройств, чего одна сеть Zigbee не в состоянии обслужить и потребует несколько координаторов и каналов.

WiFi роутер потребляет более 10Вт от сети...
Т.е. оставшиеся несколько WiFi розеток и работающий на них WiFi роутер имеют потребление большее, чем вся остальная система управления “Умным домом” вместе со всеми датчиками.

Если бы система была построена на сотне WiFi устройствах, то это была бы жизнь в микроволновке, а общее потребление составило бы паритет с потреблением кондиционера (на графике голубого цвета внизу диаграмм).

@nikolz - Какие ещё выдумки, не имеющие никаких подкрепленных реальных фактов, будут от вас?
Соберите хотя-бы одно устройство в своей жизни, а потом уже что-то балабольте... :p
 

pvvx

Активный участник сообщества
Если нужна высокая скорость, то поставьте провод и гоните хоть миллион отсчетов в секунду.
Это значит PoE на котором потери более 50% энергии по питанию и весь дом в паутине проводов. Тем более для питания ESP чипов, не имеющих никаких Ethernet и жрущих в итоге более пары Вт, как не крути.
Не окупается. Имеет смысл только на охраняемых предприятиях для десятков камер.
В бытовом применении для пары камер на участке обычно подключают к сети 220..240В и проводками Ethernet... И кушает одна такая камера как система управления всем "Умным домом". Для автономности не напасешься АКБ и их постоянной замены из-за отрицательных температур.
А с WiFi для камер надежности ноль.
В итоге все ваши выдумки совершенно не годятся для практики и современных реалий, и показывают, что ничего в жизни в электронике вы не делали :p
 

pvvx

Активный участник сообщества
Если нужна высокая скорость, то поставьте провод и гоните хоть миллион отсчетов в секунду.
Для BLE есть пример в комплекте SDK для CH592 (платка c которыv стоит 70 руб на али) c передачей 8 тысяч отчетов в секунду.
ch592\Application\8K_PollingRateWirelessMouse
1749702496593.png
 

pvvx

Активный участник сообщества
А пример типового BLE из того-же SDK, немного модифицированный, показывает передачу в 90 КБ в секунду
Phy update Rx:2 Tx:2 ..
MTU exchange: 492
Tx: 89487B/s
Tx: 90954B/s
Tx: 89487B/s
Tx: 92910B/s
Tx: 90465B/s
Tx: 93888B/s
Tx: 92421B/s
Tx: 93399B/s
Tx: 90954B/s
Tx: 93888B/s
Tx: 93399B/s
Disconnected.. Reason:13
Advertising..

Уверен, что можно ещё разогнать (до ~140 КБ в секунду). Но типовой, ваш любимый, UART уже не способен на такой трафик.
 

pvvx

Активный участник сообщества
В этой задаче нет смысла применять BLE.
Все ваши примеры - это задачи в которых нет смыcла использовать BLE и даже вообще беспроводную связь.
Без обид, но Ваше страстное желание засунуть везде BLE с батарейкой напоминает басню Крылова "Мартышка и очки".
----------------
Если нужна высокая скорость, то поставьте провод и гоните хоть миллион отсчетов в секунду.
Сравним потребление энергии расходуемой на саму связь с устройствами для Ethernet (провод) и BLE.

К примеру, возьмем текущую мою работающую интеграцию Passive BLE Monitor в Home Assistant. Она обслуживает 41 устройство и использует один USB-BT адаптер с потреблением около 20 мА по 5B USB (0.1Вт). А примерное среднее потребление энергии со всех батарей у 41 устройства (по 10 мкА от 3В у каждого) составляет 0.00123Вт и можно даже не учитывать. В итоге на связь с одним устройством имеем затраты в ~0.0025 Вт. Работает ещё интеграция BTHome c 35 BLE устройствами и своим USB-BT, и ещё прочие – на них работает 3-й USB-BT. Для BTHome и т.д. расчет будет примерно аналогичный.

Свитч на 5 Ethernet устройств кушает в примерно 170 мА (без высокой активности сети) по 9В без учета КПД сетевого БП (итого от 1.53 Вт). Следовательно затраты только на часть обеспечения связи с одним устройством выходят к 0.3 Вт.

То есть разница составляет уже в 100 раз. Далее считать нет смысла.

Вот такие предложения исходят от балабола @nikolz – типа проводками это будет более оптимально :p

Про энергию на связь устройств по WifFi лучше вообще не считать. Т.к. затраты на оплату стоимости затраченной за год электро-энергии WiFi устройством выйдут выше стоимости замены этих устройств на нормальные и более надежные, но с другими типами связи/протоколов.
По этому устройства на WiFi для IoT - это для бедных. Купить подешевле и всю жизнь расплачиваться :p
 

nikolz

Well-known member
@nikolz - Уточнение про энергоэффективность, если вы ещё ничего никогда не делали, с сортировкой по энергопотреблению на любое обеспечение соединения:

Потребление любой системы на WIFi составляет более сотни мА, а с учетом роутера – за несколько сотен мА. Т.е. более 1 Вт*ч.
Интерфейс Ethernet в текущих реализациях чипов кушает к сотне мА, и как итог – порядок от 0.5 Вт*ч.
Zigbee – это среднее потребление пару десятков мА – 0.2..0.3 Вт*ч.
При BLE – до 0.1 Вт*ч.
Если всё пересчитывать, да с учетом КПД блоков питания и потребления приемных устройств, тогда получим ещё большие цифры.
В итоге простейший WiFi датчик в год выжрет значительно более десятка кВт. А если их сотня – тогда к одному МегаBатту.
1) Вы не учитываете тот факт, что роутер у вас работает не для датчиков а для интернет. т е всегда. поэтому затраты энергии роутера можно выкинуть.
2) Можно использовать протокол ESP-NOW либо ESP как точку доступа, если роутер для интернета не используется.
3) Даже используя WiFi затраты на передачу данных с датчика составляют 10 ms*300 mA=3 mA*s=0.001mA*ч.
4) Зачем посылать данные каждую секунду? Вы так и не доказали смысл такого засорения эфира.
 

nikolz

Well-known member
Зачем мне лишние километры проводов в доме и паутина из них на улицу?
Такая паутина будет стоить значительно больше, чем реализация на BLE или Zigbee. Плюс общее потребление увеличиться в десятки раз, как и оплата этой энергии.
Прикольно, У Вас дом размером в километры?
И интернет Вы через BLE получаете?
 

nikolz

Well-known member
Сравним потребление энергии расходуемой на саму связь с устройствами для Ethernet (провод) и BLE.

К примеру, возьмем текущую мою работающую интеграцию Passive BLE Monitor в Home Assistant. Она обслуживает 41 устройство и использует один USB-BT адаптер с потреблением около 20 мА по 5B USB (0.1Вт). А примерное среднее потребление энергии со всех батарей у 41 устройства (по 10 мкА от 3В у каждого) составляет 0.00123Вт и можно даже не учитывать. В итоге на связь с одним устройством имеем затраты в ~0.0025 Вт. Работает ещё интеграция BTHome c 35 BLE устройствами и своим USB-BT, и ещё прочие – на них работает 3-й USB-BT. Для BTHome и т.д. расчет будет примерно аналогичный.

Свитч на 5 Ethernet устройств кушает в примерно 170 мА (без высокой активности сети) по 9В без учета КПД сетевого БП (итого от 1.53 Вт). Следовательно затраты только на часть обеспечения связи с одним устройством выходят к 0.3 Вт.

То есть разница составляет уже в 100 раз. Далее считать нет смысла.

Вот такие предложения исходят от балабола @nikolz – типа проводками это будет более оптимально :p

Про энергию на связь устройств по WifFi лучше вообще не считать. Т.к. затраты на оплату стоимости затраченной за год электро-энергии WiFi устройством выйдут выше стоимости замены этих устройств на нормальные и более надежные, но с другими типами связи/протоколов.
По этому устройства на WiFi для IoT - это для бедных. Купить подешевле и всю жизнь расплачиваться :p
Вы раб лампы. Вернее 41 устройства. И зачем они мне? Как Вы считаете я уже понял.
1 мкА и 1 мА разница даже не в 100 а в 1000 раз.
Сколько энергии (денег) Вы экономите от общих затрат на электроэнергию. Вы посчитайте реально.
Вы хвастались , что используете одну батарейку CR2032 4года (50 руб). А я например за 4 года израсходую 4 батарейки. Вы экономите 50 руб в год на батарейке. Оно Вам надо? Мне -нет.
Успехов в экономии батареек.
 

nikolz

Well-known member
Это значит PoE на котором потери более 50% энергии по питанию и весь дом в паутине проводов. Тем более для питания ESP чипов, не имеющих никаких Ethernet и жрущих в итоге более пары Вт, как не крути.
Не окупается. Имеет смысл только на охраняемых предприятиях для десятков камер.
В бытовом применении для пары камер на участке обычно подключают к сети 220..240В и проводками Ethernet... И кушает одна такая камера как система управления всем "Умным домом". Для автономности не напасешься АКБ и их постоянной замены из-за отрицательных температур.
А с WiFi для камер надежности ноль.
В итоге все ваши выдумки совершенно не годятся для практики и современных реалий, и показывают, что ничего в жизни в электронике вы не делали :p
Какие потери по питанию? Вы сами хвалили китайский аналог термометра 18B20. Сколько он потребляет?
 

pvvx

Активный участник сообщества
Какие потери по питанию? Вы сами хвалили китайский аналог термометра 18B20. Сколько он потребляет?
Деменция прогрессирует? https://esp8266.ru/forum/threads/esp32c3-zaglushka-deepsleep-perestala-ispolnjatsja.7079/post-101189
Прикольно, У Вас дом размером в километры?
Сотня устройств и к каждому надо кинуть провода UTP. Считайте сколько км провода это выйдет.
И интернет Вы через BLE получаете?
Можно и через BT/BLE. Тупом смартфоне включается трансляция в BT из GSM/LTE и т.д., а в Windows и другие устройства запросто подключаются :p
Сколько энергии (денег) Вы экономите от общих затрат на электроэнергию. Вы посчитайте реально.
Уже считал и предоставлял.

Вы хвастались , что используете одну батарейку CR2032 4года (50 руб).
Такого не было - что-то опять путаете. 1 батарейка CR2032 в фикс-прайсе в наборе обходится около 8 руб.

А я например за 4 года израсходую 4 батарейки. Вы экономите 50 руб в год на батарейке. Оно Вам надо? Мне -нет.
CR2032 не рассчитана на выдачу токов более 5 мА. Сразу деградация...
Если интересует что и как оптимизировать и прочие ссылки на описания - есть альтернативные варианты описаний и куча ссылок в данных описаниях:

Увеличьте срок службы батареи в беспроводных приложениях с ультранизким энергопотреблением
Короткий импульс пикового тока, скажем, 7 мА (типичный для радио Bluetooth Low Energy) в течение 2 миллисекунд (мс), за которым следует период простоя в 25 мс, вполне соответствует пределу батареи CR2032, чтобы максимально использовать ее емкость. Повторяющиеся пиковые токи выше 10 мА могут привести к постоянному снижению емкости батареи CR2032, и их следует избегать.

https://blog.nordicsemi.com/getconnected/the-importance-of-average-power-consumption-to-battery-life
Литий-ионные круглые батареи являются популярным выбором для небольших недорогих сенсорных гаджетов, однако они могут выдавать только пики тока около 5 мА без повреждения. Требуя более высоких пиков, вы рискуете значительно снизить емкость батареи по сравнению с заявленными производителями показателями.
https://blog.nordicsemi.com/getconnected/the-importance-of-average-power-consumption-to-battery-lif

Успехов в экономии батареек.
Спасибо.
 

pvvx

Активный участник сообщества
Прикольно, У Вас дом размером в километры?
Четыре больших строения (дома), между ними сотни метров. Плюс мелкие, типа парников 6x4, огородных домиков, огород в десятку соток, беседка, дорога в сотню метров...
Да даже в обычных типовых участках от 20 соток в окружающих поселках, сколько потребуется км проводов для охвата всего?
 

pvvx

Активный участник сообщества
1) Вы не учитываете тот факт, что роутер у вас работает не для датчиков а для интернет. т е всегда. поэтому затраты энергии роутера можно выкинуть.
У роутеров мало дырок для втыркивания проводков :p
И один WiFi роутер не в состоянии поддерживать связь с сотней устройств.
А у WiFi 2.4ГГц можно вообще отключить, если это GSM роутер.
2) Можно использовать протокол ESP-NOW либо ESP как точку доступа, если роутер для интернета не используется.
ESP-NOW не имеет никакого смысла:
1. Не стандартная фигня и требует плясок с бубном
2. Расстояние связи менее чем у BLE Long Range в среднем раза в три.
3. Потребление каждого устройства в сотни раз больше чем у BLE или Zigbee и ESP-NOW - это только проводное устройства - не помещаются в спичечный коробок и требует питание от сети. При этом БП будет греться и даже показания тупого датчика температуры и влажности в таком устройстве будет неверным.
3) Даже используя WiFi затраты на передачу данных с датчика составляют 10 ms*300 mA=3 mA*s=0.001mA*ч.
Никто не считает какой-то импульс как общие и вообще какие либо "затраты" для системы связи. Вы ещё пересчитайте в энергии электро-магнитной волны у приемника :)
В затраты включается всё потребление устройств, обеспечивающих связь. Сами датчики и исполнительные устройства туда не входят.

4) Зачем посылать данные каждую секунду? Вы так и не доказали смысл такого засорения эфира.
Сильно больным деменцией это не объяснить. Они тут-же забывают, что им отвечали в прошлый раз.
 

pvvx

Активный участник сообщества
4) Зачем посылать данные каждую секунду? Вы так и не доказали смысл такого засорения эфира.
А такой ответ устроит?
Зачем WiFi засоряет эфир передачей какой-то ерунды каждые 102.4 мс? При этом по всему диапазону 2.4 ГГц на уровнях не ниже -36 дБр и к +20 на основном канале на каждой антенне?
Чтобы сбить связь у Zigbee и других?
 

pvvx

Активный участник сообщества
4) Зачем посылать данные каждую секунду? Вы так и не доказали смысл такого засорения эфира.
Что ещё докинуть вариантов, где нужна более частая передача данных с датчиков?

Пример: Набор воды в дополнительный бак на чердаке мастерской:
1750277991783.png
(специально растянул кусок момента работы насоса)
Шага обновления данных у интеграции в HA еле-еле хватает для слежения за переливом. За десятки секунд насос перельет уровень и вода потечет по трубе слива через односторонний клапан в мою общую систему канализации...

Но там есть и поплавок с герконом (и не один), который вызывает передачу пачки событий по BLE. А компрессор находится вообще с другой стороны дома. У него есть и резервная система приема от BLE датчиков бака, которых 5 штук... И если HA не подает сигналов, то переходит на резервную BLE связь. А если нет приветов или ответов вообще – значит насос отключится в течении 10 сек. И у насоса есть локальное отслеживание пускового тока, перегрева, заклинивания, протечки,… Но это выполняет локальное устройство, естественно на BLE.

Ещё пример, на вопрос скорости реагирования вентиляции. Простой пример – дорабатывал механику вентиляции в мастерской – т.е. принудительная вентиляция выключена:
1750278124882.png

Тут всё аналогично – связь вентиляции с автономными датчиками (SCD41, ENS160+AHT21, BME) через BLE, потому и есть логи в НA.

И это всё обычные бытовые вещи, а не какие-то специализированные… А ваши советы-приветы – это вымысел от того, кто никогда не использовал никакую автоматизацию в доме и не имеет никакой практики. :p
 

pvvx

Активный участник сообщества
@nikolz - И ещё про ваш любимый WiFi с ESP:
Типовая “Умная розетка” на WiFi c ESP потребляет от 1 кВт в месяц (зависит от времени включенного реле) и там даже нет экрана.

Цена за 1 кВт у нас 6 руб с копейками, со следующего месяца увеличат ещё на 1 руб (или больше).
Одна дешевая CR2032 за 8 руб работает в устройстве типа “Xiaomi LYWSD03MMC” более 8 месяцев.
Т.е. 1 руб в месяц, против 7 руб у проводного устройства на ESP, которое нельзя перенести. Только путем ремонтных работ со штроблением стен...

100 ESP = 100 кВт в месяц и летом дополняется работой кондиционера, т.к. это пачка обогревателей. Зимой может это и лучше, но кондей значительно эффективнее по КПД и более прогнозируемый для обогрева. Но главная проблема даже не в этом, а в стабильности работы такого кол-ва дурных чипов с завышенным потреблением и дешевыми БП с сохнущими кондерами.

Мне было достаточно 6 таких розеток на WiFi, чтобы каждый день в течении пары лет наблюдать логи с ошибками соединения в HA и каждый месяц пересбрасывать какую из них путем выдергивания из розетки. А в итоге одна вошла в вечный цикл старта, глуша всё в 2.4ГГц, т.к. в ней высохли кондеры в БП. С Zigbee розетками пока нет ни одного подобного случая, хотя их уже значительно больше, а первые работали ещё до WiFi.

Поэтому лучше сразу забыть про ESP для постоянного применения. ESP годится исключительно в качестве разовых развлечений около “обучения” азам программирования, используя чужие примеры :LOL:
 

pvvx

Активный участник сообщества
@nikolz - На данном форуме вы не один сказочник, с большой любовью к ESP, да такой, что у вас в ход идут любые выдумки и подлоги.

Но интернет не кишит долговременными и стабильными логами работы ESP, как это есть у других устройств.

Особо смешны сказки о работе ESPxxxx от CR2032 годами. Кучи видео роликов, но ни одного лога или каких других исследований на эту тему нет. Собрали, похвастались, сняли ролик и выкинули.

Большинство причин, почему это чистая “лапша на уши” описаны хотя-бы тут:
Проблемы оборудования и прошивки при использовании микроконтроллеров со сверхнизким энергопотреблением, Джек Гансл
Но это ещё (древние) исследования со старыми CR2032, в которых ещё были добавлены дорогие компоненты…
Ныне у всех CRxxxx срок хранения до эксплуатации уже 5 лет, вместо 10. И рассчитывать на годы работы вообще не приходится. И мембрана засоряется быстрее и прочее…
В итоге расчеты того “исследователя” приходится пересчитывать и менять подход к некоторым рекомендациям. Особо если это дешевые CR2032…
Но вы то безусловно всё это опровергните, написав что у вас ESP работает годами от CR2015 :ROFLMAO:
 

pvvx

Активный участник сообщества
Любителю ESP32-C3 @nikolz .
Поведение ESP32-C3 в модуле "ESP32-C3 Super Mini", при подключении питания ко входу 3.3В.
1750532474145.png
1750532483552.png
(бой тока при включении и отключении - не может стартануть, т.к. в блоке нет громадных конденсаторов по питанию, а питание подано через 10 Ом от источника в 5A c пульсациями 3..5 мВ p-p)
Работа без специальных дополнительных компонентов в случаи питания от 1S Li АКБ или солнечной панели с суперкапом ему не грозит. :p
Разряд идет до 2.0 В. И чип не дает стартануть (начать заряд/подразряд) начиная с 350 мВ.
Потребуется внешний ключ с BOR (для старта накопления энергии с солнечной панели) и ограничителем по напряжению при разряде ниже нормы для Li АКБ.
Т.е. для простого автономного устройства потребуется вложения по сумме и работе по сборке больше, чем стоят любые модули с ESP32-C3.
 

pvvx

Активный участник сообщества
Можно попробовать подобрать что-то с али для автономного питания ESP32-С3 от одной банки Li 18650.
Менее 18650 на 3 Aч – это слишком мало по времени работы, если будет использоваться WiFi или Arduino.

Никакой LDO не пойдет, т.к. таких нет, чтобы давать несколько сотен мА, а на холостом токе (при сне чипа) соизмеримом с утечкой самого ESP32-С3 – пару мкА. И стабильность на малых токах у таких LDO никакая, до генерации пилы или завышения выходного напряжения (пример XC6202 со своим xx 1+ мкА, но у него и максимального тока не хватит для работы ESP32-C3).

Из десятков типов DC-DC Up/Down, с функцией зарядки АКБ 99% модулей сразу откидываются.
Они обычно предназначенные для Power Bank. Т.е. отключают питание при смене типа заряд-разряд.

И из, остальных имеющихся в наличии на алиэкспресс, наверно самым оптимальным будет что-то из вариантов с чипами TPS63802.
1750538231078.png
TPS63802:

Средний холостой ток от АКБ: при 5В = 18.85 мкА, при 3.6В = 25.02 мкА, при 2.5В = 42.28 мкА (имеет импульсную природу, до пары десятков мА – простым тестером не измерите).

Утечка по выходу (вход никуда не подсоединен): при 2.5В = 8.07 мкА, при 3.5В = 5.57 мкА, при 5В = 6.75 мкА.

При напряжении на выходе в 5В и нагрузке пусть 300 Ом (16.7мА 0.0833Вт) КПД составляет:

на входе 5В - 92.51%, 4.2В – 92.96%, 3.3В – 90.76%, 3.0В – 89.07%.

(Полные графики тестов зажил – иначе можно зафлудить весь форум десками графиков для каждого из нескольких десятков модулей DC-DC и т.д. :p)

Продаваемый модуль TPS63020 имеет более плохие характеристики по КПД на малых токах в 10..20 мА, больший холостой ток, и токи утечек.

Другие модули, из десятков присутствующих на али, ещё хуже. А основная масса (90%) совсем ужасна по КПД. Там средний КПД ниже 60% при малых токах нагрузки, а холостой ток более десятки мА.

И многие имеют алгоритм отключения генерации при старте работы без нагрузки, особенно synchronous-rectification типа.
А уже при малом токе нагрузки включаются на постоянную генерацию и так до отключения питания жрут к десяткам мА.
И горе “тестеры - распаковщики” на Ютубе и т.д. измеряют ток отключенной генерации, практически равный Sleep у чипа :LOL::ROFLMAO:

И какое же заключение для ESP32-С3? -> Если долго мучиться, что-нибудь получится.
Но ничего качественного не выйдет:
DC-DC ещё надо дополнить схемой зарядки и защиты (ограничений напряжений) АКБ.
Они тоже кущають… И общая минималка устремляется к сотне мкА.

Если на ток сна пофигу, и пофигу на рестарты при смене зарядка-разрядка, то оптимальным и самым дешман вариантом наверно является полностью готовый модуль c ETA9742.
1750537962784.png

Включает заряд АКБ при втрыркивании кабеля зарядки с порогом напряжения 5.1В.
Ниже на заряд не переключится. Все тупые USB сетевые зарядки и даже комп обычно выдают более 5.1В. Можно и не выдергивать - при отключении сети будет работать как ИБП, но с рестартами (отключениями на 1..2 сек при включении/отключении сети)

При работе от АКБ будет выдавать дёргающееся напряжение 4.7..4.8В. КПД на 15…20 мА: 4В – 97%, 3.7В - 87%, 3.2В – 82%.
При нагрузке и с большой емкостью на выходе с дохлыми АКБ не стартанет, т.к. пытается стартануть выход короткими импульсами с громадным током (в Амперы). И если АКБ хилый - так и будет балдеть.

Для модуля с ESP32-C3 имеющего LDO – потянет :)
 
Сверху Снизу