2、MCU工作模式详解：运行模式、睡眠模式、深度睡眠模式、待机模式

各位做嵌入式开发的朋友，咱们今天来聊聊MCU的几种工作模式。说实话，这玩意儿是低功耗设计的核心。你想想看，一个电池供电的设备，如果MCU一直全速跑，那电量撑不了多久。所以，搞懂这几种模式，是每个嵌入式工程师的必修课。

我个人习惯把MCU的工作模式分成四档：运行模式、睡眠模式、深度睡眠模式和待机模式。每一档的功耗差距，可不是一星半点。我曾在项目中遇到过，一个传感器节点在深度睡眠模式下，功耗只有运行模式的千分之一。嗯，你没听错，千分之一。

2.1 运行模式：全速前进

运行模式，说白了就是MCU火力全开的状态。CPU内核、外设、内存、时钟，全部在线。这时候功耗最高，但性能也最强。一般我们做数据处理、通信、复杂计算时，才会让MCU待在这个模式。

为什么会这样？因为CPU在跑代码，时钟在跳，所有模块都在耗电。以STM32F4系列为例，运行模式下功耗大概在几十到几百毫安级别。具体看主频和外设使用情况。

2.2 睡眠模式：小憩一下

睡眠模式，我习惯叫它「浅睡」。这时候CPU内核停了，但外设和内存还在工作。时钟系统可能还在跑，只是CPU不执行指令了。

我记得有一次调试一个蓝牙设备，发现功耗一直降不下来。后来一查，原来是进了睡眠模式，但没关掉不用的外设。你想想看，外设还在那耗电，功耗能低吗？

睡眠模式的功耗，一般比运行模式低一个数量级。比如从几十毫安降到几毫安。唤醒速度很快，通常几个微秒就能恢复。适合那种需要频繁响应中断的场景。

2.3 深度睡眠模式：深度休息

深度睡眠模式，这才是低功耗设计的重头戏。这时候CPU停了，大部分外设也停了，只有少数几个关键模块还在工作。比如RTC（实时时钟）、唤醒定时器、某些GPIO中断。

功耗能降到什么程度？微安级别。没错，从毫安降到微安。我做过一个项目，用STM32L0系列，深度睡眠模式下功耗只有1.5微安左右。电池供电的设备，一年都不用换电池。

但代价是什么？唤醒时间变长了。从深度睡眠唤醒，可能需要几百微秒甚至几毫秒。因为要重新初始化时钟、恢复外设状态。所以，你不能频繁进出深度睡眠，否则唤醒开销反而会拉高平均功耗。

2.4 待机模式：几乎关机

待机模式，是功耗最低的模式。说白了，就是除了唤醒电路，其他全部关掉。CPU、外设、内存，统统断电。只有RTC和几个唤醒引脚还在工作。

功耗能低到什么程度？纳安级别。比如STM32的待机模式，典型功耗只有几十纳安。这已经接近电池自放电的水平了。

但代价也最大：唤醒后，MCU相当于复位重启。所有数据都丢了，程序从头开始跑。所以，待机模式只适合那种「唤醒后做一件事就继续睡」的场景。比如，一个温湿度传感器，每小时醒来一次，采集数据，发送完继续睡。

2.5 各模式功耗对比

下面这张表，是我整理的各模式典型功耗对比。注意，不同芯片、不同厂商，数值会有差异。但趋势是一样的。

工作模式	典型功耗	CPU状态	外设状态	RAM保持	唤醒时间
运行模式	几十~几百 mA	运行	全部可用	是	无
睡眠模式	几 mA	停止	部分可用	是	几微秒
深度睡眠模式	几 μA	停止	极少	部分/全部	几百微秒~几毫秒
待机模式	几十 nA	断电	全部断电	否	几毫秒（复位）

你看，从运行模式到待机模式，功耗差了整整六个数量级。这就是低功耗设计的魅力所在。

2.6 如何选择？

嗯，这里要注意。不是所有场景都适合用最低功耗的模式。你得根据实际需求来选。

• 需要频繁响应中断？ 用睡眠模式。唤醒快，不影响实时性。
• 需要长时间待机，偶尔工作？ 用深度睡眠模式。功耗低，还能保留部分数据。
• 需要极低功耗，且唤醒后可以重新初始化？ 用待机模式。功耗最低，但代价也最大。

我曾经犯过一个错误：为了追求极致功耗，把所有设备都设成了待机模式。结果发现，每次唤醒都要重新初始化传感器、通信模块，反而增加了整体功耗。后来我改用深度睡眠模式，功耗反而更低了。你想想看，这就是「过犹不及」的道理。

好了，关于MCU的几种工作模式，今天就聊到这。下一章，我会讲讲如何在实际项目中，动态切换这些模式，实现真正的低功耗。咱们下期见。