1. 低功耗调试概述
各位做嵌入式开发的同行，咱们开门见山——低功耗调试，到底是个什么玩意儿？
说白了，就是让你的MCU在睡觉的时候，你还能盯着它看它在干嘛。我刚开始接触STM32L4那会儿，觉得这玩意儿跟普通调试没啥区别。直到有一次，产品在停止模式下电流死活降不下来，我才意识到——嗯，这事儿没那么简单。
为什么需要低功耗调试？
你想想看，一个典型的物联网设备，99%的时间都在睡觉。但问题就出在这——
- 正常调试时：调试器通过SWD接口持续访问MCU，芯片根本进不了低功耗模式
- 拔掉调试器后：芯片能进低功耗了，但你啥也看不见，出了问题只能干瞪眼
- 最要命的是：很多低功耗相关的bug，只有在芯片真正进入停止/待机模式时才会暴露
核心矛盾：调试需要芯片活着，低功耗需要芯片睡着。我们要找的，就是那个既能睡着又能被监控的平衡点。
我在项目中遇到过这样一个案例：产品在停止模式下，RTC闹钟唤醒后系统跑飞。用普通调试方式，芯片进不了停止模式；用串口打印，功耗又超标。折腾了两周，最后靠DBGMCU寄存器冻结了调试接口，才把问题定位到——一个GPIO在唤醒瞬间的毛刺触发了外部中断。
这就是为什么我们需要专门的低功耗调试技术。
STM32L4低功耗模式简介
STM32L4系列的低功耗模式，我习惯把它们分成三个梯队：
| 模式 | 典型电流 | 唤醒源 | RAM保持 | 调试可行性 |
|---|---|---|---|---|
| 睡眠模式 (Sleep) | ~1 mA/MHz | 任何中断 | 全部 | 完全可调试 |
| 低功耗运行 (LP Run) | ~50 μA | N/A | 全部 | 有限调试 |
| 停止模式0 (Stop 0) | ~30 μA | 任何中断/事件 | 全部 | 需配置DBGMCU |
| 停止模式1 (Stop 1) | ~3 μA | 有限中断 | 全部 | 需配置DBGMCU |
| 停止模式2 (Stop 2) | ~1 μA | 有限中断 | 全部 | 需配置DBGMCU |
| 待机模式 (Standby) | ~100 nA | WKUP引脚/RTC | 2 KB | 不可调试 |
| 关机模式 (Shutdown) | ~30 nA | WKUP引脚 | 无 | 不可调试 |
我的经验：Stop 1模式是功耗和功能的最佳平衡点。大部分低功耗调试的坑，都集中在Stop 0到Stop 2这三个模式上。待机和关机模式一旦进去，调试器基本就断了，只能靠外部手段。
调试接口在低功耗下的行为
这里有个关键点——STM32L4的SWD调试接口，在芯片进入低功耗模式后，默认是断开的。
为什么会这样？因为调试接口本身需要时钟。芯片都停了，时钟自然也没了，调试器就抓不住内核了。
但ST留了个后门——DBGMCU寄存器。通过它，你可以告诉芯片：
- 「进入停止模式时，别把调试时钟关了」
- 「保持SWD接口的电源」
- 「允许调试器在低功耗模式下访问内存」
具体来说，就是这三个寄存器位：
// 在进入低功耗模式前配置
DBGMCU->CR |= DBGMCU_CR_DBG_SLEEP; // 睡眠模式下保持调试
DBGMCU->CR |= DBGMCU_CR_DBG_STOP; // 停止模式下保持调试
DBGMCU->CR |= DBGMCU_CR_DBG_STANDBY; // 待机模式下保持调试（慎用！）警告：开启DBG_STANDBY后，待机模式的功耗会从nA级飙升到μA级。我曾经在量产前忘了关这个位，结果整批板子待机电流多了20μA，被硬件同事追着骂了一周。
下面这张图，是我自己总结的低功耗调试决策流程：
这张图的核心逻辑其实就一句话：你要调试到什么程度，就付出多少功耗代价。
我个人习惯的做法是：
- 开发阶段：开启DBGMCU_STOP，牺牲一点功耗换调试便利
- 功耗调优阶段：关闭DBGMCU，用串口日志+GPIO翻转来辅助分析
- 量产前：彻底检查DBGMCU寄存器，确保所有调试位都清零
一个小技巧：如果你需要在停止模式下查看某个变量的值，可以在进入停止模式前，把这个变量映射到备份SRAM区域。这样即使调试器断开了，数据也不会丢。我经常用这招来抓取唤醒后的异常状态。
好了，低功耗调试的概貌就是这样。记住，调试接口在低功耗下的行为，说白了就是「你要我睡，又要我看着你睡，那总得给点加班费」——这个加班费，就是那几十微安的额外功耗。怎么取舍，看你自己的项目需求了。