第2章 STM32时钟系统精讲：HSI、HSE、LSI、LSE、PLL配置与功耗关系
时钟系统，说白了就是MCU的心脏。心跳多快，功耗就有多高。很多工程师一上来就开PLL跑到最高主频，结果电池撑不过三天——这就是典型的“用大炮打蚊子”。
我刚开始做低功耗项目时，也犯过这个错。一个温湿度采集器，每秒只采样一次，我却让系统跑在72MHz。后来一算，90%的时间CPU都在空转。嗯，从那以后，我每次选时钟源都会先问自己：这个任务，真的需要这么快吗？
2.1 四大时钟源：选对就是省电的第一步
STM32内部有四个时钟源，各有各的脾气。我习惯把它们分成两组：
- 高速组：HSI（内部高速）、HSE（外部高速）——给CPU、外设用
- 低速组：LSI（内部低速）、LSE（外部低速）——给RTC、看门狗用
你想想看，如果只是让RTC走时，为什么要开HSE？这就是最基础的功耗浪费。
| 时钟源 | 典型频率 | 精度 | 典型功耗 | 适合场景 |
|---|---|---|---|---|
| HSI | 8 MHz / 16 MHz | ±1% | ~0.5 mA | 启动、临时高速任务 |
| HSE | 4-26 MHz（外部晶振） | ±50 ppm | ~0.8 mA（含晶振） | 精确通信（USB、CAN） |
| LSI | 32 kHz（约） | ±5% | ~1 μA | 独立看门狗、RTC低精度 |
| LSE | 32.768 kHz | ±10 ppm | ~0.6 μA（含晶振） | RTC精确计时、日历 |
我的习惯： 量产项目中，如果RTC需要走时准确，我一定用LSE。LSI温漂太大，夏天和冬天能差出几分钟。曾经有个客户反馈设备时间越走越慢，查了半天就是LSI惹的祸。
2.2 PLL：性能的放大器，功耗的放大器
PLL（锁相环）能把低频时钟倍频上去。比如HSE 8 MHz，通过PLL可以变成72 MHz。但PLL本身也是耗电大户。
我见过一个项目，工程师为了省一颗晶振，用HSI+PLL跑到64 MHz。结果HSI精度不够，USB通信老是丢包。最后乖乖加回HSE，问题解决。所以我的建议是：
- 需要精确时序（USB、CAN、以太网）→ 必须用HSE做PLL源
- 普通计算任务 → HSI+PLL够用，省一颗晶振就是省成本
- 休眠前 → 务必关闭PLL，切回HSI或直接进Stop模式
核心原则： 用多快的时钟，干多大的活。任务跑完立刻降频或切源。
2.3 系统时钟树：一条从源头到外设的路径
STM32的时钟树，说白了就是一条供水管道。源头（时钟源）→ 加压站（PLL）→ 主干道（AHB总线）→ 支路（APB1/APB2）。每个阀门（分频器）都能调节流量。
下面这张图是我自己总结的时钟树简化版，重点标出了功耗关键节点：
2.4 配置实战：从HAL库到寄存器
下面这段代码是我项目里常用的时钟初始化模板。注意看注释里的功耗考量：
void SystemClock_Config_LowPower(void)
{
// 第一步：先开HSI，别急着开PLL
RCC_OscInitTypeDef RCC_OscInitStruct = {0};
RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI;
RCC_OscInitStruct.HSIState = RCC_HSI_ON;
RCC_OscInitStruct.HSICalibrationValue = RCC_HSICALIBRATION_DEFAULT;
RCC_OscInitStruct.PLL.PLLState = RCC_PLL_NONE; // PLL先关着
HAL_RCC_OscConfig(&RCC_OscInitStruct);
// 第二步：配置AHB/APB分频，降低总线功耗
RCC_ClkInitTypeDef RCC_ClkInitStruct = {0};
RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK | RCC_CLOCKTYPE_SYSCLK
| RCC_CLOCKTYPE_PCLK1 | RCC_CLOCKTYPE_PCLK2;
RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_HSI;
RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1; // HCLK = SYSCLK
RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV2; // APB1 降一半
RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV1; // APB2 保持
HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_0);
// 第三步：需要高频时再开PLL
// 这段代码放在需要高速处理的任务前调用
}
我曾经踩过的坑： 在Stop模式下唤醒后，PLL不会自动恢复。如果你唤醒后直接访问外设，而时钟还没切回来，就会死机。正确的做法是：唤醒后先切回HSI，再重新配置PLL。
2.5 低功耗时钟切换策略
实际项目中，我一般用三种时钟模式来对应不同功耗等级：
| 工作模式 | 时钟配置 | 典型电流 | 适用场景 |
|---|---|---|---|
| 高性能模式 | HSE + PLL (72 MHz) | ~50 mA | 数据处理、通信收发 |
| 中等性能模式 | HSI (8 MHz) | ~5 mA | 按键扫描、LED刷新 |
| 低功耗模式 | LSI / LSE + Stop | ~5 μA | 待机、RTC唤醒 |
切换逻辑其实很简单：
- 空闲时 → 进Stop模式，只留LSE给RTC
- 被唤醒后 → 先切HSI，快速处理简单任务
- 遇到大数据量 → 开PLL，跑完立刻关掉
一个小技巧： 用HAL_RCC_GetSysClockFreq() 在运行时检查当前频率。调试时打印出来，你能直观看到时钟切换是否生效。我习惯在每次模式切换后加一句打印，方便排查。
2.6 避坑清单：时钟配置常见问题
- PLL配置顺序：必须先配置时钟源，再开PLL。顺序反了会卡死在HAL_RCC_OscConfig()里。
- Flash等待周期：频率超过24 MHz时，必须增加Flash等待周期。否则程序跑飞，查都查不出来。
- 外设时钟门控：不用的外设，记得关掉它的时钟。RCC->AHB1ENR里每一位都是功耗。
- MCO输出：调试时可以用MCO引脚输出时钟信号，用示波器看实际频率。我每次换晶振都会这么测一下。