ESP32-S3深度睡眠实战：从模式选择到功耗优化全解析-平芜编程栈

1. 项目概述：为什么ESP32的“睡觉”是个技术活

拿到一块XIAO ESP32S3 Sense开发板，第一反应往往是折腾它的摄像头和麦克风，搞点AI视觉或语音识别。但当你真正想用它做个能跑上几个月甚至一年的低功耗设备时，比如一个无线环境传感器、一个智能门磁或者一个隐蔽的安防摄像头，第一个拦路虎就是功耗。看着满电的锂电池几天甚至几小时就耗尽，那种挫败感我深有体会。ESP32系列芯片强大的无线功能和丰富的外设是以功耗为代价的，而“休眠模式”就是官方给出的终极省电法宝。但“休眠”二字背后，远不是一句esp_deep_sleep_start()那么简单，它涉及到CPU状态、内存数据留存、外设断电、唤醒源配置等一系列连锁反应，更像是一场精密的“手术”，需要你亲手决定让设备的哪些部分“沉睡”，哪些部分保持“警觉”。

XIAO ESP32S3 Sense这块板子，集成了ESP32-S3芯片、摄像头、麦克风、SD卡槽和锂电池管理，本身就是为边缘AI与低功耗应用设计的。因此，掌握其休眠技术，意味着你能在“功能全开进行智能识别”和“极致省电长期待机”之间自由切换，榨干每一毫安时电池的潜力。这不仅仅是调用一个API，而是对整个系统电源管理的深度理解。我在这块板子上反复测试了各种休眠模式，踩遍了数据丢失、无法唤醒、功耗不降反增的坑，才梳理出这套从理论到实践，再到排坑的完整指南。如果你也希望你的物联网设备不再是“电老虎”，那么这篇关于如何让ESP32-S3 Sense“优雅入睡”和“准时醒来”的笔记，或许正是你需要的。

2. ESP32-S3休眠模式深度解析：五种“睡眠”状态的选择题

ESP32-S3提供了从浅到深、灵活性依次递增的五种休眠模式。选择哪种模式，完全取决于你的应用场景：你需要多快被唤醒？唤醒后需要保留多少运行状态？哪些外设或内存数据必须保持供电？

2.1 活跃模式：基准功耗的认知

在讨论休眠之前，必须先建立一个基准：活跃模式下的功耗。这不是休眠，但却是所有优化的起点。XIAO ESP32S3 Sense在仅主CPU运行、Wi-Fi和蓝牙关闭、外设（摄像头、麦克风）未初始化的情况下，电流大约在30-50mA。一旦开启Wi-Fi并连接到网络，功耗会瞬间飙升至80-150mA甚至更高，进行数据收发时会有脉冲峰值。摄像头初始化后，即使不抓图，也会增加10-20mA的功耗。

注意：测量功耗时，务必使用串联万用表电流档或专业功耗分析仪。仅凭芯片手册的理论值或开发板LED的亮度来估算，结果会谬以千里。我的经验是，实际功耗往往比手册的“典型值”高出20%-50%，因为手册数据是基于最优化的最小系统测得的，而开发板上的电平转换芯片、稳压器、指示灯等都会带来额外消耗。

2.2 调制解调器睡眠：保持连接的“打盹”

这是最浅的休眠，适用于需要维持Wi-Fi连接但暂时无数据传输的场景，比如一个每分钟上报一次数据的传感器。在此模式下，CPU和大部分外设仍在运行，但Wi-Fi/蓝牙的射频电路被关闭，仅在固定的“监听窗口”醒来接收路由器信标。你可以通过Arduino的WiFi.setSleep(true)或ESP-IDF的esp_wifi_set_ps(WIFI_PS_MIN_MODEM)来启用。

功耗表现：电流可降至15-30mA。唤醒延迟极短，微秒级，因为CPU一直在运行。数据保持：所有变量、内存状态完全保留，程序从调用睡眠的函数后继续执行。适用场景：对实时性要求高、需要频繁（秒级）与网络交互，但又想节省一些功耗的应用。对于电池供电，这通常还不够。

2.3 轻度睡眠：暂停CPU，等待事件

轻度睡眠下，CPU时钟停止，但RTC（实时时钟）和ULP（超低功耗协处理器）仍在运行。RTC内存（约8KB）和常规RAM中的数据都会保留。唤醒后，CPU从停止的指令处继续执行，就像按下了暂停键又继续。

关键机制：唤醒源可以是定时器、外部引脚（EXT0/EXT1）、触摸传感器或ULP协处理器。这是最常用的低功耗模式之一。功耗表现：电流可降至0.8-1.5mA（仅芯片，开发板整体会略高）。XIAO ESP32S3 Sense板载了额外的电路，实测整体板级电流在2-3mA左右。实操要点：进入轻度睡眠前，必须手动将不需要的外设（如I2C、SPI、摄像头、ADC等）设置为低功耗状态或关闭。ESP32不会自动帮你做这些。忘记关闭摄像头电源，功耗可能丝毫未减。

2.4 深度睡眠：大部分系统的断电

这是ESP32最经典的深度省电模式。在此模式下，CPU、大部分RAM以及所有由VDD3P3_RTC电源域供电的数字电路都会掉电。仅RTC控制器、RTC慢速内存（8KB）和少数用于唤醒的电路保持上电。

核心变化：

内存：只有RTC慢速内存（标记为RTC_DATA_ATTR的变量）的数据会保留。所有全局变量、堆栈数据全部丢失。
程序流：唤醒后，芯片将经历一次完整的硬件复位，从setup()函数重新开始执行，而不是继续之前的代码。
唤醒源：支持定时器、外部引脚（仅RTC IO）、触摸传感器（需配置）和ULP协处理器。

功耗表现：芯片内核电流可低至10-50μA。对于整个XIAO开发板，由于板载USB-Serial芯片、电源指示灯等仍有微小耗电，实测深度睡眠电流在100-300μA之间，已经足够让一颗500mAh的电池支撑数月。适用场景：数据采集传感器（如每小时采集一次温湿度并上传）、智能门锁、远程遥控器等不需要保持状态、任务周期性的设备。

2.5 休眠模式：极致的能量守卫

休眠模式是深度睡眠的进一步延伸。除了保留深度睡眠的功能外，它还可以选择性地关闭内部稳压器，并断开所有数字内核电源。这是ESP32-S3可达到的最低功耗状态。

极端省电：在此模式下，仅RTC电源域和RTC慢速内存有电。芯片总电流可降至5μA以下。苛刻限制：可用的唤醒源大大减少，通常仅支持外部引脚唤醒（且需要特定的低电平或高电平信号保持一段时间）。定时器唤醒可能不可用。应用场景：对功耗极其敏感，且唤醒条件非常明确、简单的设备，例如仅通过一个物理按钮唤醒的标签设备。

2.6 模式选择决策树

面对五种模式，如何选择？我总结了一个简单的决策流程：

是否需要保持Wi-Fi连接？
- 是 ->调制解调器睡眠。
- 否 -> 进入下一步。
唤醒后是否需要从“暂停处”继续执行，保留所有变量状态？
- 是 ->轻度睡眠。
- 否 -> 进入下一步。
任务周期是否固定，或由外部物理事件（如按键、传感器信号）触发？
- 是 ->深度睡眠（最常用、最平衡）。
- 否 -> 进入下一步。
对功耗的要求是否极端苛刻，且唤醒方式极其简单？
- 是 ->休眠模式。
- 否 -> 重新评估需求。

对于XIAO ESP32S3 Sense，深度睡眠是绝大多数电池供电项目的首选，因为它实现了功耗和功能性的最佳平衡。接下来，我们就聚焦深度睡眠，进行实战。

3. XIAO ESP32S3 Sense深度睡眠实战全流程

理论清楚了，现在把手弄脏。我们以实现一个“每小时测量一次环境温湿度并通过Wi-Fi上传，然后继续睡眠”的传感器节点为例，详解每一步。

3.1 硬件准备与功耗测量基线

首先，确保你使用电池（通过XIAO的电池接口）或可精确测量电流的稳压电源为板子供电。拔掉USB线，因为USB接口本身会带来变量。为了准确测量休眠电流，你需要：

一个数字万用表，切换到微安档。
将万用表串联在电池正极和开发板BAT+引脚之间。
上传一个最简单的深度睡眠测试代码（如下），然后观察读数。

// 深度睡眠电流测试基线 #define uS_TO_S_FACTOR 1000000ULL // 微秒到秒的转换因子 #define TIME_TO_SLEEP 10 // 睡眠时间（秒） RTC_DATA_ATTR int bootCount = 0; // 存储在RTC内存，唤醒后数据保留 void setup() { Serial.begin(115200); delay(1000); // 等待串口稳定 bootCount++; Serial.printf("唤醒次数: %d\n", bootCount); // 打印唤醒原因 esp_sleep_wakeup_cause_t wakeup_reason; wakeup_reason = esp_sleep_get_wakeup_cause(); print_wakeup_reason(wakeup_reason); Serial.println("即将进入深度睡眠，持续10秒..."); Serial.flush(); // 重要！确保所有串口数据发送完毕 delay(100); // 配置定时器唤醒 esp_sleep_enable_timer_wakeup(TIME_TO_SLEEP * uS_TO_S_FACTOR); // 进入深度睡眠 esp_deep_sleep_start(); } void loop() {} // 深度睡眠后不会执行到这里 void print_wakeup_reason(esp_sleep_wakeup_cause_t cause){ switch(cause){ case ESP_SLEEP_WAKEUP_EXT0 : Serial.println("外部引脚RTC_IO唤醒"); break; case ESP_SLEEP_WAKEUP_EXT1 : Serial.println("外部引脚RTC_CNTL唤醒"); break; case ESP_SLEEP_WAKEUP_TIMER : Serial.println("定时器唤醒"); break; case ESP_SLEEP_WAKEUP_TOUCHPAD : Serial.println("触摸唤醒"); break; case ESP_SLEEP_WAKEUP_ULP : Serial.println("ULP协处理器唤醒"); break; default : Serial.printf("非深度睡眠唤醒: %d\n",cause); break; } }

上传代码后，观察万用表。在芯片运行setup()的几秒钟内，你会看到一个较高的电流（几十mA）。随后，当esp_deep_sleep_start()执行后，电流应骤降至一个稳定值。这就是你开发板深度睡眠的基础电流。记下这个值，它是你后续所有优化的基准。我的XIAO ESP32S3 Sense实测约为150μA。

3.2 关键步骤一：保存必要数据到RTC内存

由于深度睡眠后全局变量会丢失，任何需要跨睡眠周期保存的数据，都必须存入RTC慢速内存。使用RTC_DATA_ATTR宏定义变量。

// 定义需要保留的数据 RTC_DATA_ATTR float lastTemperature = 0.0; RTC_DATA_ATTR float lastHumidity = 0.0; RTC_DATA_ATTR int measurementCount = 0; RTC_DATA_ATTR char ssid[32] = "Your_SSID"; // 甚至Wi-Fi凭证也可以存这里 RTC_DATA_ATTR char password[64] = "Your_PASSWORD";

重要心得：RTC内存只有8KB，且访问速度慢于常规RAM。不要存储大型数组或结构体。对于字符串，确保预留足够的空间并小心操作，避免内存溢出。一个常见的坑是：在setup()中修改RTC_DATA_ATTR变量后，如果设备在loop()中意外重启（非深度睡眠），这些修改可能会丢失，因为只有深度睡眠唤醒的复位才会保留RTC内存。常规复位会将其初始化。

3.3 关键步骤二：在睡眠前妥善关闭外设

这是降低功耗的最关键一步。ESP32不会自动关闭你初始化过的外设。你必须手动将它们置于低功耗状态或反初始化。

void prepareForDeepSleep() { Serial.println("正在关闭外设..."); Serial.flush(); // 确保串口信息发出 delay(10); // 1. 关闭Wi-Fi和蓝牙（如果使用过） WiFi.disconnect(true); // 断开连接并关闭Wi-Fi WiFi.mode(WIFI_OFF); btStop(); // 如果启用了蓝牙 // 2. 关闭板载外设电源（如果支持） // XIAO ESP32S3 Sense 的摄像头和麦克风通常由特定GPIO控制电源 // 例如，摄像头电源引脚可能是GPIO 21，需要拉低 pinMode(21, OUTPUT); digitalWrite(21, LOW); // 3. 将已使用的普通GPIO设置为高阻态，防止漏电 // 对于输入引脚，设置为INPUT_PULLUP或INPUT_PULLDOWN可能更省电，取决于外部电路 // 对于未使用的引脚，最安全的做法是设置为INPUT_PULLUP。 pinMode(4, INPUT_PULLUP); // 举例 pinMode(5, INPUT_PULLUP); // 4. 断开与I2C/SPI设备的连接（如果硬件支持） // Wire.end(); // 谨慎使用，可能会影响后续初始化 // 5. 关闭ADC和DAC // adc_power_off(); // ESP-IDF API，Arduino中可能需要直接调用底层 // 6. 最后，关闭串口（UART） Serial.end(); }

踩坑实录：我曾遇到深度睡眠电流始终在2mA左右降不下去的问题。排查了半天，最后发现是初始化了一个I2C传感器（BME280）后，没有在睡眠前将SDA和SCL引脚设置为高阻态。I2C总线上的上拉电阻导致了持续的电流消耗。将这两个引脚模式改为INPUT_PULLUP后，电流立刻降到了预期值。

3.4 关键步骤三：配置并启用唤醒源

你可以同时启用多个唤醒源，任何一个触发都会唤醒设备。最常用的是定时器唤醒。

void configureWakeUpSources() { // 1. 定时器唤醒（最常用） uint64_t sleep_time_us = 3600 * 1000000ULL; // 睡眠1小时 esp_sleep_enable_timer_wakeup(sleep_time_us); // 2. 外部引脚唤醒（例如，用按键唤醒设备） // 使用EXT0：单个引脚，高/低电平触发 // esp_sleep_enable_ext0_wakeup(GPIO_NUM_0, 0); // 引脚0，低电平触发 // 使用EXT1：多个引脚组合，任意一个高/低电平触发 // esp_sleep_enable_ext1_wakeup(BIT(GPIO_NUM_0) | BIT(GPIO_NUM_35), ESP_EXT1_WAKEUP_ANY_LOW); // 3. 触摸唤醒（将触摸引脚作为轻触开关） // touchSleepWakeUpEnable(T0); // 使能触摸引脚T0（对应GPIO 4） Serial.println("唤醒源已配置"); }

关于定时器精度：ESP32的RTC定时器基于150kHz的慢速时钟，其精度受温度影响较大。在室温下，误差大约在±5%以内。对于需要高精度定时（如每天固定时间）的应用，建议使用外部低功耗RTC芯片（如DS3231），并通过外部引脚唤醒ESP32。

3.5 完整工作流代码示例

将以上步骤整合，一个完整的温湿度传感器节点代码如下：

#include <WiFi.h> #include <HTTPClient.h> // 假设使用DHT22传感器，连接在GPIO 15 #include <DHT.h> #define DHTPIN 15 #define DHTTYPE DHT22 DHT dht(DHTPIN, DHTTYPE); // RTC内存保存数据 RTC_DATA_ATTR float lastTemp = NAN; RTC_DATA_ATTR float lastHum = NAN; RTC_DATA_ATTR int bootCount = 0; RTC_DATA_ATTR char ssid[] = "YourNetwork"; RTC_DATA_ATTR char pass[] = "YourPassword"; void setup() { Serial.begin(115200); delay(500); // 短延时等待稳定 bootCount++; Serial.printf("\n=== 第 %d 次唤醒 ===\n", bootCount); printWakeupReason(); // 初始化传感器 dht.begin(); delay(2000); // 等待传感器稳定 // 1. 读取传感器数据 float h = dht.readHumidity(); float t = dht.readTemperature(); if (isnan(h) || isnan(t)) { Serial.println("读取DHT传感器失败！"); lastTemp = NAN; lastHum = NAN; } else { lastTemp = t; lastHum = h; Serial.printf("温度: %.2f°C, 湿度: %.2f%%\n", t, h); } // 2. 连接Wi-Fi并上传数据 bool uploadSuccess = false; if (!isnan(t) && !isnan(h)) { uploadSuccess = connectAndUpload(t, h); } // 3. 准备进入深度睡眠 Serial.println("数据任务完成，准备休眠..."); prepareForDeepSleep(); // 4. 配置唤醒（例如，30分钟后唤醒） uint64_t sleepDuration = 30 * 60 * 1000000ULL; // 30分钟 esp_sleep_enable_timer_wakeup(sleepDuration); Serial.println("进入深度睡眠..."); Serial.flush(); delay(100); esp_deep_sleep_start(); // 程序在此停止，直到被唤醒 } void loop() {} // 永不执行 bool connectAndUpload(float temperature, float humidity) { WiFi.begin(ssid, pass); int retries = 0; while (WiFi.status() != WL_CONNECTED && retries < 20) { delay(500); Serial.print("."); retries++; } if (WiFi.status() != WL_CONNECTED) { Serial.println("\nWi-Fi连接失败，跳过上传。"); return false; } Serial.println("\nWi-Fi连接成功！"); HTTPClient http; http.begin("http://your-server.com/api/sensor-data"); // 替换为你的服务器地址 http.addHeader("Content-Type", "application/json"); String payload = "{\"temp\":" + String(temperature) + ",\"hum\":" + String(humidity) + "}"; int httpCode = http.POST(payload); if (httpCode > 0) { Serial.printf("HTTP响应代码: %d\n", httpCode); } else { Serial.printf("HTTP请求失败: %s\n", http.errorToString(httpCode).c_str()); } http.end(); return (httpCode == 200); } void prepareForDeepSleep() { // 关闭Wi-Fi WiFi.disconnect(true); WiFi.mode(WIFI_OFF); // 关闭传感器电源（如果GPIO控制） pinMode(DHTPIN, INPUT_PULLUP); // 将传感器引脚设为上拉输入，减少漏电 // 关闭其他可能的外设... Serial.end(); // 关闭串口 } void printWakeupReason() { esp_sleep_wakeup_cause_t cause = esp_sleep_get_wakeup_cause(); switch(cause) { case ESP_SLEEP_WAKEUP_TIMER: Serial.println("由定时器唤醒"); break; // ... 其他原因 default: Serial.printf("唤醒原因代码: %d\n", cause); break; } }

4. 功耗优化进阶与疑难杂症排查

即使按照上述步骤操作，你可能还是会遇到功耗不如预期、无法唤醒等问题。这里分享一些进阶技巧和常见问题的排查思路。

4.1 功耗降不下来的常见原因与排查表

现象	可能原因	排查方法与解决方案
深度睡眠电流 > 500μA	1. 外设未完全关闭。 2. GPIO引脚状态不当。 3. 电源电路漏电。	1.逐一排查：在`prepareForDeepSleep()`中，注释掉所有外设初始化代码，仅保留最基本的睡眠代码，测电流。然后逐一取消注释，找到耗电元凶。 2.检查GPIO：将所有未使用和已使用但可释放的GPIO设置为`INPUT_PULLUP`。特别注意I2C的SDA/SCL、SPI的CS/CLK/MOSI/MISO等引脚。 3.测量芯片VDD引脚：使用万用表测量ESP32-S3芯片的电源引脚电流，与开发板总电流对比，判断是芯片本身耗电还是外围电路耗电。
电流在几十mA徘徊，未进入睡眠	1. 程序逻辑错误，未执行到`esp_deep_sleep_start()`。 2. 有中断或任务阻止进入睡眠。 3. 看门狗定时器未处理。	1.添加调试信息：在`esp_deep_sleep_start()`前通过串口打印“准备睡眠”，并确保`Serial.flush()`和`delay(100)`给串口足够时间输出。 2.检查循环和中断：确保没有`while(1)`死循环或高频定时器中断在运行。在Arduino中，简单的`loop()`空函数是安全的。 3.禁用看门狗：在进入睡眠前，可以尝试`esp_task_wdt_deinit()`（但需谨慎，可能影响系统稳定性）。
设备唤醒后行为异常，数据错乱	1. RTC内存数据损坏。 2. 唤醒后外设未正确重新初始化。 3. 电源不稳定导致复位异常。	1.数据校验：对存入RTC内存的关键数据添加校验和（如CRC8），唤醒后先校验再使用。 2.完整初始化：在`setup()`中，像第一次上电一样完整初始化所有需要的外设（传感器、总线等），不要假设它们还保持状态。 3.电源滤波：在电池供电引脚增加一个100μF的电解电容并联一个0.1μF的陶瓷电容，滤除噪声，防止电压毛刺导致异常复位。
定时器唤醒时间不准	1. RTC时钟源精度限制。 2. 睡眠期间电压或温度变化影响时钟。	1.接受误差：对于不敏感的应用，±5%的误差可以接受。 2.使用外部RTC：对于需要精准日历时间的应用，使用DS3231等外部高精度RTC芯片，通过I2C读取时间，并用其报警中断引脚连接ESP32的EXT0唤醒引脚。
无法被外部引脚唤醒	1. 唤醒引脚配置错误（电平极性）。 2. 唤醒信号持续时间不足。 3. 引脚在睡眠时处于不稳定状态。	1.确认电平和引脚：使用`esp_sleep_enable_ext0_wakeup(pin, level)`时，确保`level`参数（0=低电平，1=高电平）与实际硬件信号匹配。确认引脚号正确。 2.信号宽度：唤醒信号需要保持足够长的时间（通常>1ms）。对于机械按键，需要硬件消抖或软件在唤醒后延时判断。 3.配置上拉/下拉：在进入睡眠前，将唤醒引脚配置为明确的上拉或下拉（`INPUT_PULLUP`/`INPUT_PULLDOWN`），避免悬空导致误触发。

4.2 使用ULP协处理器在深度睡眠中采样

这是ESP32的一个杀手锏功能。ULP（Ultra Low Power）协处理器在深度睡眠期间仍然可以运行，并以极低的功耗（约10μA）进行简单的ADC采样、GPIO状态监测等任务。当ULP程序满足条件时，它可以主动唤醒主CPU。

核心步骤：

编写ULP汇编程序：用汇编语言编写一个循环，读取ADC（例如，连接光敏电阻的GPIO）的值。
编译并加载程序：使用ulp_load_binary等API将汇编程序加载到RTC内存。
配置并启动ULP：设置ULP的唤醒阈值和运行周期，然后启动它。
进入深度睡眠：主CPU进入深度睡眠，ULP开始工作。
ULP唤醒主CPU：当ADC值超过阈值时，ULP触发中断唤醒主CPU。

这个过程相对复杂，涉及汇编和底层寄存器操作。对于XIAO ESP32S3 Sense，一个典型的应用是：在深度睡眠中，每隔5秒用ULP读取一次PIR（人体红外）传感器的输出引脚（ADC）。只有当检测到电压变化（表示有人移动）时，才唤醒主CPU开启摄像头进行拍照。这能将静态监控的待机功耗降到极低。

4.3 电源管理相关GPIO的特殊处理

有些GPIO在深度睡眠下的行为需要特别注意：

GPIO 0, 2, 4, 12-15, 25-27, 32-39：这些是RTC GPIO，可以在深度睡眠下通过EXT0或EXT1用作唤醒源。这是最可靠的外部唤醒引脚选择。
GPIO 1, 3：通常是串口TX/RX，与USB转串口芯片相连。即使进入深度睡眠，如果USB供电，这些引脚上的电平变化也可能导致电流异常。在电池供电时问题不大。
GPIO 34-39：这些是仅输入引脚，内部无上拉电阻。如果悬空，在深度睡眠时容易因感应噪声而产生微小电流。最好外接一个下拉电阻或配置为INPUT_PULLDOWN（如果支持）。

一个良好的习惯是：在setup()的开头，将所有你不打算使用的GPIO都设置为INPUT_PULLUP。这能为引脚提供一个确定的电平，减少漏电。

5. 项目实战：低功耗智能相机陷阱

最后，我们综合运用以上知识，为XIAO ESP32S3 Sense设计一个“相机陷阱”项目。它的功能是：绝大部分时间处于深度睡眠状态，仅由ULP协处理器监测一个红外热释电（PIR）传感器。当PIR检测到动物活动时，ULP唤醒主CPU，主CPU启动摄像头拍摄一张照片，通过Wi-Fi上传到服务器，然后继续进入深度睡眠。

系统设计要点：

功耗预算：
- 深度睡眠（仅ULP运行）：目标 < 200μA。
- 活跃状态（拍摄+上传）：持续约10-15秒，平均电流约120mA。
- 假设使用2000mAh锂电池，每天触发10次。睡眠电流200μA，一天耗电约4.8mAh；活跃状态每天耗电约5mAh。总日耗电约10mAh，理论续航可达200天。
硬件连接：
- PIR传感器输出端连接至GPIO 36（VP，ADC1_CH0），该引脚可作为ADC输入供ULP使用。
- 摄像头正常连接。
- 考虑增加一个光敏电阻（连接至另一个ADC引脚），让ULP同时判断光照强度，只在白天触发，进一步省电。
软件流程：
- 主程序初始化摄像头、Wi-Fi，配置ULP程序（读取GPIO36的ADC值，设定运动检测阈值）。
- 主程序进入深度睡眠。
- ULP每2秒读取一次ADC值，与阈值比较。
- 若检测到运动，ULP唤醒主CPU。
- 主CPU唤醒后，先读取RTC内存中ULP存储的ADC数据（可选），然后启动摄像头拍照。
- 连接Wi-Fi，上传图片。
- 调用prepareForDeepSleep()函数，关闭所有外设，重新配置ULP唤醒，再次进入深度睡眠。
避坑技巧：
- 电源去耦：在电池输入端和PIR传感器电源端分别添加滤波电容，防止电机或摄像头工作时造成的电压跌落干扰ULP或导致系统复位。
- 看门狗：在活跃工作阶段（拍照上传）启用软件看门狗，防止网络卡死导致设备“变砖”。
- 失败重试与休眠：如果Wi-Fi连接或上传失败，不要无限重试。尝试2-3次后，记录错误到RTC内存，然后直接进入睡眠。下次唤醒时，可以根据记录尝试不同的策略（如延长等待时间）。