功耗优化：动态频率调整（DVFS）、休眠状态、减少不必要的计算
说到嵌入式系统的功耗优化，我脑子里第一个蹦出来的词就是「省电」。你可能觉得这很简单——把频率降下来不就行了？嗯，事情没这么简单。我在一个物联网终端项目里吃过亏，电池容量算得好好的，结果产品上市后用户反馈两天就没电了。后来一查，CPU一直在全速跑，根本没进过休眠。
功耗优化，说白了就是「该快的时候快，该慢的时候慢，该睡的时候睡」。今天咱们就聊聊三个核心手段：DVFS、休眠状态、以及减少不必要的计算。
1. 动态频率调整（DVFS）
DVFS 的全称是 Dynamic Voltage and Frequency Scaling。名字挺长，意思很简单：根据负载动态调整电压和频率。
为什么要调电压？因为频率和电压是绑定的。频率高了，电压也得跟着上去，否则信号不稳。而功耗和电压的平方成正比——你想想看，电压降一点，省电效果是平方级的。
核心公式（简化版）：
动态功耗 ≈ C × V² × f
其中 C 是负载电容，V 是电压，f 是频率。
所以：降电压比降频率更划算。
我在项目中遇到过一种情况：任务跑完了，但 CPU 还在高频空转。后来加了个简单的策略——任务完成后主动调用频率切换接口，把频率降到最低。就这么一个小改动，整机功耗降了 30%。
1.1 DVFS 的实现方式
不同的芯片平台，DVFS 的接口不一样。常见的有这么几种：
- Linux cpufreq 框架：通过 sysfs 接口调整，比如
cpufreq-set -f 800MHz - RTOS 下的直接寄存器操作：比如 STM32 的 PLL 配置，直接改分频系数
- 硬件自动 DVFS：有些芯片内置了硬件调频模块，软件只需设置阈值
我个人习惯在裸机或 RTOS 环境下，把频率切换封装成一个函数，像这样：
// 伪代码：动态频率切换
void dvfs_set_freq(dvfs_level_t level) {
// 1. 先降低电压（如果有独立调压接口）
// 2. 等待电压稳定
// 3. 重新配置 PLL 分频系数
// 4. 等待时钟稳定
// 5. 恢复电压（如果需要升频）
}注意顺序：降频时先降频再降压，升频时先升压再升频。顺序搞反了，芯片可能直接死机。我曾经在调试时犯过这个错，结果板子直接黑屏，吓得我赶紧翻数据手册。
1.2 DVFS 的适用场景
| 场景 | 策略 | 效果 |
|---|---|---|
| CPU 空闲等待 | 降到最低频率 | 省电 40%~60% |
| 周期性轻负载 | 按需调频 | 省电 20%~30% |
| 突发高负载 | 瞬间升频，跑完降回 | 兼顾性能与功耗 |
2. 休眠状态
DVFS 是「慢跑」，休眠是「躺平」。休眠状态比降频省电得多，因为很多模块直接断电了。
不同芯片的休眠等级不一样。以 STM32 为例，常见的休眠模式有：
- Sleep 模式：CPU 停，外设继续跑。唤醒最快，但省电有限。
- Stop 模式：CPU 和大部分外设都停，只有少数唤醒源在工作。省电效果明显。
- Standby 模式：几乎全断电，只有 RTC 和几个唤醒引脚在工作。最省电，但唤醒最慢。
我的经验：不要一上来就追求最深的休眠。唤醒时间如果太长，反而可能增加整体功耗。比如一个 1ms 周期的任务，如果休眠唤醒要花 500μs，那还不如不睡。
我曾经在一个电池供电的传感器项目里，把 Stop 模式和 RTC 定时唤醒结合起来。传感器每 10 秒采集一次数据，采集完立刻进 Stop。整机平均电流从 5mA 降到了 50μA，电池续航从 3 天延长到了 3 个月。
2.1 休眠的注意事项
嗯，这里要注意几个坑：
- 唤醒源配置：进休眠前，一定要确认唤醒源是使能的。否则进去了就出不来了。
- 外设状态保存：有些外设在休眠后会丢失配置，需要在唤醒后重新初始化。
- GPIO 电平：休眠时 GPIO 如果悬空或输出高电平，可能会产生漏电流。最好在休眠前把不用的引脚设为模拟输入或下拉。
警告：我曾经在项目里忘了关一个 LED 的 GPIO，休眠时它还在微弱发光。虽然肉眼看不出来，但万用表一测，多了 200μA 的电流。这种小细节，往往是功耗优化的「最后一公里」。
3. 减少不必要的计算
这个听起来像废话，但实际做起来没那么简单。很多不必要的计算，藏在你看不见的地方。
举个例子：一个循环里反复计算一个不变的值。你可能会说「编译器会优化掉」。但如果你用的是 -O0 编译呢？或者你的计算涉及浮点，编译器不敢乱优化呢？
// 不好的写法
for (int i = 0; i < 1000; i++) {
float factor = 3.14159f * 2.0f / 180.0f; // 每次循环都算一遍
result[i] = data[i] * factor;
}
// 好的写法
float factor = 3.14159f * 2.0f / 180.0f; // 提到循环外面
for (int i = 0; i < 1000; i++) {
result[i] = data[i] * factor;
}就这么一个小改动，1000 次循环省了 1000 次乘除法。在低功耗芯片上，这可能是几毫秒的 CPU 时间，换算成电流就是几十微安。
3.1 常见的「不必要的计算」
- 重复的查表：如果查表结果不变，缓存起来。
- 不必要的浮点运算：能用整数就别用浮点，浮点运算功耗是整数的 10 倍以上。
- 过度采样：ADC 采样频率不是越高越好。够用就行，多采的都是浪费。
- 日志打印：调试时打印没问题，但正式产品里，printf 可能是最耗电的操作之一。
一个小技巧：在关键函数入口和出口加一个 GPIO 翻转，用示波器看高电平持续时间。时间越长，说明这个函数越耗电。这就是「功耗热点分析」的土办法。
4. 知识体系总览
下面这张图，把今天讲的内容串起来了。你可以看到，功耗优化不是单一手段，而是从「计算量」到「运行频率」再到「休眠深度」的层层递进。
你看，这三者其实是层层递进的。先减少不必要的计算，让 CPU 早点空闲下来；然后通过 DVFS 把频率降到最低；最后实在没事干了，就进休眠。每一步都能省一点，加起来效果就很可观了。
好了，关于功耗优化，今天就聊这么多。记住一句话：省电不是靠一个「大招」，而是靠无数个小细节的积累。你想想看，一个 10μA 的漏电流，在 1000 台设备上就是 10mA，一年下来电费也不少呢。
公众号:蓝海资料掘金营，微信deep3321