电源与功耗管理：低功耗模式下的GPIO、UART、I2C、SPI处理策略
去年做一款电池供电的温湿度采集节点，STM32L0系列，标称待机功耗2μA。板子打样回来，焊好第一版，万用表一挂------28μA。整整差了14倍。排查了三天，最后发现罪魁祸首是I2C上拉电阻没关，GPIO悬空导致漏电流，外加UART接收引脚没做电平处理。那段时间每天下班前把板子接上功耗分析仪，第二天早上看log曲线，像在伺候ICU病人。
今天这篇笔记，就把当时踩过的坑和后来总结的套路写清楚。低功耗模式下，外设不是简单"关掉"就完事，每个接口都有它的脾气。
GPIO：悬空引脚是漏电大户
先说GPIO。很多人进低功耗模式前，习惯把所有不用的GPIO设成Analog模式。这个做法本身没错，但有个细节------如果引脚外部接了上拉或下拉电阻，设成Analog反而会形成通路漏电。
我遇到过最离谱的一次：一个按键检测引脚，外部接了10kΩ上拉到3.3V，进Stop模式前我把它设成了Analog。结果这个引脚内部Analog开关导通，3.3V通过10kΩ电阻、经过Analog开关、再经过内部ESD二极管，直接往VDD灌了十几微安。后来改成Input + Pull-down，漏电流直接降到0.1μA以下。
GPIO低功耗配置口诀：
- 外部有上拉/下拉的引脚 → 设成Input，方向与外部一致（外部上拉就内部Pull-down，反之亦然），避免形成分压通路
- 外部悬空的引脚 → 设成Analog模式，或者Output Low，别让它浮空
- 驱动LED、继电器等大负载的引脚 → 进休眠前务必Output Low，别Output High，否则负载电流一直走
- 中断唤醒引脚 → 保留中断功能，但电平要稳定，别在休眠期间抖动
这里有个容易忽略的点：GPIO的上下拉电阻本身也有功耗。STM32L0的内部上拉电阻约40kΩ，3.3V下就是82.5μA。如果你在休眠时开了内部上拉，一个引脚就吃掉你几十微安。所以能用外部大电阻（比如100kΩ以上）就别用内部弱上拉。
UART：接收引脚是隐形杀手
UART在低功耗模式下是个麻烦精。很多人以为关掉UART外设时钟就完事了，结果接收引脚（RX）在休眠时处于浮空状态，电平不定，导致IO口反复翻转，电流飙升。
我踩过最深的坑是：用UART做唤醒源，配置了RX引脚中断。进Stop模式前，我把UART外设关了，但保留了GPIO中断功能。结果RX线上没有空闲状态（高电平），因为外部设备也断电了，RX引脚悬空，中断不断触发，MCU根本睡不踏实。功耗曲线像心电图一样，一抽一抽的。
UART低功耗处理策略：
-
如果不需要UART唤醒：进休眠前，把RX引脚设成Analog或Output Low，TX引脚设成Output High（保持总线空闲电平）。UART外设时钟直接关掉，别留任何中断。
-
如果需要UART唤醒：必须保证RX引脚在休眠期间有确定电平。外部加一个100kΩ上拉到VDD，或者确保对端设备在休眠时仍然输出高电平。同时，UART外设不能完全关掉，至少保留RX引脚的边沿检测功能。有些MCU支持UART的"停止模式唤醒"，需要配置USART_CR3的WUF位，并且时钟源要选LSI或LSE，不能依赖HSE。
-
波特率匹配问题：唤醒后UART需要重新同步。如果对端设备在休眠期间持续发送数据，唤醒后的第一个字节大概率会错位。我的做法是：唤醒后先发一个0x55（交替位）做同步，再开始正常通信。
-
半双工UART：RS485这类半双工总线，注意收发切换引脚（DE/RE）在休眠时的状态。如果DE引脚悬空，可能导致总线冲突。我习惯在休眠前把DE拉低（接收模式），RE拉低（使能接收），然后关掉UART外设。
I2C：上拉电阻和时钟延展的坑
I2C的低功耗处理，核心问题在于上拉电阻和总线状态。
上拉电阻功耗：I2C总线空闲时，SCL和SDA都是高电平。如果上拉电阻太小（比如1kΩ），3.3V下就是3.3mA，两个引脚加起来6.6mA，这还睡什么觉。低功耗设计时，上拉电阻建议用10kΩ以上，甚至47kΩ。但要注意，电阻大了，上升沿变慢，高速模式（400kHz）可能跑不了。折中方案是：正常工作时用4.7kΩ，休眠前切换到100kΩ（通过MOSFET或模拟开关切换）。
总线状态保持：进休眠前，I2C外设要确保总线处于空闲状态（SCL和SDA都是高）。如果休眠前正好在传输过程中，强行关掉外设，总线可能被拉低，导致漏电。我的做法是：进休眠前，先发一个STOP条件，然后等待BUSY位清零，再关掉I2C外设时钟。
从机地址匹配唤醒：有些MCU支持I2C地址匹配唤醒。这个功能好用，但要注意：唤醒后I2C外设需要重新初始化，否则时钟延展（Clock Stretching）可能出问题。我遇到过唤醒后从机拉低SCL，主机等不到释放，直接超时。后来在唤醒中断服务函数里，先复位I2C外设，再重新配置，问题解决。
多主环境：如果总线上有多个主设备，休眠前要释放总线控制权。别占着总线不放，其他设备会等死。
SPI：片选信号是命门
SPI的低功耗处理相对简单，但片选信号（CS/NSS）是命门。
CS引脚状态：SPI从设备通常靠CS片选来激活。如果MCU休眠时CS引脚悬空或电平不定，从设备可能误判为被选中，开始接收数据，电流飙升。我见过一个案例：SPI Flash的CS引脚在休眠时浮空，Flash误进入Active模式，多吃了200μA。
正确的做法：进休眠前，把CS引脚拉高（片选无效），并且设成Output模式，确保电平稳定。如果CS引脚有外部上拉，也要确认上拉电阻值是否合适。
时钟引脚：SCK引脚在休眠时最好拉低或拉高（取决于从设备的要求），别让它浮空。有些从设备在SCK浮空时会产生毛刺，导致误触发。
MISO/MOSI：这两个引脚如果外部有上拉/下拉，按GPIO的规则处理。如果没有，设成Analog或Output Low。
DMA传输中断：如果SPI正在用DMA传输，进休眠前必须确保DMA传输完成，否则数据会丢。我习惯在进休眠前检查SPI的BUSY位和DMA的EN位，都空闲了再关。
综合策略：外设电源域管理
以上都是针对单个接口的优化。真正要压到极致功耗，还得考虑芯片的电源域管理。
现代MCU通常有多个电源域：VDD（主电源）、VBAT（备份电源）、VDDIO（IO电源）。有些IO口可以独立供电。如果你的设计允许，把低功耗外设（比如RTC、唤醒引脚）放在VBAT域，主域完全断电，功耗能降到nA级别。
我做过一个产品：用STM32L4，主域在Stop2模式下功耗1.3μA，但VBAT域只供RTC和几个唤醒引脚，功耗0.3μA。总待机1.6μA，电池能用两年。
电源域切换的坑：切换电源域时，IO口的状态会丢失。比如你在VDD域配置了GPIO为Output High，切到VBAT域后，这个引脚可能变成高阻，导致外部电路误动作。解决办法是：在切换前，把所有IO口设成安全状态（比如Analog或Input with pull-down），切换完成后重新配置。
调试工具和技巧
最后分享几个调试功耗的实用工具和技巧：
-
功耗分析仪：别用万用表，反应太慢。买个几百块的uCurrent Gold或者自己搭一个I-V转换电路，配合示波器看电流波形。能看到MCU在休眠和唤醒之间的电流跳变。
-
逐外设关断法：怀疑哪个外设漏电，就在代码里逐个关掉，看电流变化。我习惯写一个debug函数，循环关掉每个外设，串口打印电流值。
-
GPIO电流注入法：用可调电源给某个引脚加一个微小电流（比如1μA），看MCU内部是否产生漏电路径。这个方法能快速定位ESD二极管导致的漏电。
-
温度影响：低功耗设计一定要考虑温度。25℃时2μA，85℃时可能变成20μA。因为漏电流随温度指数增长。选型时注意看datasheet里的温度-漏电流曲线。
-
唤醒时间测量：用示波器抓唤醒引脚的电平变化和MCU开始执行代码的时间差。如果唤醒时间太长（比如超过1ms），说明时钟启动慢，可以考虑用内部RC振荡器做临时时钟源。
个人经验
做了这么多年低功耗，最大的感悟是：低功耗不是设计出来的，是测出来的。你永远不知道哪个引脚在哪个状态下会漏电。每次画板子前，我都会列一张表，把每个GPIO在休眠时的状态写清楚，然后对照datasheet检查每个引脚的电气特性。
还有一个习惯：所有外设的初始化函数里，都加一个"deinit"函数，专门处理休眠前的状态恢复。这样代码结构清晰，不会漏掉某个外设。
最后，别迷信芯片标称的待机功耗。那个数字是在最理想条件下测的------所有IO口设成Analog，所有外设时钟关掉，室温25℃。实际产品中，能跑到标称值的50%就算不错了。设计时留出余量，比如目标2μA，实际做到1μA，这样量产时才有容错空间。
下次遇到功耗问题，先查GPIO，再查UART RX，然后看I2C上拉电阻。这三个地方解决了，90%的问题都能搞定。剩下的10%，可能是PCB漏电、电容漏电、或者芯片本身体质差异------那就只能靠筛选和老化测试了。