单片机待机为何耗电？IO状态怎么收？

待机电流比预算高，问题不一定出在芯片休眠模式选错，而是板上仍有电气状态没有收干净。单片机进入低功耗前，如果 IO 和唤醒源没有逐项定义，电池寿命会被细小电流慢慢吃掉。

IO 反灌是最常被忽略的漏电路径。主控进入休眠后，某些引脚从推挽输出变成高阻输入，外部上拉、传感器使能脚、电平转换器或通信收发器仍然挂在另一个电源域上，电流就可能通过保护二极管或输入结构流回主控。还有些外设已经断电，但信号线仍被单片机拉高，等于从 IO 给外设半供电，器件停在非规定区间，电流从几十微安涨到毫安级。仅靠软件调用 sleep 并不能解决这类问题，因为漏电发生在引脚和外部器件之间。

更稳妥的流程是为每个引脚建立运行、入睡、睡眠、唤醒后的状态表。断电外设的控制脚先拉到不会反灌的电平，共享总线确认上拉所在电源域，模拟输入避免悬空，调试口和下载口也要评估默认上下拉。单片机端若支持保持寄存器，休眠前还要确认保持态在复位恢复和深睡唤醒两种路径下都一致。对复用脚还要检查启动默认功能，避免刚唤醒的几十毫秒内短暂打开外设时钟或强驱动总线。否则一次冷启动测试正常，不代表深睡唤醒后的引脚不会落到另一组默认值。

唤醒源毛刺会把静态漏电变成动态耗电。按键、充电检测、霍尔开关和长线通信口都可能带来慢沿或尖峰；若唤醒逻辑只看边沿，没有保持时间和去抖，系统会在夜间被噪声反复叫醒。每次醒来虽然只有几百毫秒，却要启动时钟、稳压器和外设，平均电流会被明显抬高。很多产品台架上测得几十微安，放到真实外壳和线束环境里却耗电很快，根因就是误唤醒频率没有被计入。

裁剪唤醒源时要区分必须实时响应和可以醒后复查的事件。高噪声引脚不应直接触发完整业务流程，可以先触发短暂唤醒，再由固件读取稳定状态决定是否继续运行；对按键类输入，硬件 RC、施密特输入和软件去抖要配合，而不是只靠延时。若多个外设都能唤醒，还应记录唤醒源寄存器并在日志中保留计数。低功耗调试若没有这条记录，静态电流和动态唤醒会混在一起，很难判断该改硬件还是改固件。

验证时需要做长时间电流积分，而不是只看万用表瞬时值。把电流波形、唤醒源计数和关键 IO 电平放在同一时间线上，再改变线束、温度和外部电源插拔状态，才能看出是某个引脚持续漏电，还是某个唤醒脚周期性抖动。若休眠电流有台阶变化，还要同步看外设电源域是否真的关闭，以及保持脚是否在唤醒后被重新配置；电池保护板的漏流也要单独扣除，充电检测分压也要单独开关验证，传感器偏置也要分开。对电池产品，还要在量产默认固件和调试固件之间分别测，避免调试接口把结果带偏。

因此，待机功耗要从系统边界收起，而不是只查休眠指令。把 IO 保持态和唤醒名单逐项收口，低功耗数字才会在现场成立。