4. 外设功耗管理：时钟门控、电源域划分、DMA与低功耗外设配置
外设功耗管理，说白了就是“用多少，给多少”。
很多开发者只盯着CPU的睡眠模式，却忽略了外设才是真正的电老虎。我见过一个项目，CPU深度睡眠功耗只有50µA，但一颗没关的UART外设就吃掉了2mA。你说冤不冤？
这一章，我们就把外设功耗管理的三板斧讲透：时钟门控、电源域划分，还有DMA与低功耗外设的配合。
4.1 时钟门控：最基础的“断粮”手段
时钟门控（Clock Gating）是外设功耗管理的第一道防线。原理很简单——不给外设送时钟，它就不干活，动态功耗直接归零。
核心原则：不用的时候，连时钟都别给它。
大多数MCU的外设时钟都是通过寄存器控制的。以STM32为例，RCC寄存器组里有一堆AHB/APB外设时钟使能位。我习惯在初始化时只打开必要的外设时钟，用完立刻关掉。
// 示例：STM32 USART时钟门控管理
void uart_send_done(UART_HandleTypeDef *huart) {
// 发送完成，关闭USART时钟
if (huart->Instance == USART1) {
__HAL_RCC_USART1_CLK_DISABLE();
} else if (huart->Instance == USART2) {
__HAL_RCC_USART2_CLK_DISABLE();
}
}
void uart_prepare_send(UART_HandleTypeDef *huart) {
// 准备发送，打开时钟
if (huart->Instance == USART1) {
__HAL_RCC_USART1_CLK_ENABLE();
} else if (huart->Instance == USART2) {
__HAL_RCC_USART2_CLK_ENABLE();
}
}小技巧：批量操作时，可以用位带操作（Bit-banding）来单独控制某个外设时钟位，避免读-改-写带来的中断冲突。我在Cortex-M3上用过这个手法，效率提升很明显。
不过要注意，频繁开关时钟也有代价——每次使能时钟后，外设需要几个时钟周期才能稳定。如果你的外设是高频切换的（比如SPI刷屏），那就不建议每帧都开关时钟了。
4.2 电源域划分：从“断粮”到“断水”
时钟门控只能砍动态功耗，漏电流（静态功耗）它管不了。要彻底断电，就得靠电源域划分。
现代MCU内部通常有多个电源域：
| 电源域 | 典型包含 | 可独立关断？ |
|---|---|---|
| VDD核心域 | CPU、SRAM、内部总线 | 否（常开） |
| 备份域 | RTC、备份寄存器 | 否（VBAT供电） |
| 外设域1 | USART、SPI、I2C | 是 |
| 外设域2 | ADC、DAC、比较器 | 是 |
| USB域 | USB PHY、DP/DM | 是 |
我做过一个电池供电的传感器节点，CPU跑在48MHz，但大部分时间只需要RTC和GPIO唤醒。当时我把所有不用的外设域都切断了电源，系统整体功耗从1.2mA降到了12µA。嗯，差了整整两个数量级。
注意：电源域切换不是瞬间完成的。从断电到重新上电，外设需要重新初始化。如果你的外设要保持状态（比如DMA描述符），那就不能随便断电。
4.3 DMA：低功耗下的“数据搬运工”
DMA和低功耗有什么关系？关系大了。
你想想看，如果没有DMA，每次外设收到一个字节，CPU就得从睡眠中醒来，跑中断服务程序，把数据搬到内存，再回去睡觉。这一来一回，光是进出睡眠的延迟和上下文切换，就够喝一壶的。
有了DMA，CPU可以一直睡，让DMA把数据攒够了再一次性唤醒CPU处理。这就是典型的“批处理”思路。
// 示例：DMA+外设的低功耗数据采集配置
void low_power_adc_dma_init(void) {
// 1. 配置ADC为连续扫描模式
ADC_InitTypeDef adc_cfg = {
.mode = ADC_MODE_CONTINUOUS,
.resolution = ADC_RES_12BIT,
.scan_mode = ENABLE
};
// 2. 配置DMA为循环模式，半满中断
DMA_InitTypeDef dma_cfg = {
.direction = DMA_PERIPH_TO_MEMORY,
.mode = DMA_MODE_CIRCULAR,
.half_transfer_interrupt = ENABLE, // 半满才唤醒CPU
.transfer_size = 256 // 缓冲区256字节
};
// 3. CPU进入深度睡眠，等待DMA半满中断
while(1) {
__WFI(); // 等待中断
if(DMA_GetFlagStatus(DMA_FLAG_HT)) {
process_half_buffer(); // 处理前半段数据
}
if(DMA_GetFlagStatus(DMA_FLAG_TC)) {
process_full_buffer(); // 处理后半段数据
}
}
}这个配置里，CPU每256个采样才醒一次，而不是每个采样都醒。功耗能降多少？我实测过，从每采样唤醒到每256采样唤醒，CPU活动时间占比从100%降到了不到0.4%。
关键指标：DMA缓冲区大小 = 唤醒间隔 × 数据速率。缓冲区越大，CPU睡眠时间越长，但响应延迟也越大。需要根据应用场景做权衡。
4.4 低功耗外设配置实战
不是所有外设都适合低功耗场景。我整理了一份“低功耗友好型”外设配置清单：
- UART：使用硬件流控（RTS/CTS），避免接收溢出。波特率越低越好，115200以上功耗翻倍。
- SPI：主模式时，时钟空闲时保持低电平。从模式时，片选信号要配合GPIO中断唤醒。
- I2C：使用标准模式（100kHz）而非快速模式（400kHz）。上拉电阻选大一点（4.7kΩ→10kΩ），减少静态电流。
- ADC：用单次转换代替连续转换。采样时间设到最短，转换完立刻关掉ADC时钟。
- GPIO：不用的引脚设为模拟模式（功耗最低）。输出引脚不要浮空，拉高或拉低。
避坑指南：我曾经在I2C总线上踩过坑——上拉电阻用了1kΩ，结果总线空闲时静态电流高达3.3mA。换成10kΩ后，直接降到330µA。记住，上拉电阻不是越小越好，够用就行。
4.5 知识结构总览
下面这张图把外设功耗管理的三个层次串起来了：
4.6 实战中的权衡
外设功耗管理不是一味地“关关关”。我总结了几条经验：
- 开关频率 vs 功耗收益：如果外设每10ms就要用一次，那频繁开关时钟反而更耗电。阈值大概在100ms左右——间隔大于100ms，开关才划算。
- 电源域恢复时间：从断电到重新上电，外设可能需要几百微秒到几毫秒的恢复时间。实时性要求高的场景，慎用电源域关断。
- DMA缓冲区大小：缓冲区越大，CPU睡越久，但内存占用也越大。我一般按“最大可接受延迟 × 数据速率”来算缓冲区大小。
曾经踩过的坑：有一次我把SPI Flash的时钟门控做得太激进——每次读写完立刻关时钟。结果Flash的页编程还没完成，时钟就断了，数据全写飞了。后来我加了“忙检测”逻辑，确认外设空闲了再关时钟。
外设功耗管理，说到底就是“精细化的资源调度”。时钟门控是基本功，电源域划分是进阶，DMA是放大器。这三层叠起来，才能把功耗压到极致。