扫码关注
低功耗唤醒后串口乱码、定时器周期变化或外设无响应，不一定是外设驱动突然出错。常见原因是唤醒后系统时钟与休眠前不同，或者该低功耗模式下部分外设、时钟源和配置寄存器没有按预期保留。
推荐的恢复排查顺序
确认进入的低功耗模式。Sleep、Stop、Standby等模式对CPU、RAM、振荡器和外设的保留策略不同；先查对应芯片参考手册，不能把所有“睡眠”当成同一种状态。
确认唤醒源和状态标志。检查外部中断、RTC、定时器或其他唤醒源是否按预期触发，同时清理需要软件处理的挂起标志。
恢复系统时钟。某些模式唤醒后会先使用内部时钟，PLL或外部晶振不一定已经恢复到运行状态。需要按芯片规定等待时钟稳定，再恢复系统时钟源和分频配置。
逐个核对外设时钟。检查UART、SPI、ADC和定时器所在总线的时钟使能、分频和内核时钟来源。波特率和计数周期都依赖这些条件。
做可观测验证。用示波器看串口位宽、输出比较波形或定时器引脚；同时记录唤醒前后的时钟配置和外设状态，不要只凭日志判断。
容易答错的地方：
不要笼统地说“唤醒后所有外设都要重新初始化”，也不要认定所有寄存器都会保留。正确做法是根据具体MCU和所用低功耗模式，逐项确认哪些时钟、寄存器和外设状态需要恢复。
面试参考回答
“我会先明确低功耗模式和唤醒源，再检查唤醒后的系统时钟是否回到预期频率，接着核对外设时钟、波特率或定时器分频，最后用引脚波形和状态寄存器验证。不同芯片的恢复规则不一样，我会以参考手册为准，不会直接假定外设全部保留或全部丢失。”
可以继续追问
为什么唤醒后UART波特率可能改变，但程序仍在正常运行？
如何区分时钟没恢复、引脚复用错误和中断未清除？
如果要求极低唤醒延迟，哪些初始化步骤可以提前规划？
本文用于电子工程师技术学习与面试准备，具体设计应结合器件数据手册、产品规范、仿真和实测结果确认。
