Обсуждение ESP8266+STM8L

[nikolz]

Добрый день,Всем!
В результате анализа различных вариантов, для решения задач с автономным питанием и WIFI решил соединить ESP8266 и STM8L051F3P6
----------------------------------
В результате получим:
1) цена не более 170 руб.
2) в результате получаем от STM
• DMA – 4 channels supporting ADC, SPI, I2C, USART, timers
– 1 channel for memory-to-memory
• 12-bit ADC up to 1 Msps/28 channels – Internal reference voltage
• Timers – Two 16-bit timers with 2 channels (used as IC, OC, PWM), quadrature encoder
– One 8-bit timer with 7-bit prescaler
– 2 watchdogs: 1 Window, 1 Independent
– Beeper timer with 1, 2 or 4 kHz frequencies
• Communication interfaces
– Synchronous serial interface (SPI) – Fast I2C 400 kHz SMBus and PMBus – USART
• Up to 18 I/Os, all mappable on interrupt vectors
• Development support
– Fast on-chip programming and nonintrusive debugging with SWIM
-------------------------------
3) энергопотребление.
STM8L обеспечивает
Low power features – 5 low power modes: Wait, Low power run
(5.1 μA), Low power wait (3 μA), Active-halt with RTC (1.3 μA), Halt (350 nA)
– Fast wakeup from Halt: 5 μs
============================================
В результате ожидаю получить потребление во время сна не более 20 мка при работающем STM и не более 1 ма при работающем АЦП.
При не работающем STM ток в режиме deep-sleep составит не более 15 мка.
===================================
какие будут ЗА и ПРОТИВ?

 

[sharikov]

Добрый день,Всем!
В результате анализа различных вариантов, для решения задач с автономным питанием и WIFI решил соединить ESP8266 и STM8L051F3P6
...
какие будут ЗА и ПРОТИВ?

"Скрипач не нужен"
Вам еще надо добавить MSP430 и какой нибудь PIC чтобы побольше комплектующих израсходовать.
90% задач решается без дополнительных костылей если пользоваться головой и применить более подходящий для задачи модуль.

 

[nikolz]

"Скрипач не нужен"
Вам еще надо добавить MSP430 и какой нибудь PIC чтобы побольше комплектующих израсходовать.
90% задач решается без дополнительных костылей если пользоваться головой и применить более подходящий для задачи модуль.

Зачем переходить на личности?
Просто можно привести пример модуля лучше.
Что же касается вашего предложения добавит MSP430 и PIC, то не вижу в этом смысла
Что же касается Вашего замечания о количестве комплектующих, то я добавил один чип стоимостью менее 40 центов.
Знаете лучше решение?

 

[sharikov]

Просто можно привести пример модуля лучше.
Что же касается вашего предложения добавит MSP430 и PIC, то не вижу в этом смысла
Что же касается Вашего замечания о количестве комплектующих, то я добавил один чип стоимостью менее 40 центов.
Знаете лучше решение?

ESP32, EMW3080 (на RTL8710BN)
Вы добавили дополнительный процессор, повышающий преобразователь и дорогостоящий маложивучий ионистор (2000h у noname а у murata ценник безумный).

Всего то нужно взять ER14505M + ESP32 и тогда обойдетесь только ключом для активации батареи. 3,6V по ДШ ESP32 допускается. Если много работать с включенным wifi можно поставить step-down преобразователь на 2,5V и включать его когда просыпается процессор.

Или CR123A + ESP32 с 1,8V флэшкой. Оно штатно работоспособно до 2,3V (2,43 с включенным brownout). Если разряжать до 2,5V недоиспользование емкости батареи составит процентов 15.

 

[nikolz]

--------------------------
Ну теперь давайте отделять котлеты от мух.
Давайте сразу договоримся, что указываем что является основанием для утверждения.
Например, я экспериментально собрал преобразователь с накопителем от любой батарейки для ESP8266 он же подойдет и для RTL8710AF (для других не знаю не испытывал)
Этот источник построен на импульсном повышающем преобразователе за 25 руб (кое что перепаял) и конденсатора на 1 фараду за 35 руб.
Конденсатор имеет большое внутреннее сопротивление и поэтому приходится его заряжать на 0.5..1 в больше. Но это обеспечивает работу ESP-12 в активном режиме 20 раз. Импульсный ток от батарейки не превышает 60 ма.
В данной схеме, я предполагаю реализовать импульсный повышающий-понижающий преобразователь на STM8L. При этом я ожидаю, что импульсный ток от батарейки смогу уменьшить до 20 ма.
В этом варианте можно взять две пальчиковые или даже мизинчиковые батарейки (примерно 30 руб) и все будет работать.
-----------------------------------------
Т е Ваш довод, что у меня будет дорого ошибочен.
================================
Теперь возьмем Ваши предложения.
Я их не собирал поэтому говорю по тех литературе.
Если Вы делали экспериментально, то укажите, что получили практически.
----------------------
Вариант ER14505M (250 руб) + ESP32(от 200 до 480 руб).
Возникает вопрос чем он лучше?
ESP32 стоимость от 200 до 480 руб.
Импульсный ток от батарейки надо до 500 ма.
----------------------------------------------------------------
Мои измерения старта ESP32 показывают, что он примерно в 1.5 больше потребляет так как дольше стартует.
При работе WIFI согласно Вашим измерениям его токи больше 110 ма вместо 70 и 480 вместо 270 .
Таким образом и в режиме WIFI можно ожидать энергопотребление в 1.5 раза больше.
остается deep-sleep и ULP
в deep-sleep минимальный ток 5..10 мка без работы ULP и 1000 мка при работе ULP
В моем варианте 10 мка без работы и 15 мка при работе CPU (без АЦП) и 1000 мка при работе АЦП.
В этом режиме ESP32 выигрывает если не включать ULP, но стоит его включить хотя бы на 1% то ток будет 150 мка,
а для STM ток 5 мка.
-------------------------
Еще учтите, что ULP надо программировать на ассемблере. Как полагаете многие это смогут?
-----------------
Таким образом, при работе от батарейки у ESP32 имеем заведомо больший расход
и необходимость применения аккумуляторов с большим импульсным током.
ESP32 вообще не возможно применять с солнечной панелькой или иным альтернативным источником, так как
понадобится преобразователь накопитель, а в моем варианте уже все есть и источник может быть маломощный.

 

[nikolz]

Вариант EMW3080
Посмотрел, как всегда много шума из ничего нагнал pvvx.
А вы у него на поводу пошли.
В Варианте с RTL я поставлю STM8L151 цена увеличится рублей на 30, но добавится ЦАП.
Давайте сравним.
Цена 310 руб (у меня 300)
Число пинов значительно меньше.
АЦП и ЦАП нет.
В моем варианте АЦП 12 бит 25 каналов и ЦАП 12 бит
При этом так как WIFI и АЦП у меня разнесены то шумы значительно меньше.
Проблемы с импульсным током до 300 ма у RTL остались.
----------------------------
Резюме: этот вариант проигрывает по всем показателям.
=======================
Добавлю еще то, что уменьшение импульсного тока увеличивает ресурс батареек примерно на 40%.
Это еще один плюс от моей схемы.

 

[sharikov]

В Варианте с RTL я поставлю STM8L151 цена увеличится рублей на 30, но добавится ЦАП.
Давайте сравним.
Цена 310 руб (у меня 300)

Укажите part number ионистора и его поставщика и прибавьте стоимость ионистора в расчет затрат на систему питания.
Кроме того на основании документации производителя (datasheet и reliability report) проведите расчет деградации ионистора за срок службы 10 лет (требование любого тендера).

Просто я лично ковырял контейнеры дохлой электроники с ионисторами. Тонны лома из германии. Ионисторы были panasonic, 99% из них трупы. Технике было судя по маркировке на чипах года три. Лом закупили потому что там была какая-то дорогая комплектуха (не ионисторы) которую выгодно было выпаивать и пускать в изделия.

Число пинов значительно меньше.
АЦП и ЦАП нет.
В моем варианте АЦП 12 бит 25 каналов и ЦАП 12 бит
При этом так как WIFI и АЦП у меня разнесены то шумы значительно меньше.
Проблемы с импульсным током до 300 ма у RTL остались.

Импульсный ток у esp8266 и rtl8710 примерно одинаковый в районе 300мА.
По-любому нужна энергия на отправку сообщений по httpS. Так что десятки секунд активности система питания обязана держать и емкость батареек нужна соответствующая.

 

[nikolz]

Укажите part number ионистора и его поставщика и прибавьте стоимость ионистора в расчет затрат на систему питания.
Кроме того на основании документации производителя (datasheet и reliability report) проведите расчет деградации ионистора за срок службы 10 лет (требование любого тендера).

Просто я лично ковырял контейнеры дохлой электроники с ионисторами. Тонны лома из германии. Ионисторы были panasonic, 99% из них трупы. Технике было судя по маркировке на чипах года три. Лом закупили потому что там была какая-то дорогая комплектуха (не ионисторы) которую выгодно было выпаивать и пускать в изделия.

Тут мы с Вами начали петь разные арии.
Вы мне про малые токи утечек дорогих ионисторов.
Я Вам о возможности создать требуемый импульс на дешевом ионисторе.
При этом я привожу Вам результат своей разработки, а Вы мне рассказываете очевидные вещи про то, что очень хорошее стоит очень дорого.
------------------
Идея в том, что мне не надо чтобы суперкондер работал вечно.
При цене в 1 доллар я могу его менять вместе с батарейкой (аккумулятором).
--------------------

Импульсный ток у esp8266 и rtl8710 примерно одинаковый в районе 300мА.
По-любому нужна энергия на отправку сообщений по httpS.
Так что десятки секунд активности система питания обязана держать и емкость батареек нужна соответствующая.

Конечно нужна емкость соответствующая.
А какая? Вы считали? Я считал , выкладывал на форуме, сравнивал с экспериментом.
Интересно было бы сравнить с Вашими расчетами. Но Вы их не приводили.
Давайте сравним. Почему Вы считаете, что RTL и ESP не сможет работать от двух батареек AAA.
Как Вы рассчитываете?

 

[sharikov]

Вы мне про малые токи утечек дорогих ионисторов.
Я Вам о возможности создать требуемый импульс на дешевом ионисторе.
При этом я привожу Вам результат своей разработки, а Вы мне рассказываете очевидные вещи про то, что очень хорошее стоит очень дорого.
------------------
Идея в том, что мне не надо чтобы суперкондер работал вечно.
При цене в 1 доллар я могу его менять вместе с батарейкой (аккумулятором).
--------------------

partnumber ионистора вы так и не привели как и его поставщика. Мне что-то не попадаются low esr ионисторы по $1. От ионистора с esr под 100 ом толку нету а за доллар именно такие.
Значит на замену ионистора раз в год у вас деньги есть а те же деньги на ER14250 - нет.
--------------------
Вот выиграли вы тендер на поставку изделий скажем транснефти, отгрузили wifi датчики и через год едете менять сдохшие ионисторы в сургут, ямал и далее по всем объектам транснефти ? У вас ВСЕ ДОМА ??????

 

[nikolz]

partnumber ионистора вы так и не привели как и его поставщика. Мне что-то не попадаются low esr ионисторы по $1. От ионистора с esr под 100 ом толку нету а за доллар именно такие.
Значит на замену ионистора раз в год у вас деньги есть а те же деньги на ER14250 - нет.
--------------------
Вот выиграли вы тендер на поставку изделий скажем транснефти, отгрузили wifi датчики и через год едете менять сдохшие ионисторы в сургут, ямал и далее по всем объектам транснефти ? У вас ВСЕ ДОМА ??????

У меня нет номера этого нденсатора, да меня это и не волнует, я вам сразу написал что у него большое внутреннее сопротивление, но он прекрасно отдает импульс. Хранить долго он не может это понятно. Но естьу меня варнианты как решить эту задачу.
Однако вопрос источника питания - это самостоятельный вопрос и мало касается вопроса темы.
--------------------------------
Мы с Вами ушли от темы.
Давайте вернемся к тому, о чем я написал в начале и Вашему первому ответу.
Оставим вопрос про источник питания, так как можно ничего не изобретать а просто поставить 2 АА батарейки и мой вариант будет работать
а ваш с ESP32 - нет. В случае с ER14505M оба варианта работают, но мой потребляет меньше.
-------------------
Вариант EMW3080 вообще нельзя сравнивать так как он ущербный. при равенстве цены у него нет ни ацп ни цап ни работы ULP, т е его можно сравнить лишь с голой ESP-12 но тогда он просто в 2.5 раза дороже.
------------------------
про тендер с транснефтью - это вы размечтались. хотя я и работал когда-то с другой транс компанией.
Но если выиграю, то cделаю в соответствии с тех заданием.
Вы мне не ответили какие требования у Вас получились к энергоемкости источника питания.

 

[sharikov]

У меня нет номера этого нденсатора, да меня это и не волнует

Т.е вычеркиваем. Потому что без номера его нельзя купить и нельзя провести расчеты.

Вариант EMW3080 вообще нельзя сравнивать так как он ущербный. при равенстве цены у него нет ни ацп ни цап ни работы ULP, т е его можно сравнить лишь с голой ESP-12 но тогда он просто в 2.5 раза дороже.

EMW3080 это RTL8710BN. Ацп там есть: 1 канал под батарейку и возможно еще на GPIO19.
Вы обзор хоть почитайте:
https://adelectronics.ru/2017/11/07/схемотехника-и-обзор-модуля-emw3080/

Вы мне не ответили какие требования у Вас получились к энергоемкости источника питания.

Посчитаем для CR14250 как самого слабого и модуля ESP32-WROVER (нужна 1,8V флэш)
http://www.eemb.com/public/Download/Primary-Battery/Li-MnO2-Battery/High-Power-Type/CR14250SL.pdf
Напряжение отсечки примем 2,5V при этом коэффициент использования батареи 0,85
В нашем распоряжении 0.6ah*0.85 = 0.51ah*3600 = 1836as
Сеанс связи https 10сек ток 0.12А (фактически у ESP32 0.1А при соединении sta).
При 2 сеансах связи в сутки за год будет израсходовано
2*365d*0.12a*10s=876as
На слип остается 1836-876= 960as
Ток в слипе при минимальной активности ulp составляет 20мка
остатка хватит на 960/20e-06=48000000s = 13333.3h = 555.5d

Таким образом самой слабой батарейки cr14250 с запасом хватает на год. Можно либо чаще делать сеансы связи либо батарейки хватит больше чем на год либо повысить активность ulp.

Я взял самую дохлую батарею. У CR123A емкость 1500mah

И никаких дополнительных компонентов!

Если добавить импульсный преобразователь на копеечной td6810 потребление в активном режиме еще можно снизить.

 

[pvvx]

Вариант EMW3080
Посмотрел, как всегда много шума из ничего нагнал pvvx.
А вы у него на поводу пошли.
В Варианте с RTL я поставлю STM8L151 цена увеличится рублей на 30, но добавится ЦАП.

Он у него изначально есть, правда всего 2 канала - V_BAT и один на GPIO... Но нога для замера V_BAT всё равно только для ADC.
А вот внешний MCU для ESP8266 - это правильно. Без него это кучка-зависучка

Вариант EMW3080 вообще нельзя сравнивать так как он ущербный. при равенстве цены у него нет ни ацп ни цап ни работы ULP, т е его можно сравнить лишь с голой ESP-12 но тогда он просто в 2.5 раза дороже.

Хотя-бы его доки смотрели?
Во вторых - это самый малый из серии "B".
nikolz опять бредит...

 

[nikolz]

Собрал схему для ESP-12 с управлением током заряда суперкондера. Время в deep-sleep 30 сек.
Тест обычный рассказывал неоднократно. проснулись отослали UDP на сервер приняли ответ и снова спать.
Время активности при потере связи с сервером 3 сек иначе 0.3 сек.
Сервер отображает принятые данные (фрагмент):
-------------------------------------------------
02/19/18 21:15:49 test;41033;2;2285141;0;3009787;3;3090
02/19/18 21:16:18 test;20134;2;151647;0;3020
02/19/18 21:16:48 test;40748;2;199882;0;3139
02/19/18 21:17:18 test;50114;2;223434;0;3103
02/19/18 21:17:48 test;45128;2;236133;0;3135
02/19/18 21:18:18 test;43106;2;247874;0;3116
02/19/18 21:18:47 test;20144;2;151796;0;3045
02/19/18 21:19:17 test;20156;2;152284;0;2944
02/19/18 21:19:46 test;40638;2;208542;0;3118
02/19/18 21:20:16 test;44124;2;193430;0;3105
02/19/18 21:20:45 test;20139;2;152797;0;3016
02/19/18 21:21:15 test;20149;2;151629;0;3007
02/19/18 21:21:44 test;32382;2;211118;0;3050
02/19/18 21:22:13 test;20117;2;151660;0;2998
02/19/18 21:22:43 test;23642;2;350443;0;3062
02/19/18 21:23:13 test;20173;2;153373;0;2935
02/19/18 21:23:42 test;20346;2;151641;0;2997
02/19/18 21:24:11 test;20133;2;151587;0;2907
02/19/18 21:24:40 test;19144;2;152678;0;2979
02/19/18 21:25:09 test;20287;2;156066;0;2991
02/19/18 21:25:39 test;20124;2;156981;0;2974
02/19/18 21:26:08 test;22061;2;151655;0;2943
02/19/18 21:26:37 test;20113;2;151788;0;2997
02/19/18 21:27:06 test;21054;2;156094;0;2906
02/19/18 21:27:35 test;20153;2;151625;0;2990
02/19/18 21:28:04 test;20154;2;152906;0;3003
02/19/18 21:28:34 test;20120;2;154929;0;3034
02/19/18 21:29:03 test;20122;2;152851;0;3018
02/19/18 21:29:32 test;20135;2;160786;0;3050
02/19/18 21:30:01 test;20142;2;179811;0;2892

-----------------------------------------------------
Получил импульсный ток 30 ма.
Выкладываю картинку
На ней хорошо видно влияние дополнительного (параллельно суперкондеру) конденсатора 470 мкф. (правая половина графика. ампл имп до 30 ма)

еще есть резервы для снижения импульсного тока.

 

[=AK=]

partnumber ионистора вы так и не привели как и его поставщика. Мне что-то не попадаются low esr ионисторы по $1. От ионистора с esr под 100 ом толку нету а за доллар именно такие.

Вот вам ссылка на производителя: Dongguan City Gonghe Electronic Co., Ltd. Суперконденсаторы 1.5Ф на 2.7В в радиальных корпусах 8x12мм мы у них закупали несколько раз по $0.20 в партиях по 1000 шт. ESR у них - 0.2 Oма, по данным производителя. Утечки - порядка 0.2...0.5 микроампера после недельной выдержки под напряжением, сам мерял. Из нескольких тысяч суперкапов, использованных нами в течении примерно 5 лет, пока не видели ни одного отказа. А partnumber у них, к сожалению, нет. Конденсаторы есть, а partnumber нет, вот такой парадокс. Мы с ними так и общаемся: "почем у вас 1.5Ф на 2.7В в корпусах 8x12мм", они отвечают. Они ребята отзывчивые, и если вам непременно partnumber нужен, я думаю, они вам нарисуют какой захотите.

 

[pvvx]

Получил импульсный ток 30 ма.
Выкладываю картинку
На ней хорошо видно влияние дополнительного (параллельно суперкондеру) конденсатора 470 мкф. (правая половина графика. ампл имп до 30 ма)

Обещали то 20 мА, а не постоянный в 30 мА. И импульсный ток по вашему графику за 40 мА.
С какой целью вы всегда даете неверные данные, если они для ESP8266? Сложно указать правду?
Поставьте скорость SPI Flash 40 МГц или меньше - начальный ток старта снизится, время до старта задачи увеличится. Так-же замените кварц у модуля на 23 МГц. Общая требуемая энергия для сеанса связи увеличится. Зато сможет похвастать ещё меньшей цифрой тока.
Вот пример с вашего графика:

Посчитаем для сеанса связи через каждые 30 сек:
Стадия 1: 27 секунд при 12 мА.
Стадия 2 (не отображена): 3 секунды 1 мА.
Итого среднее потребление 11 мА
Есть ли смысл в deep_sleep, суперкондерах, внешних MCU, нераспространенных коммутаторов питания от TI для реализации такой задачи с такими характеристиками?

Для достижения этих параметров от активистов и программистов на ESP8266 потребовалось 4 года работы. Столько ждать на новых WiFi-SoC никто не будет. Темпы развития уже не те. Выберут что другое. Потенциал у ESP-32 лучше и сравнивать надо в одинаковых внешних условиях и задачах.
У RTL8710BN под данную задачу ТТХ ещё лучше.

 

[nikolz]

Обещали то 20 мА, а не постоянный в 30 мА. И импульсный ток по вашему графику за 40 мА.
С какой целью вы всегда даете неверные данные, если они для ESP8266? Сложно указать правду?
Поставьте скорость SPI Flash 40 МГц или меньше - начальный ток старта снизится, время до старта задачи увеличится. Так-же замените кварц у модуля на 23 МГц. Общая требуемая энергия для сеанса связи увеличится. Зато сможет похвастать ещё меньшей цифрой тока.
Вот пример с вашего графика:
Посмотреть вложение 5800
Посчитаем для сеанса связи через каждые 30 сек:
Стадия 1: 27 секунд при 12 мА.
Стадия 2 (не отображена): 3 секунды 1 мА.
Итого среднее потребление 11 мА
Есть ли смысл в deep_sleep, суперкондерах, внешних MCU, нераспространенных коммутаторов питания от TI для реализации такой задачи с такими характеристиками?

Для достижения этих параметров от активистов и программистов на ESP8266 потребовалось 4 года работы. Столько ждать на новых WiFi-SoC никто не будет. Темпы развития уже не те. Выберут что другое. Потенциал у ESP-32 лучше и сравнивать надо в одинаковых внешних условиях и задачах.
У RTL8710BN под данную задачу ТТХ ещё лучше.

40 ма это без электролита, а так не более 30 ма


Что же касается RTL, то я ее тоже буду применять с такой же схемой.
Будет еще лучше, но позже.
------------------------------------
Вы удивитесь, но стоимость этого решения питания составляет 50 руб. При этом я использовал готовый китайский модуль и суперкондер .
Раньше я выкладывал результаты другого решения с током до 60 ма.
Оба решения на готовых модулях и без дополнительного софта позволили мне убедиться, что можно решить проблему устранения больших импульсных токов малыми затратами.
Сейчас в вопросе вторичных источников питания меня интересует способы получения малых токов источника питания в режиме sleep. Готовых решений пока не нашел.
Буду экспериментировать.
-------------------
Что же касается модулей ESP и RTL, то это модули не для IOT.
Согласитесь что расходовать 1 ватт для получения 100 мвт в эфире для управления лампочкой, мощностью ватты это извращение.
Полагаю, что появится что-то менее прожорливое чем эти модули.
-----------------------------------

 

[sharikov]

Что же касается модулей ESP и RTL, то это модули не для IOT.
Согласитесь что расходовать 1 ватт для получения 100 мвт в эфире для управления лампочкой, мощностью ватты это извращение.
Полагаю, что появится что-то менее прожорливое чем эти модули.
-----------------------------------

ESP и RTL да и вообще любое WiFi не для батарейного питания. Оно взлетело только потому что повсеместно уже есть готовая инфраструктура.
Менее прожорливое уже есть: массовку загонят в NBIOT чтобы опсосам копеечка исправно капала.
Ну и для нищебродов остается BLE и всякая LORA.

 

[nikolz]

ESP и RTL да и вообще любое WiFi не для батарейного питания. Оно взлетело только потому что повсеместно уже есть готовая инфраструктура.
Менее прожорливое уже есть: массовку загонят в NBIOT чтобы опсосам копеечка исправно капала.
Ну и для нищебродов остается BLE и всякая LORA.

Дурные привычки заразительны. Не перенимайте их у pvvx.
Разве трудно выразить свое мнение о развитии способ беспроводной связи,
не пытаясь нагадить на головы все остальных, имеющих другое мнение?
Причем здесь какие-то "нищеброды"? Означает ли Ваше высказывание что Вы один знаете истинный путь развития электроники?
-----------------------------------------------
Между тем Ваше утверждение о том, что WIFI не для батарейного питания ничем не обосновано.
Предлагаю Вам провести расчеты энергозатрат и Вы увидите, что это не так и много.
В ESP и RTLпроблема скорее в приемнике. Он очень прожорливый.
Но теоретически , при возможности доступа к исходникам софта WIFI можно добиться хороших показателей.
------------------------
Так для передачи одного короткого сообщения по WIFI в ESP затрачивается примерно 0.01 дж ,
а на прием минимум 0.04 дж.
Но самая плохонькая батарейка может дать энергии в 4000 дж.
Так почему же WIFI не может работать от батарейки?

 

[pvvx]

40 ма это без электролита, а так не более 30 ма
Посмотреть вложение 5801

Что же касается RTL, то я ее тоже буду применять с такой же схемой.
Будет еще лучше, но позже.
------------------------------------
Вы удивитесь, но стоимость этого решения питания составляет 50 руб. При этом я использовал готовый китайский модуль и суперкондер .
Раньше я выкладывал результаты другого решения с током до 60 ма.
Оба решения на готовых модулях и без дополнительного софта позволили мне убедиться, что можно решить проблему устранения больших импульсных токов малыми затратами.
Сейчас в вопросе вторичных источников питания меня интересует способы получения малых токов источника питания в режиме sleep. Готовых решений пока не нашел.
Буду экспериментировать.

Это кому-то вообще надо?
Вам сосчитал уже - ваше решение должно потреблять 11 мА, т.к. это средний ток у него. А не 20 или 30. Пики в питании никого не беспокоят, кроме вас. Зачем за их устранение ещё что-то прикручивать, если они никому не мешают?

Что же касается модулей ESP и RTL, то это модули не для IOT.
Согласитесь что расходовать 1 ватт для получения 100 мвт в эфире для управления лампочкой, мощностью ватты это извращение.
Полагаю, что появится что-то менее прожорливое чем эти модули.

В сферу IoT входит не только включение лампочек...
Область включения лампочек и получения данных с датчиков в бытовой сфере IoT давно окучена беспроводными устройствами со стандартами типа BLE, а не WiFi.
По этому ваши потуги идут в никуда. Только ради "спортивного интереса".
Вот вам график (600 сек) работы без deep_sleep, написанный кое как на SDK RTL и передающий значения ADC по будильнику в RTС каждые 30 сек:

Chart Statistic:
Number of values: 6003 (0.1 sps)
Maximum value: 0.14111 at position 2421
Minimum value: 0.00017 at position 1790
Average: 0.00204 A (2.04 мA)
В промежутках между замерами и передачами у WiFi-SoC CPU находится в режиме ожидания прерываний от любого источника.

Ну и лог в UDP приемнике, передающий номер соединения и время предыдущей активности на замер ADC, включение WiFi и передачу по вашему любимому UDP, к данному графику:

ID:0x00000003   ADC:0x0212      T:439 ms
ID:0x00000004   ADC:0x020b      T:431 ms
ID:0x00000005   ADC:0x0224      T:553 ms
ID:0x00000006   ADC:0x020b      T:548 ms
ID:0x00000007   ADC:0x0211      T:448 ms
ID:0x00000008   ADC:0x0223      T:453 ms
ID:0x00000009   ADC:0x020b      T:430 ms
ID:0x0000000a   ADC:0x0219      T:473 ms
ID:0x0000000b   ADC:0x0210      T:494 ms
ID:0x0000000c   ADC:0x020b      T:457 ms
ID:0x0000000d   ADC:0x0211      T:459 ms
ID:0x0000000e   ADC:0x020b      T:566 ms
ID:0x0000000f   ADC:0x0223      T:465 ms
ID:0x00000010   ADC:0x0223      T:472 ms
ID:0x00000011   ADC:0x020a      T:529 ms
ID:0x00000012   ADC:0x0222      T:476 ms
ID:0x00000013   ADC:0x0219      T:431 ms
ID:0x00000014   ADC:0x020a      T:507 ms
ID:0x00000015   ADC:0x0219      T:508 ms
ID:0x00000016   ADC:0x0223      T:482 ms
ID:0x00000017   ADC:0x0219      T:500 ms
ID:0x00000018   ADC:0x020a      T:453 ms
ID:0x00000019   ADC:0x020a      T:439 ms
ID:0x0000001a   ADC:0x0223      T:424 ms
ID:0x0000001b   ADC:0x0222      T:453 ms
ID:0x0000001c   ADC:0x0211      T:451 ms
ID:0x0000001d   ADC:0x0223      T:446 ms
ID:0x0000001e   ADC:0x0219      T:426 ms
ID:0x0000001f   ADC:0x0219      T:445 ms
ID:0x00000020   ADC:0x0218      T:425 ms

Average Active time: 469.43 ms
Active time: 14083 ms ~79.5 mA
Sleep 0.18 mA

Полное извращение над WiFi и CPU в 125 МГц Для этой задачи ему наверно надо пустить частоту до 4 МГц или вообще переключить на RC генератор...
Поставив ваш любимый супер-кондер выйдет 2 мA и никаких специальных размышлений и трудностей в накалякивании кода в SDK. Зачем туда ещё прикручивать STM8 по вашим задачам?
Он уже прикручен в ESP-32, а в других нормально работает PMU и прочие режимы малого потребления.

Вам объяснять от куда пошло такое извращение над WiFi?
От убогого ESP8266, т.к. на более он не способен. Только симулировать BLE.
Вы с этим тут и боритесь, пока другие используют то, что больше подходит и не требует плясок с бубном.

 

[nikolz]

Это кому-то вообще надо?
Вам сосчитал уже - ваше решение должно потреблять 11 мА, т.к. это средний ток у него. А не 20 или 30. Пики в питании никого не беспокоят, кроме вас. Зачем за их устранение ещё что-то прикручивать, если они никому не мешают?

В сферу IoT входит не только включение лампочек...
Область включения лампочек и получения данных с датчиков в бытовой сфере IoT давно окучена беспроводными устройствами со стандартами типа BLE, а не WiFi.
По этому ваши потуги идут в никуда. Только ради "спортивного интереса".
Вот вам график (600 сек) работы без deep_sleep, написанный кое как на SDK RTL и передающий значения ADC по будильнику в RTС каждые 30 сек:
Посмотреть вложение 5802
Chart Statistic:
Number of values: 6003 (0.1 sps)
Maximum value: 0.14111 at position 2421
Minimum value: 0.00017 at position 1790
Average: 0.00204 A (2.04 мA)
В промежутках между замерами и передачами у WiFi-SoC CPU находится в режиме ожидания прерываний от любого источника.

Ну и лог в UDP приемнике, передающий номер соединения и время предыдущей активности на замер ADC, включение WiFi и передачу по вашему любимому UDP, к данному графику:

ID:0x00000003   ADC:0x0212      T:439 ms
ID:0x00000004   ADC:0x020b      T:431 ms
ID:0x00000005   ADC:0x0224      T:553 ms
ID:0x00000006   ADC:0x020b      T:548 ms
ID:0x00000007   ADC:0x0211      T:448 ms
ID:0x00000008   ADC:0x0223      T:453 ms
ID:0x00000009   ADC:0x020b      T:430 ms
ID:0x0000000a   ADC:0x0219      T:473 ms
ID:0x0000000b   ADC:0x0210      T:494 ms
ID:0x0000000c   ADC:0x020b      T:457 ms
ID:0x0000000d   ADC:0x0211      T:459 ms
ID:0x0000000e   ADC:0x020b      T:566 ms
ID:0x0000000f   ADC:0x0223      T:465 ms
ID:0x00000010   ADC:0x0223      T:472 ms
ID:0x00000011   ADC:0x020a      T:529 ms
ID:0x00000012   ADC:0x0222      T:476 ms
ID:0x00000013   ADC:0x0219      T:431 ms
ID:0x00000014   ADC:0x020a      T:507 ms
ID:0x00000015   ADC:0x0219      T:508 ms
ID:0x00000016   ADC:0x0223      T:482 ms
ID:0x00000017   ADC:0x0219      T:500 ms
ID:0x00000018   ADC:0x020a      T:453 ms
ID:0x00000019   ADC:0x020a      T:439 ms
ID:0x0000001a   ADC:0x0223      T:424 ms
ID:0x0000001b   ADC:0x0222      T:453 ms
ID:0x0000001c   ADC:0x0211      T:451 ms
ID:0x0000001d   ADC:0x0223      T:446 ms
ID:0x0000001e   ADC:0x0219      T:426 ms
ID:0x0000001f   ADC:0x0219      T:445 ms
ID:0x00000020   ADC:0x0218      T:425 ms

Average Active time: 469.43 ms
Active time: 14083 ms ~79.5 mA
Sleep 0.18 mA

Полное извращение над WiFi и CPU в 125 МГц Для этой задачи ему наверно надо пустить частоту до 4 МГц или вообще переключить на RC генератор...
Поставив ваш любимый супер-кондер выйдет 2 мA и никаких специальных размышлений и трудностей в накалякивании кода в SDK. Зачем туда ещё прикручивать STM8 по вашим задачам?

Вам объяснять от куда пошло такое извращение над WiFi?
От убогого ESP8266, т.к. на более он не способен. Только симулировать BLE.

Срочно измерьте давление, а то эко Вас понесло, разволновались опять.
--------------------------------
Я же Вам неоднократно уже говорил, что я делаю это исключительно для собственного интереса, а не за зарплату -как некоторые.
---------------------------------------
Поэтому Ваши результаты, если убрать словесный мусор, очень интересны, но можно сделать еще лучше.
У Вас ток в импульсе 114 ма, очевидно понизили мощность передатчика, а надо 20 ма.
И ток в режиме sllep 180 mka , а надо не более 10 мка.
Так что есть куда двигаться.
Успехов