• Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

Исследование потребления питания в режиме sleep у RTL8710BN.

pvvx

Активный участник сообщества
Классический довод радиолюбителя: "оно работает". А то, что работает за пределами рабочего диапазона напряжений питания, указанного в даташите, радиолюбителю наплевать. Ламер даже не догадывается, что так делать нельзя. :D
Классический довод взят от вас. В ваших предлагаемых решениях нарушения значительно круче. Напомнить? :)
А тут нарушений по питанию нет. При 3..3.6В гарантируется удовлетворение спецификации по максимальной передаваемой мощности и возможно параметрам встроенных аналоговых устройств типа ADC и DAC (DAC для других модификаций чипов серии).
BOR у данного MCU ограничивает работу чипа на 2.54В. Это и является нижним уровнем питания, при котором данный WiFi-SoC должен сохранять работоспособность основного набора. :p
А если вам надо 100% соответствие заявленным параметрам, то для этого в чипе существует пользовательский BOR2, который срабатывает при понижении питания менее 3.0 В. BOR-ы подобраны очень удобно для обработки процедур бэкапа или закрытия сессий WiFi и перехода к ожиданию накопления (зарядки) источника питания в виде Li АКБ.
Работать ниже 2.7В практически невозможно, по причине использования внешней Flash и её характеристиках по питанию. Это одинаково и с ESP чипами, но у ESP-32S нерабочий BOR, а у ESP8266 вообще нет ничего и его логику "клинит" на произвольные включения передатчика WiFi при бросках напряжения...
В вашем диктуемом варианте с двумя CR2032 и стабилизатором на 3.3В + супер-кап нарушения накладываются и на источник питания, не говоря уже о том, что ESP8266 может стартануть при 1.8В по мере заряда супер-капа неограниченным током от батареи и первым-же делом пропишет Flash, которая при подъеме напряжения уже не считается... Прикручивайте ещё один костыль к ESP8266, кроме уже 2-х накрученных по варианту от @nikolz. Будет уже 3 костыля, но и они не дадут решения для опроса по прерываниям датчиков в режиме потребления с уровнями до 200 мкА. Приделывать четвертый костыль для ESP8266? Может всё-же один, в виде указанного мной MCU PIC12F1572 и решения с ним на уровне к 0.5 мкА при применении простых 'доставабельных' деталек в первом попавшемся магазине (или на столе радиолюбителя)? :)

PS: Вы сами подтверждаете выведенный закон природы - народ всегда выбирает худшее. Потом достраивает костыли - в этом и весь интерес. А с RTL-ками "B" скукота сплошная - всё работает изначально и решение выходит дешевле и надежнее, чем костыльное с ESP8266...
 
Последнее редактирование:
Сверху Снизу