3. 时钟系统与功耗关系：CMS32时钟树详解

时钟，说白了就是MCU的“心跳”。心跳越快，干活越多，功耗自然就上去了。很多做低功耗的朋友一上来就盯着睡眠模式、外设关断，却忽略了时钟树这个“隐形电老虎”。我见过不少项目，明明代码写得挺漂亮，功耗就是降不下来，最后查来查去——时钟源没选对，或者门控没打开。

这一章，咱们就把CMS32的时钟树彻底捋一遍。从时钟源到门控，再到动态调频，每一步都跟功耗挂钩。

3.1 四大时钟源：HSE、LSE、HSI、LSI

CMS32内部有四个时钟源，各有各的脾气。选对了，功耗就赢了一半。

时钟源	全称	典型频率	功耗等级	典型用途
HSE	高速外部晶振	4~16 MHz	高（mA级）	主系统时钟、PLL输入
LSE	低速外部晶振	32.768 kHz	低（μA级）	RTC、低功耗定时器
HSI	高速内部RC振荡器	8 MHz（可微调）	中（数百μA）	快速启动、临时任务
LSI	低速内部RC振荡器	38 kHz（典型）	极低（μA级以下）	看门狗、唤醒定时器

我个人习惯是：系统刚上电时先用HSI跑起来，等外设初始化完了，再切到HSE做精确运算。任务一结束，立刻切回HSI或者直接进睡眠。你想想看，如果全程挂着16MHz的HSE，光是晶振振荡电路就要吃掉几百μA，这笔账不划算。

3.2 时钟门控技术：不用的模块，把时钟掐掉

时钟门控（Clock Gating）是个好东西。它不像关外设电源那么粗暴，而是只把时钟信号“掐断”。模块没时钟，寄存器不翻转，动态功耗自然就没了。

CMS32的外设时钟门控，通常通过CLK_EnablePeripheralClock()这类函数控制。我举个例子：

// 开启USART1时钟
CLK_EnablePeripheralClock(CLK_PERIPH_USART1);

// 用完之后，立刻关掉
CLK_DisablePeripheralClock(CLK_PERIPH_USART1);

看起来简单吧？但我在项目中遇到过好几次“漏关”的情况。比如某个定时器只在初始化时用了一次，后面再也没碰过，但时钟一直开着。结果整机功耗多了几十μA，查了两天才找到。

3.3 动态频率调整（DFS）策略

动态频率调整，说白了就是“看人下菜碟”。活儿重的时候跑快点，活儿轻的时候跑慢点。CMS32支持在运行时切换系统时钟源和分频系数，这就给了我们很大的调频空间。

我常用的DFS策略分三步：

1. 任务分级：把任务按紧急程度和计算量分成高、中、低三档。
2. 频率映射：高档用HSE+PLL跑到最高频，中档用HSI，低档用LSI甚至直接进睡眠。
3. 动态切换：任务开始前切时钟，任务结束后降回来。

举个例子，一个传感器采集任务：

// 低功耗模式：LSI运行，仅定时器工作
CLK_SetSystemClock(CLK_SYSCLK_LSI, CLK_DIV_1);

// 检测到外部中断，需要快速采集
CLK_SetSystemClock(CLK_SYSCLK_HSI, CLK_DIV_1);
// 采集数据...

// 数据处理量大，临时升频
CLK_SetSystemClock(CLK_SYSCLK_HSE, CLK_DIV_1);
// 处理数据...

// 处理完毕，降回LSI
CLK_SetSystemClock(CLK_SYSCLK_LSI, CLK_DIV_1);

3.4 时钟源切换对功耗的影响

时钟源切换本身也会产生功耗开销。切换过程中，PLL可能重新锁定，内部电路状态会短暂不稳定。如果频繁切换，省下的功耗可能还不够切换成本。

我一般遵循两个原则：

• 切换频率不要太高：至少间隔几毫秒以上，避免“抖动式切换”。
• 切换前评估成本：如果任务只持续几十微秒，用当前时钟硬扛可能更省电。

下面这张图，是我总结的CMS32时钟树与功耗决策流程，帮你快速定位该用哪个时钟源：