文章目录摘要一、为什么要用 STANDBY二、硬件准备三、CubeMX 配置要点3.1 RCC 与时钟树3.2 RTC 配置3.3 生成代码四、核心代码实现4.1 进入待机与 RTC 周期唤醒4.2 主流程区分冷启动与唤醒4.3 低功耗节点工作流程五、实测电流数据5.1 理论值与实测的偏差六、电池寿命估算七、故障排查7.1 程序卡在 HAL_PWR_EnterSTANDBYMode() 不进入待机7.2 唤醒后分不清是冷启动还是唤醒7.3 备份寄存器数据丢失7.4 实测电流远高于手册7.5 RTC 唤醒不触发7.6 WKUP 引脚误唤醒八、总结8.1 要点回顾8.2 适用边界8.3 已知问题与扩展方向参考资料摘要电池供电的物联网节点经常面临同一个矛盾既要长时间待机又要在指定时刻醒来干活。STOP 模式虽然方便但电流很难压到 1μA 以下真正追求极致续航的场合STANDBY 模式才是终点。本文基于 STM32L431RCT6实测 STANDBY 模式下整机静态电流 0.4μA叠加 RTC 唤醒定时器后 1.1μA相比 STOP2 模式再降约 62%。文章完整给出 CubeMX 配置步骤、进入待机的 HAL 代码、通过备份寄存器在唤醒后恢复业务数据的方法以及 6 类常见故障的排查路径最后用 CR2032 电池做了寿命估算理论 23 年、考虑自放电约 5~8 年。一、为什么要用 STANDBY做低功耗项目的人迟早会面对 STOP 和 STANDBY 的选择。STOP 模式的好处是 SRAM 和寄存器内容保留唤醒后程序继续执行不用重新初始化坏处是电压调节器还在供电电流再低也有下限。STM32L4 的 STOP2 在数据手册上可以到 1μA 左右实测大概 1.2μA对很多场景够用但如果产品要求一节电池撑一年以上这个量级还是偏大。STANDBY 的思路完全不同它把 SRAM 和绝大部分外设的供电都断掉只保留备份域RTC、备份寄存器、WKUP 引脚逻辑。代价是唤醒后相当于一次复位程序从 main 重新跑RAM 里的数据全部丢失。这个取舍值得仔细权衡对比维度STOP2STANDBY我的选择典型电流手册1.0μA0.29μASTANDBY 更低唤醒后 RAM 数据保留丢失数据放备份寄存器唤醒后程序状态从断点继续复位重跑用标志位区分唤醒延迟约 10μs约 40μs两者都可接受外设状态大部分保留全部重新初始化初始化放同一处我最终选 STANDBY 的原因很直接这个项目野外温湿度采集节点每天只需要醒 24 次每次 3 秒其余时间都在睡。既然 RAM 里的数据本来就要落盘到 Flash 或上报保留它没有意义不如把电流压到极限。相关阅读《STM32F103C8T6 低功耗实战Sleep/Stop/Standby 三种模式功耗实测与 RTC 周期唤醒》 — F1 系列的同类实测可以对比两个系列的功耗差异。本文完整工程代码可在 CSDN 下载频道 获取VIP 免费。二、硬件准备模块型号/规格说明MCU 核心板STM32L431RCT6 自制板或任意 L4 系列工程通用调试器ST-Link V2调试时使用实测前需断开万用表优利德 UT61EμA 档串入电源回路测电流RTC 晶振32.768kHz负载 6pF待机唤醒的时钟源电池CR2032225mAh寿命估算用传感器AHT20I2C业务外设演示用一个很容易被忽略的点VBAT 引脚必须接电。备份域RTC、备份寄存器由 VBAT 供电如果 VBAT 悬空RTC 和备份寄存器在掉电时会全部丢失。我习惯在低功耗板上把 VBAT 直接接到 VDD并用 100nF 电容去耦。三、CubeMX 配置要点3.1 RCC 与时钟树RCCLSE 使能32.768kHz 晶振HSE 根据板子选系统时钟 80MHzPLL 倍频时钟树里确认RTC 时钟源选择 LSERTC/LCD域 32.768kHz调试接口SYS → Debug 选 Serial WireSWD仅调试用量产可关为什么 RTC 时钟源必须用 LSE 而不是 LSI我在第一版工程里图省事用了 LSI内部 37kHz 振荡器结果两个问题一是实测待机电流从 1.1μA 涨到 2.3μA二是 RTC 一天漂移好几秒。LSE 晶振虽然多了两个外部元件但精度和功耗都碾压 LSI低功耗产品没有理由不用它。3.2 RTC 配置在 CubeMX 的 RTC 页面里勾选Activate Clock Source使能 LSE 作为 RTC 时钟Activate Calendar日历功能闹钟/唤醒依赖它RTC WakeUp勾选 Activated这里就是 STANDBY 的唤醒源分频参数保持默认即可异步 127、同步 255得到 1Hz 日历时钟。唤醒定时器用的是RTC_WAKEUPCLOCK_CK_SPRE_1HZ即 1Hz 计数代码里直接传秒数语义最直观。3.3 生成代码生成后确认rtc.c里HAL_RTCEx_SetWakeUpTimer_IT相关配置存在。注意 CubeMX 默认生成的唤醒定时器是关闭的真正使能要放在进入待机前见下一节。相关阅读《STM32L431 STOP2模式实战从RTC唤醒到外设重配的完整流程》 — 如果想对比 STOP2 唤醒后的外设重配流程这篇写得很细。四、核心代码实现4.1 进入待机与 RTC 周期唤醒/* standby.c */#includestandby.h#includertc.h#includeusart.h#includegpio.h/** * brief 进入 STANDBY 模式由 RTC 唤醒定时器在指定秒数后唤醒 * param wakeup_seconds 唤醒间隔秒1Hz 计数 * retval 无进入待机后不返回唤醒等效于复位 */voidEnter_Standby(uint32_twakeup_seconds){/* 1. 记录进入待机前的运行次数用于唤醒后验证数据保持 */uint32_tboot_countHAL_RTCEx_BKUPRead(hrtc,RTC_BKP_DR0);HAL_RTCEx_BKUPWrite(hrtc,RTC_BKP_DR0,boot_count1);/* 2. 打印最后状态然后关闭调试串口串口本身有静态电流 */printf(Enter STANDBY, wakeup in %lu s\r\n,(unsignedlong)wakeup_seconds);HAL_UART_DeInit(huart1);/* 3. 先关闭旧的唤醒定时器再按新间隔配置1Hz 计数直接传秒数 */HAL_RTCEx_DeactivateWakeUpTimer(hrtc);HAL_RTCEx_SetWakeUpTimer_IT(hrtc,wakeup_seconds,RTC_WAKEUPCLOCK_CK_SPRE_1HZ);/* 4. 清除待机唤醒标志避免上次唤醒状态干扰本次判断 */__HAL_PWR_CLEAR_FLAG(PWR_FLAG_SB);/* 5. 进入 STANDBY此函数不返回 */HAL_PWR_EnterSTANDBYMode();}/** * brief 判断本次启动是否由 STANDBY 唤醒产生 * retval 1STANDBY 唤醒0上电/其他复位 */uint8_tIs_Standby_Wakeup(void){if(__HAL_PWR_GET_FLAG(PWR_FLAG_SB)){__HAL_PWR_CLEAR_FLAG(PWR_FLAG_SB);return1;}return0;}这段代码有三个细节值得单独说明备份寄存器计数待机唤醒后 RAM 全丢唯一能从上一次运行带过来数据的通道就是备份域寄存器RTC_BKP_DR0~DR31。这里把运行次数存进去唤醒后读出来就能确认数据保持链路是通的。先 Deactivate 再 SetWakeUpTimerHAL 库对唤醒定时器的配置不是覆盖式的不先关闭旧的再次配置可能失败或者沿用旧值这个坑我踩过一次。PWR_FLAG_SB 标志待机唤醒后该位置 1用它区分冷启动和唤醒启动业务上非常有用。4.2 主流程区分冷启动与唤醒/* main.c */intmain(void){HAL_Init();SystemClock_Config();MX_GPIO_Init();MX_RTC_Init();MX_USART1_UART_Init();if(Is_Standby_Wakeup()){/* 唤醒启动从备份寄存器恢复业务数据 */uint32_tcountHAL_RTCEx_BKUPRead(hrtc,RTC_BKP_DR0);printf(Wakeup from STANDBY, boot count %lu\r\n,(unsignedlong)count);Do_Periodic_Task();/* 读传感器、上报数据 */}else{/* 冷启动备份寄存器清零重新开始计数 */HAL_RTCEx_BKUPWrite(hrtc,RTC_BKP_DR0,0);printf(Cold boot\r\n);Do_Init_Task();/* 首次初始化、校时等 */}/* 业务完成进入待机10 秒后唤醒演示值 */Enter_Standby(10);}待机唤醒后程序从 main 重新执行不会接着睡前的断点继续跑。所以所有外设初始化时钟、GPIO、串口都放 main 开头冷启动和唤醒共用一套区别只在业务分支。这个结构让外设重新初始化这件事只出现一次维护成本最低。第一次调试这段代码时我一直怀疑备份寄存器没生效每次唤醒后 count 都是 1。排查了很久才发现是我的板子只接了 VDD 没接 VBAT断电后备份域跟着丢了。把 VBAT 接到 VDD 后count 才正常递增。4.3 低功耗节点工作流程否是上电 / 复位Is_Standby_Wakeup?冷启动初始化备份寄存器清零从备份寄存器恢复业务数据读传感器上报数据LoRa/串口写备份寄存器更新状态配置RTC唤醒定时器进入STANDBY等待RTC唤醒电流约1.1μA这个流程里唯一不能妥协的是备份寄存器所有状态都靠它传递醒来时不依赖任何 RAM 残留数据。只要备份域供电正常无论断电多久、唤醒多少次业务逻辑都能从上次的状态继续。五、实测电流数据测量方法万用表 μA 档串在 3.3V 电源回路里断开调试器等待 10 秒待系统稳定后读数。每个配置测 5 次取中位数。配置实测电流数据手册参考说明RUN 80MHz 全速约 21.8mA24mA典型外设全开业务运行态STOP2 RTC(LSE)1.2μA1.0μA对照组RAM 保留STANDBY 无 RTC0.4μA0.29μA仅备份域供电STANDBY RTC(LSE)1.1μA1.0μA唤醒定时器 1Hz 计数STANDBY RTC(LSI)2.3μA2.1μALSI 振荡器功耗较高STANDBY SMPS 模式0.3μA0.20μA需外部电感见下从数据里能读出几件事STANDBY 比 STOP2 省约 62%1.2μA → 0.4μA都不带 RTC 时对比更明显STOP2 约 1.0μASTANDBY 约 0.4μA。RTC 是大头加了 RTC 后 STANDBY 从 0.4μA 涨到 1.1μA几乎全是 LSE 晶振和 RTC 域的静态电流。如果你不需要定时唤醒只用 WKUP 引脚唤醒那 STANDBY 电流就是 0.4μA 这个量级。SMPS 模式L4 的 PWR 可以切到 SMPS 稳压模式待机电流更低但要外接一个 10μH 电感。我画板时没预留只有手焊了一块测试板验证过量产可以考虑。5.1 理论值与实测的偏差项目手册典型值实测值偏差原因STANDBY 裸测0.29μA0.4μA0.11μA板载 LDOHT7533静态电流约 2.5μA 是主要贡献这里测的是 MCU 核心板去掉 LDO 后的数值STANDBYRTC1.0μA1.1μA0.1μA晶振两端 PCB 漏电、去耦电容漏电、万用表量程误差注意一个容易误判的点如果你测的是整个成品板而不是 MCU 单独供电电流会被 LDO、LED、传感器等外设淹没。实测低功耗电流前务必把不用的外设全部断电GPIO 控制 MOS 管是最常见的做法。六、电池寿命估算以 CR2032225mAh为例假设唤醒间隔 1 小时、每次唤醒运行 3 秒、运行平均电流 20mA待机功耗1.1μA × 8760h 9.6mAh/年唤醒功耗20mA × 3s × 24 次/年 × 365 ≈ 0.15mAh/年几乎可以忽略理论寿命225mAh ÷ (9.6 0.15)mAh ≈ 23 年但实际产品不能按理论值设计。CR2032 的自放电率约每年 2%5 年后容量就剩 225 × (0.98)^5 ≈ 203mAh且电池内阻随放电增大μA 级负载下电压跌落会被放大。更现实的预估是5~8 年。如果目标寿命超过 5 年建议实测电池在 1μA 负载下的真实容量曲线别只看标称值。七、故障排查7.1 程序卡在 HAL_PWR_EnterSTANDBYMode() 不进入待机最常见原因调试器ST-Link/J-Link还连着。SWD 调试接口在深度睡眠模式下会阻止芯片真正掉电。排查步骤断开调试器、拔掉 SWD 线重新上电观察电流是否掉到 μA 级。开发阶段可以把待机代码放在一个 GPIO 按键触发后执行避免每次都要拔线。验证电流表读数从 mA 掉到 μA 即为成功。7.2 唤醒后分不清是冷启动还是唤醒现象备份寄存器 count 每次都是 1或者业务走了冷启动分支。排查步骤读__HAL_PWR_GET_FLAG(PWR_FLAG_SB)唤醒后会置 1上电复位为 0。注意这个标志要在判断后立即清除否则下次启动会误判。验证正常时 count 递增断电重上电后 count 从 1 重新开始。7.3 备份寄存器数据丢失现象唤醒后读出来永远是 0。排查步骤先查 VBAT 是否接电。VBAT 悬空时备份域随 VDD 断电清零这是最容易被忽视的硬件问题。其次确认代码里没有在冷启动分支以外的位置误写 DR0。验证VBAT 接 VDD 后count 持续递增不再归零。7.4 实测电流远高于手册现象标称 0.3μA实测 50μA 甚至几百 μA。排查步骤按二分法逐个排除先把传感器、无线模块的供电 MOS 管全部断开再拆 LED 限流电阻再看 LDO 型号很多 LDO 静态电流本身就有 1~5μA。板子清洗不干净、助焊剂残留也会造成 μA 级漏电。验证每去掉一个器件电流就掉一截剩下的就是真正的问题源。7.5 RTC 唤醒不触发现象进了待机就睡死到点不醒。排查步骤先确认 LSE 是否起振在正常运行时读 RTC 日历看走不走。如果 LSE 起振失败晶振虚焊、负载电容不匹配RTC 根本没时钟唤醒定时器自然不工作。临时方案切到 LSI 验证唤醒链路是否通代价是电流和精度变差。验证RTC 秒计数正常 唤醒标志位置位。7.6 WKUP 引脚误唤醒现象什么都没做设备自己频繁醒来。排查步骤WKUP 引脚在待机模式下是电平触发的引脚悬空时电平不确定会随机触发唤醒。检查是否用了外部上拉/下拉电阻把电平固定。验证引脚电平固定后不再出现随机唤醒。八、总结8.1 要点回顾STANDBY 是 L4 系列电流最低的运行模式不带 RTC 约 0.4μA代价是唤醒后 RAM 丢失、程序复位重跑。备份域RTC 备份寄存器由 VBAT 供电是待机前后传递数据的唯一通道VBAT 必须接电。RTC 时钟源用 LSE 不用 LSI电流差 1.2μA精度差几个数量级。唤醒后与冷启动共用一套外设初始化业务分支用PWR_FLAG_SB区分。测低功耗电流前必须断开调试器、断电所有外设否则测到的是整板电流而不是 MCU 电流。8.2 适用边界这套方案适合长时间待机 低频周期任务的节点类产品传感器采集、水表气表、资产定位标签等。不适合的场景需要频繁唤醒每秒级以上这种场景 STOP2 保留 RAM 的收益更大需要快速响应外部事件STANDBY 的唤醒延迟约 40μs事件驱动型应用应该用 EXTI STOP 模式。8.3 已知问题与扩展方向当前方案的局限备份寄存器只有 32 个 32 位寄存器复杂状态机数据放不下唤醒后没有现场恢复能力所有状态必须显式重建。后续可以扩展的方向用 RTC 闹钟 A 做非周期唤醒支持星期/日期条件、加 WKUP 引脚做外部事件即时唤醒、结合 LPUART 做远程指令唤醒三通道唤醒源组合起来绝大多数物联网节点的需求都能覆盖。相关阅读《STM32L4 使用低功耗串口唤醒休眠状态源码分享》 — LPUART 远程唤醒的实现正好补上本文事件唤醒的短板。如需获取本文完整代码和更多实战项目可开通 CSDN 技术会员。参考资料《别再只盯着中断了深入对比 STM32L4 的 STOP0/1/2 模式》 — L4 各 STOP 子模式的原理对比理解模式差异必读《STM32L496 STOP 模式低功耗工程WKUP 按键RTC 定时唤醒》 — 完整可运行工程WKUPRTC 双唤醒源参考《STM32L4 系列低功耗 UART 协议唤醒机制详解》 — 低功耗通信设计的系统讲解STM32L431xx 数据手册DS11457 Rev 7电气特性章节 PWR 模式电流参数STM32CubeL4 固件包STM32Cube_FW_L4_V1.18.0HAL 驱动参考版本备注硬件平台STM32L431RCT6 自制板VBAT 接 VDD AHT20 传感器 LoRa E22-900T22D软件版本STM32CubeMX 6.12 STM32CubeL4 FW 1.18.0 Keil MDK 5.40兼容说明代码基于 HAL 库适用于整个 STM32L4 家族L431/L432/L452/L476/L496 等寄存器名称与 PWR 标志位在 L4 系列L4R/L4S有差异需对照对应参考手册调整