嵌入式待机为何漏电？唤醒源怎么裁剪？

待机电流下不来，很多时候不是芯片规格骗人，而是休眠前留下了一整串没人认领的电气状态。嵌入式设备若没有把 IO 保持和唤醒源筛选成明确策略，静态功耗和误唤醒就会互相放大，最后既省不了电，也睡不踏实。

IO 保持态先决定休眠时外部世界会不会继续偷偷拉电。某些引脚在运行态是推挽输出，进入待机后却默认回到输入高阻；若外面挂着电平转换、MOS 栅极、传感器使能脚或带上拉的总线，这一变化就可能让外围芯片停在半导通区，或者让分压网络形成持续漏流。更麻烦的是，同一块板上不同外设对休眠电平要求并不一致，有的需要保持高电平断电，有的需要拉低防反灌。某些接口芯片掉电后输入钳位仍在，只靠主控改脚态还不够，还得一起关域。若固件只做统一的“全部设输入”处理，电流表上的几十微安到几毫安差距，往往就藏在这些被忽略的保持态里。

更稳妥的低功耗流程，是把每个关键引脚在运行、待机、唤醒后三个阶段的目标电平写成表，再按外围器件电源域逐项核对。能断电的外设先断，再设置其控制脚，避免电源顺序反过来造成反灌；对共享总线和开漏线，要确认上拉所在电源域是否仍然存在，必要时改成休眠专用上下拉。嵌入式板卡若不把引脚状态当成电源设计的一部分，功耗问题就永远只能靠“逐个注释代码”碰运气。

唤醒源毛刺则解释了为什么设备明明进入休眠却立刻又醒。外部按键、霍尔开关、充电插拔检测和通信线变化，本身就可能带着抖动和慢沿；若唤醒逻辑只盯边沿，不考虑保持时间和去抖窗口，一次短毛刺就足以把系统从低功耗态拉起。电池线、充电座和长按键线尤其容易把环境噪声直接送进唤醒脚。嵌入式产品里常见的“夜里自己掉电快”并不一定是静态漏电大，而是设备在没人注意时被噪声反复唤醒，每次上电几百毫秒又睡回去。

裁剪唤醒源的关键，是先问清系统睡着时到底必须响应什么事件。不是所有运行态中断都值得保留到待机态；很多状态变化完全可以由一个更稳定的上游信号合并表示。对必须保留的唤醒线，要增加电平保持时间、硬件滤波或唤醒后复核机制，让单次毛刺只能触发检查，不能直接触发完整业务。若系统允许定时轮询，也可把高噪声事件改成醒后复查，而不是实时唤醒。这样既保住响应能力，又不会让噪声轻易把功耗预算击穿。

验证时别只看一次静态电流，还要记录长时间睡眠中的唤醒计数与电源轨波形。很多设计台架上看着待机只有几十微安，实际放一晚却耗掉异常多电量，最后发现是某根充电检测线每隔几分钟抖一下。唤醒名单越长，排错成本也会越高。把引脚状态表、唤醒日志和电流波形对应起来，漏电和误唤醒通常会一起露头，才不至于只盯静态数字。

因此，待机功耗先取决于系统睡前留下了什么状态，后取决于它允许谁把自己叫醒。把保持态和唤醒名单裁干净，低功耗才不是纸面数字。