贾湖新郾 · 嵌入式实战

ESP32-S3低功耗实战，电池供电的IoT设备这样设计

深睡、唤醒、动态调频——把待机电流压到微安级，不是靠某一招，而是整套设计。

嵌入式实战 · T004

做电池供电的 IoT 设备，最怕两件事：一是待机电流压不下来，二是醒了之后电耗得像漏水。今天不谈玄学，把 ESP32-S3 低功耗设计的四步路线一次讲透。

先想清楚：你的设备到底是"睡"还是"醒"

低功耗设计的第一步不是写代码，而是定义工作模式。传感器节点、门锁、定位标签、环境监测——不同产品的唤醒频率和单次工作时间完全不同，功耗预算也完全不同。

高频小睡型：每几秒醒一次采集数据（如环境监测）。重点是单次唤醒时间短、任务执行快。

低频大睡型：每天醒一两次（如定位标签）。重点是深睡基线够低，唤醒路径干净。

事件唤醒型：靠外部中断触发（如门锁、按钮）。重点是唤醒源的可靠性。

ESP32-S3 的 Deep Sleep 模式是低功耗的地基，但很多人只调了模式本身，忘了外设。深睡状态下，芯片会关闭大部分数字电路，保留 RTC 域与少量外设——外设的漏电，往往比芯片自身更可怕。

① 传感器独立供电：用 GPIO 控制的负载开关或电源域，深睡前关断，唤醒后再上电。

② 上拉电阻别挂常开电源：深睡期间高电平引脚的上拉电阻会持续漏电，能复用 RTC GPIO 的场合尽量复用。

③ 电平转换器与稳压器：选带使能脚的 LDO/DC-DC，随主控一起断电，把静态损耗关在门外。

设备唤醒后不是瞬间进入工作态的。启动、初始化、外设上电、Wi-Fi 连接——每一步的耗时都是电量，尤其是 Wi-Fi 连接，往往是唤醒后最贵的一步。

唤醒源选型：定时器唤醒适合周期任务；外部 GPIO 中断适合事件触发；ESP32-S3 的 ULP 协处理器可以在深睡下做低功耗传感判断，不必唤醒主核。

Wi-Fi 连接策略：考虑"攒数据批量上报"代替"每事件即时上报"，用一次连接完成多件事，摊薄连接成本。

动态调频（DFS）：唤醒初期可以降低 CPU 频率跑慢速任务，高负载时再拉高，避免全程满频空转。

低功耗项目的返工，大多来自"架构先行"没做到位。建议把设备抽象成明确的功耗状态机：深睡 → 唤醒 → 采集 → 上报 → 回睡，每个状态明确职责、入口和出口。

状态内不轮询：深睡期间不要用忙等或空循环，让出控制权给唤醒源。

异常路径也要省电：上报失败的重试要限次退避，别让重试拖垮电池。

上线前测功耗画像：分别测深睡、唤醒、采集、上报四段电流，任何一段超出预期，都能定位到具体环节。

一句话总结：低功耗不是某个函数的功劳，而是模式定义、硬件断电、唤醒路径、软件状态机四件事的系统结果。按这条路线走一遍，你的电池供电产品大概率能多撑好几倍。

下一篇，拆 ESP32-S3 的 ULP 协处理器实战。你的低功耗项目卡在哪一步？评论区聊聊。

本文为设计方法分享，涉及 ESP32-S3 芯片特性以乐鑫官方技术规格书为准，未引用未经验证的具体测量数值。
公众号：贾湖新郾