1. RTOS低功耗设计概述：为什么需要低功耗？

各位做嵌入式开发的同行，咱们开门见山。低功耗这件事，说白了就是让设备在电池里多活几天。我见过太多项目，功能调通了，一上电池，三天就没电了——这种尴尬，经历过的人都懂。

1.1 为什么我们需要低功耗？

先看几个真实场景：

• 物联网传感器节点：一颗CR2032纽扣电池，要撑1-2年。你想想看，如果MCU一直跑在满频，别说两年，两周都悬。
• 可穿戴设备：手环、手表，用户一天一充就开始骂娘了。我做过一个健康监测项目，就因为功耗没压住，被客户退货三次。
• 工业无线采集：现场几百个节点，换电池的人工成本比设备本身还贵。

所以，低功耗不是锦上添花，是刚需。尤其是用RTOS的系统，任务调度本身就在吃功耗，怎么管好这笔账，是咱们这章要聊的核心。

1.2 RTOS在低功耗中的角色

很多人觉得，裸机编程功耗更好控制——我让CPU睡就睡，醒来干活。这话对了一半。裸机确实简单，但复杂业务下，裸机很难兼顾实时响应和深度睡眠。

RTOS的价值在哪？我总结了三句话：

1. 空闲时自动休眠：RTOS没有任务可跑时，会进入空闲任务。我们可以在空闲任务里插入低功耗指令。
2. 按需唤醒：任务需要延时或等待事件时，RTOS可以计算下一次唤醒时间，让硬件进入对应睡眠模式。
3. 动态调频调压：根据当前负载，RTOS可以调整CPU频率和电压——这叫DVFS（动态电压频率调整）。

我记得有一次做NB-IoT终端，用FreeRTOS+ Tickless模式，待机电流从2.3mA降到了12μA。嗯，这个数字我记得很清楚，因为客户当场就签了验收单。

1.3 常见的低功耗模式

不同MCU厂家的叫法不一样，但底层逻辑大同小异。我以最主流的STM32为例，讲三种模式：

模式	唤醒源	典型电流	RAM保持	恢复时间
睡眠 (Sleep)	任何中断/事件	~1mA	全部保持	~几个时钟周期
停止 (Stop)	RTC/外部中断	~10μA	全部保持	~几μs
待机 (Standby)	RTC/复位/唤醒引脚	~1μA	丢失（备份域除外）	~几ms

1.4 三种模式的深入对比

咱们展开说说，每种模式在RTOS里怎么用。

睡眠模式（Sleep）

说白了就是CPU时钟停了，但外设还在跑。RTOS的空闲任务里，执行一条WFI（Wait For Interrupt）指令就行。中断一来，CPU立刻恢复。适合那些频繁唤醒、每次干活时间很短的场景。

我曾经在一个无线鼠标项目里用Sleep模式，配合RTOS的Tickless机制，把平均功耗从5mA压到了0.8mA。注意，这里有个坑——

停止模式（Stop）

这个模式更狠——主时钟全停，只有低速时钟（如LSI/LSE）还在跑。RAM数据全部保留，但CPU醒来后要重新配置时钟。RTOS里用Stop模式，通常配合RTC闹钟或外部按键中断唤醒。

我习惯的做法是：在空闲任务里判断，如果未来100ms内没有任务需要运行，就进Stop。醒来后先恢复时钟，再调用一次任务调度。

待机模式（Standby）

这是最省电的模式，但代价也最大——RAM全丢，程序相当于复位重跑。RTOS里用Standby，通常是在设备长时间不工作时（比如传感器上报间隔10分钟以上）。

注意，Standby模式下，RTOS的任务上下文、队列、信号量全部丢失。所以进Standby前，必须把关键数据存到备份寄存器或Flash里。

1.5 知识体系总览

下面这张图，是我自己画的本章知识结构，方便你建立整体认知：

1.6 选型建议与避坑

最后，给几个实在的建议：

• 别一上来就追求最低功耗：Standby虽然省电，但每次唤醒都要重新初始化外设和RTOS内核，这个开销可能比省下的电还大。
• Tickless模式是RTOS低功耗的基石：没有Tickless，RTOS每1ms醒来一次，什么睡眠模式都白搭。我建议你先把Tickless调通，再谈深度睡眠。
• 测量工具要到位：没有μA级电流表，你就是在盲调。我吃过这个亏——软件调了半天，结果发现是板子上的LED限流电阻焊错了。