Уменьшаем потребление ESP8266 при автономной работе с датчиками

[dmitryrf]

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

[fergus_tt]

Как вариант, собирать посылку из нескоьких измерений в ПЗУ и отправлять за один сеанс. Или если допустимо пропускать незначительно изменившиеся значения (результат измерений) в такой посылке, а на сервере уже выравнивать.

[ks0]

Сколько же он в пике-то потребляет. По собственному опыту 200-300 мА минимум ему надо обеспечить, и может не будет отваливаться сессия. У меня стабильно работал только при прямом подключении литиевого аккумулятора.
При этом основная логика была на атмеге, а модуль только в качестве wifi модема работал.

[nikolz]

Чтобы уменьшить ток в пике использую супер конденсатор до 1 фарады.
Один заряд супер конденсатора в 1 фараду обеспечивает до 20 сеансов передачи коротких пакетов ESP.
Кроме того, перед включением передатчика, отключаю ESP от аккумулятора и оставляю лишь супер конденсатор. Во время сна супер конденсатор заряжается от аккумулятора ограниченным по максимальному значению током.
Например, в экспериментах с СR2032 ток заряда ограничивал до 10 ма.

[sav13]

Что, ESP8266 научился нормально из сна выходить?
Без перезагрузки через GPIO16?

[Elsajalee]

значение из ячейки с адресом 0x60000704

Хорошо бы объяснить эту недокументированную магию, за что отвечают биты в этой ячейке. Тем более RTOS SDK явно не менее популярен, а про него вы ничего не сказали. И, думаю, добровольно использовать non-OS SDK не все хотят в своих проектах.

начиная с версии 3.0

И заканчивая 3.0.2 (от марта 2020) включительно? Или не проверяли? Просто вдруг через 1.5 года ещё выпустят.

в устройствах с медленными датчиками или с большим их количеством существенно возрастает время получения информации от датчиков

А почему бы в таких устройствах не использовать другой МК (самый простой и дешевый вариант для DIY — загуглить «AVR picoPower»), который включит и разбудит ESP8266. Например, через биполяный транзистор и повышающий преобразователь до 3.3

[nikolz]

Последняя версия SDK 3.0.4 работает без проблем.

Для внешнего запуска использовал таймер TPL50XX, который управляет ESP через пин CH.
Ток потребления этих таймеров составляет 30 нА.
Ток потребления ESP при управлении через CH составляет 10 мкА.

Но в этом режиме нельзя использовать память RTC для хранения параметров во время сна.

[Elsajalee]

И какой смысл в этих 30нА при наличии 10мкА? Будите уж лучше этим таймером AVRку, в которой RAM не теряется, а ESP обесточивать целиком.

[smart_alex]

В следующей заметке расскажу, как организовать работу модулей ESP8266 с датчиками в режиме ожидания прерываний от таймера или GPIO, но с током потребления 2 мА вместо 15 мА при отключенном WiFi модеме (или вместо 70 мА при включенном). В итоге уменьшаем потребление ESP8266 при работе с датчиками в 10 и более раз.

Что-то я не понял смысл всей этой затеи.

Для питания от батареек 2 мА это неприемлемо много, а если питать от сети, то не очень важно 2 мА потребляет контроллер или 70 мА.

В чём смысл сей оптимизации (кроме чисто теоретического), от чего питаются ваши контроллеры с током потреблением 2 мА и сколько они живут от этого источника в таком режиме?

[Elsajalee]

Кстати, конкретно случай «2мА vs 70мА» всё-таки имеет практическое право на жизнь, например, если делаем что-то, питающееся от автомобильного АКБ.

[nikolz]

Этот режим вполне работоспособен при питании от солнечной панельки, либо иного маломощного источника.

Добавил в статью информацию о документированном режиме с током в режиме сна в 0.5 мА.

Отличается от недокументированного с током в 2 мА максимальным током при пробуждении. 70 мА вместо 15 мА в первые 5 ms активности.

[strvv]

м... я немного не понимаю данный кусок текста:

uint32 *RT= (uint32_t *)0x60000700; void user_pre_init(void) { uint32 xRT=RT[4]; RT[4]=0; // опрос датчиков и принятие решения о необходимости передачи данных … // если передача необходима, то восстанавливаем ячейку: RT[4]=xRT; }

мне кажется, что RT[1] должно быть, а не RT[4]?
uint[4] это 4*sizeof(uint32_t)=16...
т.е. реальный адрес будет 0x60000710,

просто не минусуйте, а проверьте в других 32 битных платформах.