3、CPU电源管理：WFI/WFE指令、CPU频率调节、CPU热插拔

好，咱们进入CPU电源管理这块。说实话，这是整个低功耗设计里最核心、也最容易被忽视的部分。很多开发者觉得功耗优化就是调调外设、关关时钟，其实CPU本身才是耗电大户。你想想看，CPU跑着的时候，电流动不动几十毫安甚至上百毫安，一旦让它歇着，可能就降到微安级了。这个差距，可不是靠关几个外设能补回来的。

3.1 WFI与WFE指令：让CPU“打盹”的艺术

先聊聊WFI和WFE。这两个指令，说白了就是让CPU进入一种“待机”状态。我刚开始接触Zephyr时，以为只要调用了k_sleep()就万事大吉了，后来发现根本不是这么回事——k_sleep()只是让线程挂起，CPU还在那里空转呢。

WFI（Wait For Interrupt）：CPU执行这条指令后，会立刻停止执行，直到有中断到来才唤醒。这是最常用的低功耗等待方式。

WFE（Wait For Event）：这个稍微灵活一点，它除了能被中断唤醒，还能被事件（Event）唤醒。事件可以是另一个CPU核发出来的，也可以是外设产生的。

我在项目中遇到过一个问题：某个传感器采集任务，每100ms唤醒一次，采集完就继续睡。一开始我用的是k_busy_wait()，结果功耗高得吓人。后来换成k_sleep()配合WFI，功耗直接降了80%。嗯，这里要注意——k_sleep()底层其实就会调用WFI，但前提是你的SoC支持，并且Zephyr的电源管理框架配置正确。

3.2 CPU频率调节：动态调频（DVFS）

接下来是频率调节。说白了，就是根据负载动态调整CPU的主频和电压。负载高的时候跑快点，负载低的时候跑慢点。这个技术叫DVFS（Dynamic Voltage and Frequency Scaling）。

Zephyr里提供了pm_device_state_set()和pm_power_state_set()这类接口，但真正控制频率的，是底层的时钟驱动。我个人建议，不要直接操作时钟寄存器，而是用Zephyr的时钟控制API：

#include <zephyr/drivers/clock_control.h>

const struct device *clk_dev;
struct clock_control_freq freq;

/* 获取时钟设备 */
clk_dev = DEVICE_DT_GET(DT_NODELABEL(cpu_clk));

/* 设置频率为48MHz */
freq.freq = 48000000;
clock_control_set_rate(clk_dev, NULL, &freq);

你可能会问：频率调低，功耗真的能降很多吗？答案是肯定的。因为动态功耗和频率成正比，和电压的平方成正比。频率降一半，功耗降一半；电压降一点，功耗降得更多。我曾经在一个电池供电的定位设备上，把CPU频率从96MHz降到24MHz，续航从8小时延长到了22小时。当然，代价是计算变慢了，但那个场景下完全够用。

3.3 CPU热插拔：让核心“下岗”

最后聊CPU热插拔。这个在单核MCU上不常见，但在多核处理器（比如Cortex-A系列、某些双核Cortex-M）上，是个很实用的功能。热插拔，就是让某个CPU核心在运行时“下线”，彻底停止工作，需要时再“上线”。

Zephyr里通过pm_state_cpu()和arch_cpu_restore()来实现。我参与过一个项目，用的是双核Cortex-M33，一个核跑通信协议栈，一个核跑应用。低功耗模式下，直接把应用核热拔掉，只留通信核。功耗从15mA降到了3mA。

实现起来大致是这样：

/* 让CPU 1下线 */
pm_state_cpu(1, PM_STATE_SOFT_OFF);

/* 需要时再唤醒 */
arch_cpu_restore(1);

不过要注意，热插拔不是简单的“关掉”就完事了。你得先确保那个核上的所有任务都迁移走了，中断也重新路由了，否则会出大问题。我见过一个案例，工程师直接热拔了正在处理中断的核心，结果系统直接死锁。嗯，这个坑我踩过，所以现在每次做热插拔，我都会先检查k_thread_foreach()确认没有遗留任务。

好了，CPU电源管理这块就聊到这儿。下一节咱们会讲外设的电源管理，那又是另一片天地了。