📚 课程目录第2章 STM32功耗基础

2. STM32功耗基础

时钟树，说白了就是MCU的“心跳”。心跳快了，功耗自然就上去了。很多工程师一上来就把主频拉到最高，外设时钟全开，结果产品发热、电池撑不住。我早期做一款便携式数据采集器时就吃过这个亏——明明代码逻辑没问题，待机电流就是降不下来。后来一查，罪魁祸首就是时钟配置太“豪放”。

这一章，咱们就聊聊怎么精细化管理时钟树。核心就两件事：降主频和关外设时钟。听起来简单，但里面的门道不少。

2.1 为什么时钟频率直接影响功耗？

先看一个基本公式：

动态功耗 ∝ C × V² × f

其中 C 是负载电容，V 是工作电压，f 是时钟频率。频率降一半，动态功耗就降一半。而且别忘了，频率降低往往允许我们降低供电电压（DVFS技术），功耗下降就更明显了。

关键认知： 系统主频每降低1MHz，在STM32F4系列上大约能节省0.5-1.5mA的电流（视外设负载而定）。这不是小数目。

我在一个项目中做过实测：STM32F407，主频168MHz时全速运行约60mA；降到72MHz后，同样任务电流降到35mA左右。任务执行时间虽然长了点，但总能耗反而更低。你想想看，是不是这个理？

2.2 时钟树结构速览

STM32的时钟树不算复杂，但新手容易绕晕。我习惯把它分成三层：

2.3 降低系统主频的实战技巧

2.3.1 按场景动态切换主频

不要一个频率跑到底。我建议的做法是：

高性能模式：跑满主频（如168MHz），处理突发计算或通信
普通模式：降频到72-84MHz，处理常规任务
低功耗模式：降到16-32MHz，只维持基本功能
睡眠模式：关闭系统时钟，靠中断唤醒

代码实现其实不复杂，关键是切换时要处理好PLL重新锁定时间：

void set_system_clock_72MHz(void)
{
    // 1. 切换到HSI作为临时时钟源
    RCC->CFGR &= ~RCC_CFGR_SW;
    RCC->CFGR |= RCC_CFGR_SW_HSI;
    while((RCC->CFGR & RCC_CFGR_SWS) != RCC_CFGR_SWS_HSI);

    // 2. 关闭PLL
    RCC->CR &= ~RCC_CR_PLLON;
    while(RCC->CR & RCC_CR_PLLRDY);

    // 3. 重新配置PLL参数（72MHz：HSE 8MHz * 9 = 72MHz）
    RCC->PLLCFGR = (8 << 0) | (360 << 6) | (0 << 16) | (4 << 24);
    // 实际项目中请使用HAL库宏或自定义宏，这里仅为示意

    // 4. 重新开启PLL并等待锁定
    RCC->CR |= RCC_CR_PLLON;
    while(!(RCC->CR & RCC_CR_PLLRDY));

    // 5. 切换回PLL作为系统时钟
    RCC->CFGR &= ~RCC_CFGR_SW;
    RCC->CFGR |= RCC_CFGR_SW_PLL;
    while((RCC->CFGR & RCC_CFGR_SWS) != RCC_CFGR_SWS_PLL);
}

我的经验： 切换时钟源时，一定要先切到HSI或HSE，再关PLL。直接关PLL会导致系统立即“死机”。这个坑我踩过，当时调试器都连不上，只能按复位键。

2.3.2 选择合适的时钟源

时钟源	频率范围	精度	启动时间	功耗	推荐场景
HSI	8MHz（固定）	±1%	~1μs	低	对精度要求不高的场景
HSE	4-26MHz	±50ppm	~1ms	中	需要精确时钟（如USB、以太网）
LSI	32kHz	±5%	~10μs	极低	独立看门狗、RTC校准
LSE	32.768kHz	±20ppm	~1s	极低	RTC时钟、低功耗定时

我个人习惯是：能不用HSE就不用。HSE起振需要时间，而且外部晶振和负载电容会额外耗电。如果产品对时钟精度要求不高（比如普通传感器采集），直接用HSI+PLL就够了。

2.4 关闭外设时钟的实战技巧

2.4.1 外设时钟使能寄存器

STM32的外设时钟控制主要通过三个寄存器族：

AHBxENR：控制AHB总线上的外设（如GPIO、DMA、CRC）
APB1ENR：控制APB1总线上的外设（如USART2-5、I2C1-3、SPI2-3）
APB2ENR：控制APB2总线上的外设（如USART1、SPI1、TIM1、ADC1-3）

每个外设对应一个位，置1使能时钟，清0关闭时钟。就这么简单。

注意： 关闭外设时钟前，必须确保该外设处于空闲状态。如果正在传输数据时突然关时钟，会导致数据丢失甚至外设锁死。我曾经在调试UART时犯过这个错——关时钟后，发送缓冲区里的数据全丢了。

2.4.2 实战：按需开关外设时钟

我推荐的做法是：用前开，用完关。不要在整个程序初始化时把所有外设时钟都打开。下面是一个典型的外设使用模式：

void uart_send_data(UART_HandleTypeDef *huart, uint8_t *data, uint16_t len)
{
    // 1. 开启UART时钟
    __HAL_RCC_USART1_CLK_ENABLE();

    // 2. 配置GPIO（如果还没配置）
    // ...

    // 3. 发送数据
    HAL_UART_Transmit(huart, data, len, 1000);

    // 4. 等待发送完成
    while(huart->gState != HAL_UART_STATE_READY);

    // 5. 关闭UART时钟
    __HAL_RCC_USART1_CLK_DISABLE();
}

你可能会问：频繁开关时钟会不会影响性能？其实不会。时钟使能/禁用的操作只需要几个CPU周期，相比外设传输时间可以忽略不计。而且，关掉时钟后，外设的静态功耗也几乎降为零。

2.4.3 低功耗模式下的时钟管理

STM32有多种低功耗模式，每种模式对时钟的处理不同：

模式	系统时钟	外设时钟	唤醒源	典型电流
Sleep	停止	可配置（LPENR控制）	任何中断	~5mA
Stop	关闭	全部关闭	EXTI、RTC等	~20μA
Standby	关闭	全部关闭	WKUP引脚、RTC	~2μA

在Sleep模式下，有一个容易被忽略的寄存器——LPENR（低功耗模式外设时钟使能）。它控制着在Sleep模式下哪些外设还能保留时钟。我建议：除非必要，否则全部清零。

// 进入Sleep模式前，关闭所有不必要的外设时钟
void enter_sleep_mode(void)
{
    // 关闭所有外设时钟（除了唤醒所需的外设）
    RCC->AHB1LPENR = 0;
    RCC->AHB2LPENR = 0;
    RCC->APB1LPENR = 0;
    RCC->APB2LPENR = 0;

    // 进入Sleep模式
    HAL_PWR_EnterSLEEPMode(PWR_MAINREGULATOR_ON, PWR_SLEEPENTRY_WFI);
}

2.5 避坑指南

我曾经踩过的坑：

坑1： 关闭外设时钟后，读该外设的寄存器会返回0或随机值。所以关时钟前一定要保存好状态。
坑2： 某些外设（如DMA）的时钟不能随便关，因为DMA可能正在传输数据。关之前要检查DMA状态。
坑3： 切换系统时钟时，Flash等待周期必须同步调整。频率高了等待周期不够，程序会跑飞。
坑4： 使用HSE时，如果外部晶振停振，系统会卡在等待HSE就绪的循环里。建议加超时处理。

2.6 小结

时钟树优化是STM32功耗优化的第一道关卡。记住三个核心原则：

频率够用就好——不要盲目追求高主频
外设用完即关——时钟门控是最有效的节能手段
模式切换要平滑——注意PLL锁定时间和Flash等待周期