ESP32深度睡眠三大唤醒方式详解：定时器、触摸与外部引脚实战-开发者社区

1. 项目概述：为什么ESP32的深度睡眠如此重要？

玩过Arduino的朋友都知道，功耗是个绕不开的话题。尤其是当你打算用电池给一个物联网设备供电，让它持续工作几个月甚至几年时，如何省电就成了头等大事。传统的Arduino Uno、Nano这类AVR单片机，虽然也有睡眠模式，但省电能力有限，整机电流降到mA级别就算不错了。而ESP32这颗芯片，其强大的地方不仅在于双核和Wi-Fi/蓝牙，更在于它提供了一套非常完善的超低功耗解决方案，其中**深度睡眠（Deep Sleep）**模式就是省电的“王牌”。

简单来说，深度睡眠模式下，ESP32的CPU、大部分RAM以及所有外设都会掉电，仅保留RTC（实时时钟）控制器、RTC外设（如GPIO、触摸传感器）和ULP（超低功耗）协处理器在运行。此时，整个芯片的电流消耗可以低至10μA左右，这对于依赖电池的传感器节点、远程遥控器、环境监测设备来说，意味着续航时间可以从几天延长到数年。

但是，光会进入深度睡眠还不够，设备总得“醒过来”干活。ESP32提供了多种唤醒源，让设备能在特定条件下自动恢复运行。本次实验，我们就聚焦于三种最常用、也最具代表性的唤醒方式：定时器唤醒、触摸唤醒和外部引脚（按键）唤醒。通过WeMos D1 R32这块基于ESP32的开发板，我将带你从原理到代码，亲手实现这三种唤醒，并实测它们的功耗与响应特性。你会发现，掌握了这“三板斧”，你就能设计出绝大多数超低功耗的物联网设备原型。

2. 核心硬件与原理深度解析

2.1 WeMos D1 R32开发板与ESP32芯片

我们使用的WeMos D1 R32，本质上是一块将ESP32芯片与Arduino Uno外形尺寸、引脚布局相结合的开发板。它最大的好处是兼容大量的Arduino Uno Shield（扩展板），降低了硬件适配的门槛。板载的ESP32模块通常集成了4MB的Flash，以及经典的30个左右的GPIO引脚。

对于深度睡眠实验，我们需要特别关注几个关键引脚：

EN（使能）引脚：拉低此引脚会使芯片复位。在深度睡眠下，通过特定方式唤醒后，芯片会经历一个复位重启的过程，而不是从睡眠点继续执行。这是我们代码逻辑设计的起点。
GPIO0, GPIO2等：这些引脚在启动时有特殊含义（如GPIO0决定启动模式），但在深度睡眠唤醒配置中，某些引脚可以被设置为外部唤醒源。
触摸传感器引脚：ESP32内部集成了电容式触摸传感器，其对应的GPIO（如T0对应GPIO4， T2对应GPIO2等）可以感知微小的电容变化，用于触摸唤醒。

2.2 深度睡眠的三种唤醒机制原理

2.2.1 定时器唤醒：最基础的“闹钟”

这是最简单直接的唤醒方式。在进入深度睡眠前，你设置一个倒计时（比如10秒）。芯片休眠后，其内部的RTC定时器仍在低速运行。当设定的时间一到，RTC定时器就会产生一个中断信号，触发整个系统复位重启。你的程序会从头开始执行，你可以通过判断复位原因（esp_sleep_get_wakeup_cause()）来得知本次启动是由定时器唤醒所致，从而执行相应的逻辑（比如读取一次传感器并上传数据）。

它的优点是绝对可靠、功耗极低（仅RTC定时器运行），非常适合做周期性的数据采集任务。缺点是无法响应外部异步事件。

2.2.2 触摸唤醒：无接触的“感应开关”

ESP32的触摸传感器本质上是测量GPIO引脚对地的电容。当你的手指靠近或接触连接到该引脚的导体（如一块铜箔、一根导线）时，电容会发生变化。在深度睡眠模式下，你可以配置一个或多个触摸传感器引脚作为唤醒源。当电容变化超过设定的阈值时，触摸传感器会触发中断，将芯片唤醒。

这种方式实现了完全无物理接触的交互，非常适合做隐藏式的开关、接近感应等。需要注意的是，触摸引脚的灵敏度受走线、周围环境（湿度、干扰）影响很大，需要在实际硬件布局上调试阈值。

2.2.3 外部引脚（按键）唤醒：经典的“物理按键”

这类似于传统单片机的“外部中断唤醒”。你可以将一个GPIO引脚配置为外部唤醒源，并指定唤醒的电平（高电平或低电平）。通常，我们会将一个按键一端接在这个GPIO上，另一端接在固定的电平（如GND）。当按键按下，GPIO电平被拉低（或拉高），从而触发唤醒。

这是最稳定、抗干扰能力最强的唤醒方式，适合需要明确用户物理操作的场景。在ESP32中，并非所有GPIO都支持深度睡眠下的外部唤醒，只有那些连接到RTC电源域的引脚（即RTC GPIO）才可以。常用的有GPIO0, 2, 4, 12, 13, 14, 15, 25, 26, 27, 32, 33等。

重要提示：无论采用哪种唤醒方式，ESP32从深度睡眠唤醒后，都会进行完整的硬件复位。这意味着所有变量都会丢失，程序从setup()函数重新开始执行。这与某些微控制器的“暂停-继续”式睡眠有本质区别。因此，你需要用esp_sleep_get_wakeup_cause()在setup()开头判断唤醒原因，并利用RTC内存或非易失性存储（如Preferences库、EEPROM）来保存需要持久化的状态数据。

3. 实验一：定时器唤醒深度睡眠

3.1 电路连接与代码实现

这是最简单的实验，无需任何外部电路。我们只需要让ESP32工作几秒钟，打印一些信息，然后进入深度睡眠10秒，再被定时器唤醒，如此循环。

核心代码解析：

#include <Arduino.h> void setup() { Serial.begin(115200); delay(1000); // 等待串口稳定，实际低功耗应用中可去掉 // 首先，判断本次启动的唤醒原因 esp_sleep_wakeup_cause_t wakeup_reason = esp_sleep_get_wakeup_cause(); switch(wakeup_reason) { case ESP_SLEEP_WAKEUP_TIMER: { Serial.println("唤醒原因：定时器时间到"); // 在这里执行被定时器唤醒后需要做的事情，例如： // readSensor(); // sendData(); break; } case ESP_SLEEP_WAKEUP_UNDEFINED: default: { // 非深度睡眠唤醒（如上电复位、手动复位） Serial.println("本次为常规启动或首次上电"); // 可以在这里做一些初始化工作 break; } } // 本次唤醒后的工作逻辑（无论何种唤醒原因都会执行） Serial.println("ESP32已启动，正在工作..."); digitalWrite(LED_BUILTIN, HIGH); // 点亮LED示意工作状态 delay(5000); // 模拟执行一些任务，持续5秒 digitalWrite(LED_BUILTIN, LOW); // 关闭LED // 准备进入深度睡眠 Serial.println("准备进入深度睡眠，睡眠时长：10秒"); Serial.flush(); // 确保所有串口数据发送完毕 delay(100); // 配置定时器唤醒源：设置睡眠时间为10,000,000微秒（10秒） esp_sleep_enable_timer_wakeup(10 * 1000000ULL); // 注意单位是微秒 // 正式进入深度睡眠 esp_deep_sleep_start(); // 程序执行流在此停止，直到被唤醒复位 } void loop() { // 由于每次唤醒都会复位，loop函数永远不会被执行到 }

代码要点与避坑指南：

esp_sleep_enable_timer_wakeup()：这是配置定时器唤醒的核心函数。参数单位是微秒（μs）。ULL后缀表示无符号长整型长整型，防止数值过大溢出。10秒就是10 * 1000 * 1000微秒。
串口与延迟：在低功耗产品中，Serial.begin()和delay()在setup()完成后应被禁用或避免使用，因为它们会消耗额外功耗和时间。这里仅用于演示。
Serial.flush()：在睡眠前调用非常重要。ESP32进入睡眠的速度很快，如果不刷新串口缓冲区，最后的打印信息可能来不及发送就丢失了。
esp_deep_sleep_start()：调用此函数后，程序立即停止，芯片进入深度睡眠。后面所有代码都不会执行。
loop()函数无用：因为每次唤醒都是复位重启，所以loop()函数体内的代码永远不会被执行。所有逻辑都必须放在setup()中，并通过判断wakeup_reason来分支。

3.2 功耗实测与数据分析

使用万用表串联在开发板的电源输入端（或使用专业功耗分析仪），可以测量不同状态下的电流。

正常工作状态（点亮LED、串口打印）：电流大约在70mA ~ 120mA，具体取决于Wi-Fi/蓝牙是否开启、CPU频率等。我们实验时通常关闭Wi-Fi和蓝牙。
深度睡眠状态（仅定时器运行）：电流会骤降到10μA ~ 150μA左右。这个范围的差异主要来自：
- 板载元器件：WeMos D1 R32板载的USB转串口芯片（CH340）、电源指示灯LED等，即使ESP32睡了，它们可能仍在耗电。为了达到最低功耗，理想情况下应仅给ESP32模块本身供电，并断开所有非必要负载。
- 内部电路配置：有些未使用的GPIO如果处于浮空状态，可能会产生漏电流。最佳实践是在睡眠前，将所有未使用的GPIO设置为输出低电平或输入上拉/下拉模式。

实操心得：如果你想追求极致的低功耗（接近芯片标称的10μA），必须进行“硬件减肥”。这意味着要抛弃标准开发板，自己设计最小系统板，只保留ESP32芯片、必要的晶振、滤波电容和Flash。同时，在软件上要确保在睡眠前调用WiFi.mode(WIFI_OFF)和btStop()来彻底关闭无线功能。

4. 实验二：触摸传感器唤醒深度睡眠

4.1 电路连接与灵敏度调整

触摸唤醒不需要复杂的电路，你只需要将一根导线、一片铜箔甚至一个焊盘连接到ESP32的触摸感应引脚上即可。常用的触摸引脚有T0(GPIO4), T2(GPIO2), T3(GPIO15), T4(GPIO13), T5(GPIO12), T6(GPIO14), T7(GPIO27), T8(GPIO33), T9(GPIO32)。

连接方式：将一根杜邦线一端插入开发板的GPIO4（即T0），另一端悬空或连接一小块铝箔胶带作为触摸电极。

核心代码解析：

#include <Arduino.h> // 定义触摸传感器引脚（T0对应GPIO4） const touch_pad_t touchPin = TOUCH_PAD_NUM0; // 设置触摸唤醒阈值。这个值需要根据实际硬件调试，通常比初始值小20-30% const int threshold = 20; void setup() { Serial.begin(115200); delay(1000); esp_sleep_wakeup_cause_t wakeup_reason = esp_sleep_get_wakeup_cause(); switch(wakeup_reason) { case ESP_SLEEP_WAKEUP_TOUCHPAD: { Serial.println("唤醒原因：触摸传感器"); // 可以获取是哪个触摸引脚被触发 touch_pad_t pin; if (esp_sleep_get_touchpad_wakeup_status(&pin) == ESP_OK) { Serial.printf("触发唤醒的触摸引脚: T%d (GPIO%d)\n", pin, (pin==TOUCH_PAD_NUM0)?4:0); // 简化映射 } break; } case ESP_SLEEP_WAKEUP_TIMER: Serial.println("唤醒原因：定时器（本例未启用）"); break; case ESP_SLEEP_WAKEUP_UNDEFINED: default: Serial.println("本次为常规启动"); // 在首次启动时，配置触摸传感器参数 initTouchWakeup(); break; } Serial.println("ESP32已启动，工作5秒后进入触摸唤醒深度睡眠模式"); digitalWrite(LED_BUILTIN, HIGH); delay(5000); digitalWrite(LED_BUILTIN, LOW); Serial.println("进入深度睡眠，请触摸连接在GPIO4上的导线..."); Serial.flush(); delay(100); // 使能触摸唤醒，并配置触发电平为低于阈值（即电容增大时唤醒） touchAttachInterrupt(T0, nullptr, threshold); // T0对应GPIO4 esp_sleep_enable_touchpad_wakeup(); esp_deep_sleep_start(); } void loop() {} // 初始化触摸唤醒配置（仅首次运行需要） void initTouchWakeup() { // 初始化触摸引脚 touch_pad_init(); // 设置触摸引脚的参考电压、衰减等参数，影响灵敏度 touch_pad_set_voltage(TOUCH_HVOLT_2V7, TOUCH_LVOLT_0V5, TOUCH_HVOLT_ATTEN_1V); // 配置滤波以抗干扰 touch_pad_filter_start(10); // 滤波周期10ms }

阈值调试技巧：阈值是触摸唤醒成败的关键。值设得太高，不敏感；设得太低，容易误触发。

先在正常模式下（不睡眠），用touchRead(T0)函数读取你连接电极的引脚原始值。观察手指触摸和未触摸时的数值差异。
通常，未触摸时数值较高（如>100），触摸时数值会降低（可能降到几十甚至个位数）。
将阈值设置为一个介于“未触摸值”和“触摸值”之间的数。例如，未触摸时读数为80，触摸后读数为15，那么阈值可以设为30-40。
在代码中，touchAttachInterrupt(T0, nullptr, threshold)的第三个参数是阈值，并且中断触发条件是读数低于阈值。所以你要确保触摸后的读数会低于这个阈值。

4.2 抗干扰设计与稳定性测试

触摸传感器极易受到干扰，特别是50Hz的工频干扰。在initTouchWakeup()函数中，我们使用了touch_pad_filter_start()来开启硬件滤波，能有效提升稳定性。

稳定性测试方法：

误触发测试：让设备进入睡眠，在无人触摸的情况下静置一段时间（如10分钟），观察串口日志是否被意外唤醒。
灵敏度测试：用不同力度、不同距离（如隔着一张纸）去接近触摸电极，测试唤醒的可靠性。
环境测试：在不同湿度、温度环境下测试，因为环境变化也会影响电容基线。

如果发现误触发严重，可以：

增加滤波强度：增大touch_pad_filter_start()的参数。
调整阈值：适当提高阈值。
优化硬件：使用屏蔽线、让触摸电极远离电源和其他数字信号线、在电极背面铺地（Guard Ring）以减小寄生电容干扰。

5. 实验三：外部引脚（按键）唤醒深度睡眠

5.1 电路设计与防抖处理

这是最可靠的唤醒方式。我们使用一个轻触开关（按键）连接在支持RTC唤醒的GPIO（例如GPIO0）和GND之间。GPIO内部启用上拉电阻，这样平时引脚为高电平，按下按键时被拉低，产生下降沿触发唤醒。

电路连接：

按键一脚接GPIO0。
按键另一脚接GND。
注意：ESP32启动时，GPIO0的电平状态决定了启动模式（高电平为正常启动，低电平为下载模式）。因此，如果使用GPIO0做唤醒，要确保在上电瞬间该引脚不能是低电平，否则会进入下载模式无法正常启动。我们的电路是按下按键才接地，所以上电时默认是高电平（内部上拉），没有问题。

核心代码解析：

#include <Arduino.h> // 定义外部唤醒引脚 #define BUTTON_WAKEUP_PIN GPIO_NUM_0 void setup() { Serial.begin(115200); delay(1000); esp_sleep_wakeup_cause_t wakeup_reason = esp_sleep_get_wakeup_cause(); switch(wakeup_reason) { case ESP_SLEEP_WAKEUP_EXT0: { // EXT0方式唤醒，只支持单个RTC GPIO Serial.println("唤醒原因：外部引脚 (EXT0)"); // 可以判断是哪个引脚唤醒的（本例中就是BUTTON_WAKEUP_PIN） uint64_t pinMask = esp_sleep_get_ext1_wakeup_status(); // 注意：EXT0用这个函数获取状态是0 // 更直接地，我们配置时就知道是哪个引脚了 Serial.printf("唤醒引脚: GPIO%d\n", BUTTON_WAKEUP_PIN); break; } case ESP_SLEEP_WAKEUP_EXT1: { // EXT1方式唤醒，支持一组引脚，通过位掩码判断 Serial.println("唤醒原因：外部引脚 (EXT1)"); uint64_t pinMask = esp_sleep_get_ext1_wakeup_status(); Serial.printf("唤醒引脚掩码: 0x%llX\n", pinMask); break; } case ESP_SLEEP_WAKEUP_UNDEFINED: default: Serial.println("本次为常规启动"); break; } Serial.println("ESP32已启动，工作5秒后进入按键唤醒深度睡眠模式"); digitalWrite(LED_BUILTIN, HIGH); delay(5000); digitalWrite(LED_BUILTIN, LOW); Serial.println("进入深度睡眠，按下连接在GPIO0的按键可唤醒..."); Serial.flush(); delay(100); // 配置外部唤醒源 // 方法1: EXT0 - 单个引脚，指定电平触发 esp_sleep_enable_ext0_wakeup(BUTTON_WAKEUP_PIN, 0); // 当GPIO0变为低电平（0）时唤醒 // 方法2: EXT1 - 多个引脚，任意一个满足条件即唤醒（本例不演示） // esp_sleep_enable_ext1_wakeup(BUTTON_PIN_MASK, ESP_EXT1_WAKEUP_ANY_LOW); esp_deep_sleep_start(); } void loop() {}

防抖处理：机械按键在按下和弹起时会产生抖动，即电平会在短时间内多次快速跳变。在普通中断中我们需要软件防抖，但对于深度睡眠唤醒，情况特殊：

EXT0/EXT1唤醒是硬件级别的，一旦检测到符合条件的电平跳变就会唤醒芯片。如果抖动恰好产生了符合条件（如低电平）的脉冲，就会导致误唤醒。
ESP32的RTC IO在作为唤醒源时，内部有一个毛刺滤波器（Glitch Filter），可以过滤掉短时间的脉冲。通常，小于约100ns的毛刺会被过滤掉。而机械按键的抖动通常在毫秒级别，远大于这个时间，因此仅靠硬件滤波器无法完全消除按键抖动带来的误唤醒。

解决方案：

硬件防抖：在按键两端并联一个0.1μF左右的电容，可以吸收抖动。这是最简单有效的方法。
软件容错：在唤醒后的业务逻辑中，加入短暂的延迟（如delay(50)）后再次读取按键状态，确认其是否稳定处于触发状态，再执行后续操作。但这只能防止唤醒后逻辑误判，不能阻止因抖动而唤醒本身。
使用更稳定的触发源：如果条件允许，使用霍尔传感器、干簧管等无抖动的开关替代机械按键。

5.2 多引脚组合唤醒逻辑实现

EXT1唤醒模式允许你设置一组引脚（最多20多个RTC GPIO），并指定唤醒逻辑：可以是其中任意一个引脚满足条件就唤醒（ESP_EXT1_WAKEUP_ANY_LOW或ESP_EXT1_WAKEUP_ANY_HIGH），也可以是所有引脚同时满足条件才唤醒。

这在需要多个唤醒条件（如“按键A”或“按键B”都可以唤醒设备）的场景下非常有用。配置EXT1后，唤醒后可以通过esp_sleep_get_ext1_wakeup_status()获得一个位掩码，从而判断具体是哪个或哪些引脚触发了唤醒。

6. 三种唤醒方式的综合对比与选型指南

特性	定时器唤醒	触摸唤醒	外部引脚（按键）唤醒
功耗	极低(~10μA)	低(~20-50μA，触摸传感器电路需供电)	低(~20μA，取决于外部上拉/下拉电阻)
可靠性	极高，时间基准稳定	中，受环境、硬件布局影响大	极高，电气信号明确
响应速度	固定延迟	即时（触摸即响应）	即时（按键即响应）
交互方式	无交互，周期性	无接触感应	物理接触
硬件复杂度	无需额外硬件	简单，需触摸电极	简单，需按键及可能需要的防抖电容
适用场景	周期性数据采集（如每小时测温）、定时上报	隐藏式开关、接近感应、无接触控制	物理按钮、门磁开关、水位报警等干接点信号
配置复杂度	简单	中等，需调试阈值	简单
抗干扰能力	强	弱，需仔细设计滤波和布局	强，可通过硬件滤波增强

选型建议：

追求极致续航的无人值守设备：首选定时器唤醒。结合RTC内存保存数据，定期醒来工作。
需要用户交互的智能面板、隐藏开关：选择触摸唤醒。提供科技感，但务必做好PCB布局和阈值校准。
需要高可靠性触发的安防、报警、遥控设备：选择外部引脚唤醒。简单粗暴，稳定可靠。
复合场景：ESP32支持同时使能多个唤醒源！例如，你可以同时使能定时器和触摸唤醒。设备要么等到定时时间到，要么被提前触摸唤醒，非常灵活。代码中只需依次调用esp_sleep_enable_timer_wakeup()和esp_sleep_enable_touchpad_wakeup()即可。

7. 进阶技巧与常见问题排查

7.1 如何保存数据跨越深度睡眠复位？

这是深度睡眠编程的核心问题。由于RAM数据全部丢失，你必须将需要保持的数据存放到不会被复位影响的地方。

RTC慢速内存（RTC SLOW Memory）：
- 这是ESP32内部一块约8KB的专用内存，在深度睡眠下由RTC电源域供电，数据得以保持。
- 使用RTC_DATA_ATTR宏定义变量。例如：RTC_DATA_ATTR int bootCount = 0;。这个变量会自动存于RTC内存中。
- 优点：速度快，使用简单。缺点：容量小，断电（彻底断电）后数据丢失。
Preferences库（基于非易失性存储NVS）：
- NVS是Flash上的一块区域，用于存储键值对数据。
- #include <Preferences.h>，使用preferences.begin()，preferences.putInt()，preferences.end()等操作。
- 优点：断电数据不丢失，容量相对较大。缺点：读写速度比RTC内存慢，有擦写寿命限制（约10万次）。
EEPROM库：
- 兼容Arduino的传统方式，底层也是基于Flash模拟。
- 建议：对于新项目，优先使用Preferences库，它更健壮，管理更方便。

示例：使用RTC_DATA_ATTR记录唤醒次数

RTC_DATA_ATTR int wakeupCount = 0; void setup() { Serial.begin(115200); wakeupCount++; // 每次唤醒复位，这个值都会在原有基础上增加 Serial.printf("这是第 %d 次唤醒\n", wakeupCount); // ... 其他逻辑 }

7.2 常见问题与解决方案速查表

现象	可能原因	排查步骤与解决方案
无法进入深度睡眠，电流无变化	1. 代码逻辑错误，未执行到`esp_deep_sleep_start()`。 2. 有中断或任务阻止睡眠。	1. 检查串口输出，确认打印了睡眠前的信息。 2. 确保在睡眠前关闭了Wi-Fi (`WiFi.mode(WIFI_OFF)`)、蓝牙(`btStop()`)。 3. 对于复杂的RTOS程序，确保所有任务都被挂起或删除。
电流下降但仍有几个mA	1. 开发板外围电路耗电（如USB芯片、指示灯）。 2. GPIO引脚状态未配置。	1. 尝试仅给ESP32模块的3.3V引脚供电，断开开发板其他部分。 2. 在睡眠前，将未使用的GPIO设置为`pinMode(pin, OUTPUT); digitalWrite(pin, LOW);`或输入模式并上拉/下拉。
触摸唤醒不灵敏或无效	1. 阈值设置不当。 2. 触摸电极面积太小或连接不良。 3. 环境干扰大。	1. 用`touchRead()`调试确定合适阈值。 2. 增大电极面积，确保导线连接牢固。 3. 启用硬件滤波 (`touch_pad_filter_start()`)，远离干扰源。
按键唤醒误触发（上电即唤醒）	1. 按键电路错误，上电时引脚即为低电平。 2. 引脚内部上拉未启用，外部又无上拉。	1. 检查电路，确保上电瞬间唤醒引脚为高电平（内部或外部上拉）。 2. 使用万用表测量睡眠时引脚的实际电压。
唤醒后程序行为异常	1. 未判断唤醒原因，所有唤醒都执行相同逻辑。 2. 依赖`loop()`函数或全局变量状态。	1. 在`setup()`开头务必用`esp_sleep_get_wakeup_cause()`判断原因并分支处理。 2. 将所有需要保持的状态存入RTC内存或Preferences。
定时器唤醒时间不准	1. RTC时钟源精度有限。 2. 睡眠时间设置过长导致溢出（最大约8小时）。	1. 接受微小误差，或使用外部高精度RTC模块。 2. 如需更长定时，可在每次唤醒后累加计数，或使用`EXT0`唤醒搭配外部RTC的报警输出。

7.3 终极省电配置清单

如果你正在设计一个电池供电的产品原型，遵循以下清单可以将深度睡眠功耗优化到接近理论最小值：

硬件层面：
- 使用ESP32模块（如ESP32-WROOM-32）的最小系统板，移除所有不必要的LED、稳压器、USB芯片。
- 为ESP32提供稳定、干净的3.3V电源。线性稳压器（LDO）在轻载时效率较低，可考虑使用高效率的DC-DC降压芯片。
- 将所有未使用的GPIO设置为输出低电平。对于输入引脚，明确配置上拉或下拉，避免浮空。
- 如果不需要，断开Flash的VDD供电（高级操作，需特定芯片型号和电路设计）。
软件层面：
- 在setup()中，尽早调用WiFi.mode(WIFI_OFF)和btStop()。
- 调用setCpuFrequencyMhz(80)或更低频率运行，工作完成后睡眠。
- 使用adc_power_off()关闭ADC电源。
- 进入睡眠前，调用esp_bluedroid_disable(),esp_bt_controller_disable()确保蓝牙彻底关闭。
- 如果使用EXT0或EXT1唤醒，且引脚内部上拉/下拉电阻足够大（如几十kΩ），则无需外部电阻，以减少漏电路径。