3. 时钟与频率管理：系统时钟节拍、CPU频率动态调整与WFI指令

时钟，说白了就是嵌入式系统的「心跳」。心跳快了，干活快但费电；心跳慢了，省电但响应慢。这个平衡点怎么找？我做了这么多年低功耗调优，发现很多开发者一上来就盯着外设的功耗看，却忽略了时钟树这个「耗电大户」。今天咱们就把时钟与频率管理这块掰开揉碎，看看Zephyr里到底怎么玩。

3.1 系统时钟节拍（SYSTICK）—— 系统的脉搏

系统时钟节拍，就是RTOS的心跳。Zephyr默认用ARM Cortex-M的SysTick定时器，产生一个周期性的中断，驱动任务调度、超时管理这些核心机制。

节拍频率怎么设？一般在 prj.conf 里配：

CONFIG_SYS_CLOCK_TICKS_PER_SEC=100

这个值设100，就是每秒100个tick，每个tick 10ms。设1000，就是1ms一个tick。

我遇到过一个小项目，产品用纽扣电池供电，要求待机两年。工程师把tick设成了1000，结果待机电流多了30%。后来改成100，待机时间直接翻倍。嗯，这里要注意——不是所有场景都需要高精度调度。

节拍频率	tick间隔	调度精度	功耗影响	适用场景
10 Hz	100 ms	低	极低	深度休眠、传感器采集
100 Hz	10 ms	中	低	通用嵌入式产品
1000 Hz	1 ms	高	较高	实时控制、音频处理

3.2 CPU频率动态调整——该快则快，该慢则慢

CPU频率动态调整，说白了就是根据当前负载，实时切换CPU的主频和电压。Zephyr里叫 DVFS（Dynamic Voltage and Frequency Scaling）。

为什么需要动态调频？你想想看，CPU在大部分时间其实都在等——等外设、等用户输入、等网络包。这时候跑最高频，纯粹是浪费电。

3.2.1 Zephyr的DVFS框架

Zephyr的DVFS通过 clock_control 驱动接口实现。核心API就几个：

// 获取当前频率
uint32_t clock_control_get_rate(const struct device *dev,
                                clock_control_subsys_t subsys);

// 设置目标频率
int clock_control_set_rate(const struct device *dev,
                           clock_control_subsys_t subsys,
                           uint32_t rate);

实际项目中，我一般不会让应用层直接调这些API。而是封装一个策略层，根据CPU负载动态切换：

/* 简易调频策略 */
void freq_scale_policy(void)
{
    uint8_t load = get_cpu_load();  /* 获取最近100ms的CPU负载 */

    if (load > 80) {
        /* 高负载，切到最高频 */
        clock_control_set_rate(clk_dev, 0, FREQ_64MHZ);
    } else if (load < 20) {
        /* 低负载，切到低频 */
        clock_control_set_rate(clk_dev, 0, FREQ_8MHZ);
    }
    /* 中间负载保持当前频率，避免频繁切换 */
}

3.2.2 频率切换的代价

频率切换不是免费的。我整理了一个代价清单：

• 时间代价：PLL锁定时间，通常10-500 μs
• 功耗代价：切换瞬间电流尖峰，可能比正常运行还高
• 稳定性代价：频率突变可能导致外设时序错乱（尤其是UART、I2C）

所以我的建议是：不要频繁切换。切换间隔至少100ms以上，否则省的电还不够切换消耗的。

3.3 WFI指令——让CPU真正「休息」

WFI（Wait For Interrupt），是ARM Cortex-M系列最常用的低功耗指令。执行WFI后，CPU会暂停执行，直到有中断唤醒它。

很多人以为执行WFI就万事大吉了。其实不然。我见过一个项目，WFI是执行了，但功耗还是高得离谱。一查，原来是GPIO没配好，浮空引脚在漏电。

3.3.1 Zephyr中的WFI使用

Zephyr的idle线程默认就会执行WFI。你不需要手动调用。但如果你想在应用层主动让CPU休息，可以这样：

#include <zephyr/kernel.h>

void my_idle_task(void)
{
    while (1) {
        /* 处理完当前任务 */
        do_something();

        /* 主动让CPU进入WFI */
        k_cpu_idle();
    }
}

k_cpu_idle() 和 k_cpu_atomic_idle() 有什么区别？

函数	行为	适用场景
k_cpu_idle()	直接执行WFI，不关中断	普通空闲等待
k_cpu_atomic_idle()	先关中断，再执行WFI，最后恢复中断状态	需要在临界区中安全休眠

3.3.2 WFI与Tickless Idle

Zephyr有一个很实用的特性叫 Tickless Idle。开启后，系统在空闲时会停止SysTick，直到下一个定时事件到来才唤醒。这样CPU可以长时间处于WFI状态，而不是每10ms被tick中断唤醒一次。

配置方式：

CONFIG_TICKLESS_KERNEL=y

开启后效果很明显。我测过一个项目，tick频率100 Hz，不开tickless时待机电流1.2 mA，开了之后直接降到0.3 mA。省了将近4倍。

3.4 三者的协同——一张图看懂

系统时钟节拍、CPU频率动态调整、WFI指令，这三者不是孤立的。它们共同构成了Zephyr的功耗管理骨架。我画了一张图，帮你理清它们的关系：

3.5 实战调优清单

最后，我整理了一份调优清单。每次做新项目，我都会对着这个清单过一遍：

1. 确定节拍频率：从100 Hz起步，根据实时性需求逐步调高
2. 开启Tickless Idle：这是性价比最高的省电手段，没有之一
3. 设计调频策略：负载>80%用高频，负载<20%用低频，中间保持
4. 检查WFI有效性：用逻辑分析仪看GPIO，确认CPU确实进入了休眠
5. 测量切换代价：用示波器抓频率切换时的电流波形，确认尖峰在可接受范围
6. 外设时钟管理：不用的外设模块，记得关掉它的时钟（clock_control_off()）