1、PMU概述：什么是PMU、PMU在SoC中的角色、PMU驱动开发的核心挑战
1.1 什么是PMU？一个电源管家
PMU，全称Power Management Unit，翻译过来就是功耗管理单元。说白了，它就是SoC内部的「电源管家」。
我刚开始接触嵌入式时，觉得PMU不就是控制几个电压域开关吗？后来踩了坑才明白——远没那么简单。PMU负责的事情包括：
- 电压调节：给CPU核、GPU、内存等不同模块提供合适的电压
- 时钟门控：不需要的模块，直接把时钟掐掉
- 电源域管理：把芯片分成多个电源域，按需上下电
- 功耗状态切换：在运行、休眠、深度睡眠等状态间切换
- 热管理：监测温度，动态调整频率和电压
你想想看，一个手机SoC里可能有几十个模块同时工作。CPU在跑，GPU在渲染，ISP在处理图像，NPU在跑AI模型。每个模块对电压和频率的要求都不一样。PMU就是那个协调者，确保每个模块「吃得饱但别撑着」。
核心要点：PMU不是简单的电源开关，而是一个集成了电压调节、时钟管理、状态机控制的复杂硬件单元。它直接决定了系统的功耗表现和稳定性。
1.2 PMU在SoC中的角色
PMU在SoC里扮演什么角色？我习惯用三个词概括：调度者、守门员、消防员。
1.2.1 调度者：分配资源
SoC里各个模块对功耗的需求是动态变化的。比如播放视频时，GPU和显示控制器需要高功耗，而NPU可以休眠。PMU根据当前负载，动态调整各模块的电压和频率。
我在项目中遇到过一个问题：某个模块的电压切换时序没处理好，导致系统在负载突变时直接死机。后来查了三天，发现是PMU状态机里少了一个等待条件。嗯，这种坑踩一次就记住了。
1.2.2 守门员：控制功耗
PMU负责监控整个芯片的功耗。当某个模块温度过高时，PMU会主动降低它的频率，甚至直接关掉它。这就是所谓的「热节流」。
举个例子：
// PMU热管理伪代码
if (temp_sensor > THRESHOLD_HIGH) {
// 降低CPU频率
set_cpu_freq(CPU_FREQ_LOW);
// 通知调度器减少负载
notify_scheduler(THROTTLE_ACTIVE);
} else if (temp_sensor < THRESHOLD_LOW) {
// 恢复正常频率
set_cpu_freq(CPU_FREQ_NORMAL);
notify_scheduler(THROTTLE_INACTIVE);
}1.2.3 消防员：处理异常
当系统出现异常功耗时，PMU是最后一道防线。比如电池电压过低、芯片温度过高、电流过载等，PMU会触发紧急关机或降频。
注意：PMU的异常处理逻辑必须非常可靠。我曾经见过一个产品，因为PMU的过温保护阈值设置过高，导致芯片在高温下持续运行，最终烧毁了封装。这种问题一旦出现，就是硬件改版，代价极大。
1.3 PMU驱动开发的核心挑战
做PMU驱动开发，说白了就是和硬件寄存器打交道。但真正难的不是读写寄存器，而是下面这几个点：
1.3.1 时序问题
PMU操作往往涉及多个电源域、多个时钟域。电压切换、时钟门控、复位释放等操作都有严格的时序要求。顺序错了，系统就挂了。
我建议你在写驱动时，先把硬件手册里的时序图吃透。别急着写代码，先画个状态机，把每个操作的先后顺序理清楚。
1.3.2 状态管理
PMU驱动需要管理多个功耗状态。比如：
| 状态 | 描述 | 功耗 | 唤醒延迟 |
|---|---|---|---|
| Active | 全速运行 | 高 | 0 |
| Idle | 部分模块休眠 | 中 | 微秒级 |
| Sleep | CPU休眠，外设保留 | 低 | 毫秒级 |
| Deep Sleep | 几乎全部断电 | 极低 | 秒级 |
状态切换时，驱动要确保所有依赖关系都处理好。比如从Deep Sleep唤醒时，要先恢复电源，再恢复时钟，最后恢复外设状态。顺序乱了，外设就可能工作不正常。
1.3.3 中断与同步
PMU操作往往是异步的。你写了一个寄存器，硬件需要几个时钟周期才能完成切换。这时候怎么办？
- 轮询：简单但浪费CPU
- 中断：高效但需要处理竞态
- DMA：适合批量操作
我个人习惯用中断方式。但要注意，PMU中断的优先级通常很高，处理函数里不能做耗时操作。我曾经犯过一个错误：在PMU中断处理函数里调用了printk，结果系统直接卡死。后来才意识到，中断上下文里不能做阻塞操作。
1.3.4 调试难度
PMU驱动出问题，往往表现为系统死机、重启、功耗异常。这些问题很难复现，更难定位。我建议你在开发初期就加入足够的调试手段：
调试技巧：
- 在关键操作前后打印寄存器值
- 使用GPIO输出状态信号，方便示波器抓取
- 保留PMU状态机的日志，便于事后分析
1.4 小结
PMU驱动开发，技术难度不算高，但坑特别多。你想想看，一个电压切换时序错了，可能直接烧芯片。一个状态机条件漏了，系统可能永远醒不过来。
所以我的建议是：慢就是快。先把硬件手册读透，把时序图画清楚，把状态机理明白，再动手写代码。别急着跑通功能，先把稳定性做扎实。
下一章，我们会深入PMU的硬件架构，看看它内部到底是怎么工作的。到时候我会拿一个实际芯片的PMU模块来拆解，保证让你看明白。