2. 显示链路基础：从GPU到像素的完整链路、各模块功耗占比分析
好，咱们直接进入正题。显示链路，说白了就是「像素从哪来，到哪去」的完整旅程。我做了这么多年显示系统，发现很多工程师只盯着GPU算力，却忽略了像素走到屏幕这一路上，每一步都在「吃电」。今天我就把这条链路拆开，带你看看每个环节的功耗到底花在哪。
2.1 从GPU到像素：一条完整的「像素流水线」
你想想看，一个像素从GPU渲染出来，到最终点亮屏幕上的一个点，中间要经过多少道工序？我习惯把它分成四个大阶段：
- GPU渲染阶段：CPU/GPU生成帧数据，存在显存里。
- 显示控制器（Display Controller）：从显存读数据，做格式转换、叠加、旋转等处理。
- 显示接口传输：通过MIPI DSI、eDP、HDMI等接口，把数据传给屏幕。
- 屏幕驱动与像素点亮：屏幕内部的源极驱动器、栅极驱动器工作，最终点亮像素。
嗯，这里要注意：每个阶段都有独立的时钟域和电源域。我在项目中遇到过，有人把显示控制器的时钟频率配错了，结果整条链路都在空转，白白浪费了200mW的功耗。
核心观点：显示链路的功耗不是「GPU一家独大」，而是「各环节分食」。很多时候，屏幕驱动和接口传输的功耗加起来，比GPU还高。
2.2 各模块功耗占比：一张表说清楚
我整理了一份典型移动设备（比如手机、平板）在60fps、1080p分辨率下的功耗占比数据。注意，这是「典型值」，具体数值会因工艺、分辨率、刷新率不同而浮动。
| 模块 | 典型功耗 (mW) | 占比 (%) | 说明 |
|---|---|---|---|
| GPU 渲染 | 300 - 600 | 25% - 35% | 取决于画面复杂度，游戏场景会飙升 |
| 显示控制器 | 50 - 150 | 5% - 10% | 包括DSC、缩放、色彩处理等 |
| 显示接口 (MIPI/eDP) | 100 - 250 | 10% - 15% | 高速串行链路，频率越高功耗越大 |
| 屏幕驱动 (TFT/LTPS/OLED) | 400 - 800 | 40% - 50% | OLED的像素自发光，功耗与亮度强相关 |
| 背光 (LCD) | 200 - 500 | 15% - 25% | LCD特有，LED背光功耗占比大 |
看到没？屏幕驱动和背光加起来，经常超过50%。我刚开始做功耗优化时，总盯着GPU降频，结果发现屏幕亮度调低10%，省的电比GPU降频30%还多。这就是典型的「抓错重点」。
个人经验：在做功耗拆解时，我建议你直接用电流探头测屏体供电（VDDI、AVDD、ELVDD等），别只看系统总功耗。我曾经被总功耗数据骗了，以为优化得很好，结果一测屏体供电，发现屏幕驱动IC内部有个LDO效率只有60%，白白浪费了80mW。
2.3 每个环节的「吃电」细节
2.3.1 GPU渲染：动态功耗与静态功耗
GPU的功耗分两部分：动态功耗（开关活动）和静态功耗（漏电流）。动态功耗公式很简单：P = αCV²f。α是翻转率，C是负载电容，V是电压，f是频率。
说白了，降电压和降频率是最直接的。但要注意，降频会导致帧率下降，用户会感觉到卡顿。我习惯的做法是：先调电压，再调频率。因为电压对功耗的影响是平方关系，比频率更敏感。
// 伪代码：动态电压频率调整（DVFS）策略
if (GPU_utilization < 60%) {
voltage -= 50mV; // 先降压
frequency *= 0.8; // 再降频
} else if (GPU_utilization > 90%) {
frequency *= 1.2; // 先升频
voltage += 30mV; // 再升压（保证稳定性）
}
避坑指南：我曾经在某个项目里，为了省电把GPU电压降得太低，结果导致显示出现「闪屏」。后来排查发现，是电压裕量不足，GPU在重负载下瞬间掉压，导致像素数据出错。所以，降压一定要留够裕量，至少保留50mV的余量。
2.3.2 显示控制器：被忽视的「中间商」
显示控制器（Display Controller）负责从显存读数据，然后做各种处理。它的功耗主要来自：
- 内存读取带宽：从DDR读一帧数据，带宽 = 分辨率 × 色深 × 帧率。1080p@60fps、24bit色深，带宽大约是 1920×1080×24×60 ≈ 2.98 Gbps。带宽越高，内存控制器功耗越大。
- 图像处理单元：比如缩放、色彩空间转换、DSC（显示流压缩）。这些模块都是「硬加速」，功耗相对固定。
- 时钟树：显示控制器通常有独立的PLL，时钟频率越高，功耗越大。
我建议你关注一下「帧缓冲压缩」技术。比如ARM的AFBC（帧缓冲压缩），可以把带宽降低40%-50%，同时减少内存访问次数。我在一个平板项目里用了AFBC，显示控制器的功耗直接降了30mW。
2.3.3 显示接口：高速串行的代价
MIPI DSI或eDP接口，本质上是高速串行链路。功耗主要来自：
- 差分信号驱动：每对差分线需要驱动电流，通常几mA到十几mA。4 lane的MIPI，每lane 1Gbps，驱动功耗大约20-30mW每lane。
- 时钟通道：MIPI DSI有独立的时钟lane，功耗与频率成正比。
- 终端匹配电阻：接收端需要100Ω的匹配电阻，会消耗一部分功率。
嗯，这里有个小技巧：如果屏幕支持「低功耗模式」（比如LP模式），可以在不传输数据时把接口切换到低功耗状态。我见过有些驱动工程师忘了在VBlank期间切LP模式，结果接口一直跑在高速状态，白白浪费了50mW。
2.3.4 屏幕驱动与像素点亮：功耗大头
屏幕驱动是功耗的「终极大户」。对于LCD，背光功耗占主导；对于OLED，像素自发光，功耗与显示内容强相关。
我整理了一个OLED屏幕在不同显示内容下的功耗对比：
| 显示内容 | 典型功耗 (mW) | 说明 |
|---|---|---|
| 全黑画面 | 50 - 100 | OLED像素关闭，只有驱动IC静态功耗 |
| 全白画面 | 600 - 900 | 所有像素全亮，电流最大 |
| 50% 灰阶 | 300 - 500 | 线性关系，但实际有伽马校正 |
| 视频播放 | 400 - 700 | 平均亮度约20%-30%，动态变化 |
你看，全黑和全白差了将近10倍。这就是为什么OLED手机都喜欢用深色模式——省电效果立竿见影。
个人建议：在做OLED功耗优化时，别只盯着「亮度调低」。你可以试试「像素补偿」技术，比如在低亮度下减少子像素的驱动电流，同时通过算法补偿色彩。我在一个穿戴项目里用了这个方案，屏幕功耗降了15%，用户几乎看不出区别。
2.4 链路功耗的「木桶效应」
最后说一个我自己的感悟。显示链路的功耗优化，有点像「木桶效应」——最短的那块板决定了整体功耗的上限。你想想看，GPU优化得再好，如果屏幕驱动IC效率低，或者接口协议选错了，整体功耗还是下不来。
我习惯的做法是：先做全链路功耗拆解，找到占比最大的模块，然后集中火力优化。比如，如果屏幕驱动占了50%，那就先优化屏幕驱动；如果接口占了15%，那就优化接口。不要一上来就动GPU，除非它确实是瓶颈。
嗯，这一章的内容就到这里。下一章我会详细讲「显示控制器的低功耗设计」，包括如何配置时钟、如何利用帧缓冲压缩、如何优化内存访问模式。到时候我会拿一个实际项目的代码出来，咱们一起看看怎么把显示控制器的功耗从150mW压到80mW以下。