4、时钟与功耗管理：动态电压频率调整（DVFS）、时钟门控、睡眠模式与唤醒策略
功耗管理，说白了就是跟电池寿命较劲。做理疗仪这些年，我见过太多产品因为功耗没控好，用户用着用着就关机了。这章咱们聊聊时钟与功耗管理的几个核心手段。
4.1 动态电压频率调整（DVFS）
DVFS 这名字听着高大上，其实原理很简单——芯片干活少的时候，把电压和频率降下来。我习惯把它比作开车：高速巡航用高档低转速，市区堵车就降档怠速。
理疗仪里，不同工作模式对算力要求差别很大。比如电极输出阶段，需要精确的 PWM 波形控制，这时候 CPU 得跑快点；但到了数据记录阶段，只是往 Flash 里写几个字节，完全没必要全速运行。
核心思路：根据负载动态调整工作点，实现性能与功耗的平衡。
具体怎么做？我一般分三步走：
- 负载监测——通过硬件计数器或软件轮询，实时了解 CPU 占用率
- 策略决策——设定几个阈值，比如 CPU 占用低于 20% 就降频，高于 80% 就升频
- 参数切换——调整 PLL 分频系数和稳压器输出电压
这里有个坑，我曾经踩过。频率切换时如果电压没跟上，芯片会直接死机。所以切换顺序很重要：升频时先升压再升频，降频时先降频再降压。这个顺序搞反了，板子就成砖了。
// DVFS 切换示例（伪代码）
void dvfs_set_freq(uint32_t target_mhz) {
if (target_mhz > current_mhz) {
// 升频：先升压
regulator_set_voltage(VDD_CORE, target_mhz * 0.1 + 0.8);
delay_us(10); // 等待电压稳定
pll_set_freq(target_mhz);
} else {
// 降频：先降频
pll_set_freq(target_mhz);
delay_us(5);
regulator_set_voltage(VDD_CORE, target_mhz * 0.1 + 0.8);
}
}4.2 时钟门控
时钟门控，说白了就是给不需要的模块「断粮」。你想想看，理疗仪里的触摸屏控制器，在电极输出阶段根本用不上，但它的时钟还在那跑，白白浪费电流。
我做过一个项目，光靠时钟门控就省了 30% 的功耗。做法很简单：每个外设模块的时钟使能位，在进入对应功能时打开，退出时关闭。
小技巧：用 RCC（复位与时钟控制）寄存器批量操作，比逐个开关效率高得多。我习惯在进入低功耗模式前，一次性关掉所有非必要外设时钟。
实际项目中，我一般这样配置：
| 外设模块 | 工作阶段 | 时钟状态 |
|---|---|---|
| ADC | 信号采集 | 开启 |
| PWM 定时器 | 电极输出 | 开启 |
| 触摸屏控制器 | 参数设置 | 开启 |
| USB 接口 | 数据导出 | 开启 |
| 其他所有模块 | 任何阶段 | 关闭 |
嗯，这里要注意：有些外设的寄存器在时钟关闭后会被复位，重新开启时需要重新初始化。我吃过这个亏，后来就在代码里加了个状态保存机制。
4.3 睡眠模式与唤醒策略
理疗仪大部分时间其实在等待用户操作。这时候让 CPU 全速跑，简直是浪费。睡眠模式就是让芯片进入「假寐」状态，只保留必要的外设工作。
常见的睡眠模式分几种：
- 浅睡眠——CPU 停，外设继续跑，唤醒快（几微秒）
- 深睡眠——CPU 和外设都停，只留 RTC 和唤醒引脚，功耗极低（微安级）
- 待机模式——几乎全关，只有备份域供电，唤醒最慢（毫秒级）
我个人习惯，在理疗仪上这样分配：
- 用户 5 秒无操作 → 进入浅睡眠，触摸屏还能响应
- 用户 30 秒无操作 → 进入深睡眠，只留 RTC 计时和按键唤醒
- 治疗结束后 → 进入待机模式，等待下次开机
警告：深睡眠唤醒后，系统时钟需要重新配置。我曾经在唤醒后忘了重新初始化 PLL，结果系统跑在默认低速时钟上，界面卡得不行。后来加了个唤醒标志位，在 main 循环开头检查并恢复时钟配置。
唤醒策略也很关键。我一般用外部中断（按键、触摸）和 RTC 闹钟两种方式。RTC 闹钟特别适合定时治疗场景——用户设好 20 分钟，时间到了自动唤醒并停止输出。
// 进入深睡眠示例
void enter_deep_sleep(void) {
// 1. 保存关键寄存器状态
save_critical_regs();
// 2. 关闭非必要外设时钟
disable_unused_periph_clocks();
// 3. 配置唤醒源（RTC 闹钟 + 按键）
RTC_SetAlarm(WAKEUP_TIME);
EXTI_Init(KEY_WAKEUP_PIN, EXTI_MODE_INTERRUPT);
// 4. 进入深睡眠
PWR_EnterDeepSleepMode();
// 5. 唤醒后恢复（注意：这里在唤醒后执行）
restore_critical_regs();
SystemClock_Config(); // 重新配置系统时钟
}4.4 实际项目中的功耗优化案例
说个我去年做的项目吧。一款便携式理疗仪，要求电池续航 8 小时以上。刚开始原型机只能撑 3 小时，问题出在哪？
我拿电流表一测，发现待机电流高达 15mA。逐模块排查，最后定位到两个问题：
- 蓝牙模块一直处于广播模式，没进入休眠
- LED 指示灯在待机时还在呼吸闪烁
解决方案其实不复杂：
- 蓝牙改成事件触发模式，平时深度休眠，需要通信时再唤醒
- LED 指示灯只在用户操作时亮 3 秒，之后自动熄灭
- 加上 DVFS，治疗模式跑 48MHz，待机模式降到 8MHz
改完之后，待机电流降到 0.5mA，整机续航直接干到 10 小时。你看，有时候优化不需要多高深的技术，关键是找到耗电大头。
经验总结：功耗优化要「抓大放小」。先解决 mA 级的耗电，再去纠结 μA 级的细节。我习惯用电流分析仪跑一整天的功耗曲线，哪个时间段耗电异常，一目了然。
最后说一句，时钟与功耗管理不是一锤子买卖。产品迭代过程中，每加一个新功能，都要重新评估功耗。我现在的习惯是，每次提交代码前，先跑一遍功耗测试脚本。养成这个习惯，能省去后期很多麻烦。