1. 电源管理概述：为什么需要电源管理？
各位同学，咱们今天聊聊电源管理。说实话，我刚入行那会儿，觉得电源管理就是个「配电压、调频率」的体力活。直到有一次，我负责的一个物联网终端设备，电池续航只有标称值的60%，客户差点把样品摔我脸上……嗯，从那以后，我才真正重视起这门学问。
1.1 为什么需要电源管理？
你想想看，现在的嵌入式设备，小到智能手表，大到工业网关，哪个不是靠电池或者有限电源供电的？没有电源管理，设备要么发热严重，要么续航尿崩，要么干脆死机重启。
我总结下来，电源管理的核心驱动力就三点：
- 续航焦虑：用户希望手机能用一天，手表能撑一周，传感器节点能跑一年。没有精细的电源管理，这些全是空话。
- 散热瓶颈：芯片越做越小，功耗密度越来越高。我见过一个项目，因为没做好电源管理，外壳温度飙到70度，直接烫手。客户投诉说「这玩意儿能煎鸡蛋」。
- 法规与成本：欧盟的能效标准越来越严，产品过不了认证就卖不出去。而且，省电就是省钱——少用电池、少散热材料，BOM成本自然降下来。
一句话总结：电源管理不是锦上添花，而是嵌入式产品的生存底线。
1.2 嵌入式系统的功耗组成
搞电源管理，首先得知道电都耗在哪了。我习惯把嵌入式系统的功耗拆成三块来看：
1.2.1 动态功耗
说白了，就是芯片干活时消耗的能量。公式很简单：P_dynamic = C × V² × f。其中C是负载电容，V是工作电压，f是时钟频率。
这里有个坑：电压对功耗的影响是平方级的。我曾在项目中把CPU核心电压从1.2V降到1.0V，频率只降了20%，但功耗直接砍了一半。所以，降电压永远是降功耗的第一选择。
1.2.2 静态功耗
芯片不干活时也在耗电，这就是静态功耗。主要来自晶体管的漏电流。工艺越先进，漏电越严重。28nm以下的芯片，静态功耗占比可能超过30%。
我记得有个项目，设备待机时CPU进入深度睡眠，但外设的漏电没管，结果待机电流还有5mA。后来加了负载开关，待机电流降到50μA——差了100倍！
1.2.3 外设功耗
很多时候，主芯片功耗控制得很好，但外设成了电老虎。比如：
- Wi-Fi模块：发射时300mA起步
- LCD屏幕：背光一开，几百mA就没了
- 传感器：虽然单个功耗低，但数量多了也吓人
我做过一个工业采集器，CPU功耗才200mW，但4G模块一联网，整机功耗直接飙到2W。所以，电源管理不能只盯着主芯片，外设才是大头。
| 功耗类型 | 典型占比 | 控制手段 |
|---|---|---|
| 动态功耗 | 40%-60% | DVFS、门控时钟 |
| 静态功耗 | 10%-30% | 电源门控、低漏电工艺 |
| 外设功耗 | 20%-50% | 按需供电、休眠模式 |
1.3 电源管理的基本目标
说白了，电源管理就三个目标：
- 延长续航：同样的电池，让设备跑得更久。
- 控制温升：不让芯片烫到降频或损坏。
- 保证性能：该快的时候要快，该省的时候要省。
这三个目标有时候是矛盾的。比如，你想让CPU跑得快，功耗就上去了；你想省电，性能就得妥协。所以，电源管理本质上是个平衡艺术。
我的经验：做电源管理，先定好「性能-功耗」的边界条件。比如，用户能接受多长的响应延迟？设备允许的最高温度是多少？把这些量化了，再去做策略，才不会跑偏。
1.4 电源管理的挑战
说实话，电源管理看着简单，做起来全是坑。我踩过的雷，随便说几个：
- 瞬态响应：设备突然从休眠切到全速运行，电压会掉。我遇到过因为电压跌落导致系统复位的bug，查了三天才发现是电源纹波太大。
- 状态切换延迟：从深度睡眠唤醒，需要几十毫秒。如果用户按键后设备没反应，体验就很差。所以，唤醒延迟和功耗之间要取舍。
- 多电源域协同：现在的SoC有十几个电源域，每个域可以独立开关。但域之间的依赖关系很复杂。我曾经因为关错了电源域，导致某个外设寄存器数据丢失，系统直接死机。
避坑指南：我曾经在一个项目中，为了省电把所有未用的外设时钟都关了。结果某个驱动在初始化时没检查时钟状态，直接写寄存器，导致总线挂死。所以，关电源之前，一定要确认所有依赖都处理干净。
1.5 嵌入式Linux电源管理的特殊性
相比裸机或RTOS，Linux的电源管理更复杂，但也更强大。为什么？
- 进程管理：Linux可以动态调整CPU频率和休眠状态，根据负载自动切换。
- 设备模型：每个设备都可以注册电源管理回调，系统休眠时自动保存/恢复状态。
- 框架成熟：cpuidle、cpufreq、devfreq、PM QoS……这些框架都是现成的，直接用就行。
但Linux也有麻烦：
- 唤醒源管理：中断太多，设备频繁唤醒，省电效果大打折扣。
- 驱动质量：很多第三方驱动根本没做电源管理，一休眠就出问题。
我有个习惯：拿到一个新板子，先跑一遍powertop，看看哪些设备在偷电。很多时候，问题出在驱动没配好，而不是硬件不行。
1.6 本章小结
嗯，这一章咱们聊了电源管理的必要性、功耗组成、目标和挑战。说白了，电源管理就是「在正确的时间，给正确的模块，提供正确的电压和频率」。听起来简单，但做起来需要你对硬件、驱动、内核都有深入理解。
下一章，咱们会深入Linux内核的电源管理框架，看看cpuidle和cpufreq到底是怎么工作的。到时候，我会拿实际项目中的代码和调优经验来讲解，保证干货满满。
记住：电源管理不是调参数，而是系统设计。从架构层面就把功耗考虑进去，后面才能少踩坑。