9、功耗优化：Camera功耗模型分析、Sensor功耗模式（Active vs Standby）、ISP与DSP功耗管理、降低功耗的编码策略
功耗优化，说白了就是跟电池寿命抢时间。做Camera HAL这么多年，我见过太多项目因为功耗问题被客户打回来重做。你想想看，用户拍个视频手机发烫，谁受得了？今天我们就来拆解一下Camera的功耗模型，看看怎么把每一毫安时都用在刀刃上。
9.1 Camera功耗模型分析
先说说功耗模型。Camera系统里，功耗大头其实就三个：Sensor、ISP/DSP、还有编码器。我习惯把整个链路画成一张图，这样哪里耗电多一目了然。
核心观点：Camera功耗 = Sensor功耗 + ISP/DSP功耗 + 编码器功耗 + 总线与内存功耗。其中Sensor和ISP通常占70%以上。
我在项目中遇到过一种情况：明明Sensor功耗不高，整机却烫得厉害。查了半天，发现是ISP的时钟频率没降下来，一直在满负荷跑。这就是典型的「木桶效应」——你以为省了电，其实别的地方在漏电。
这张图我建议你存下来。每次做功耗优化时，先对着它看看哪个环节是瓶颈。我个人习惯是先从Sensor下手，因为它的功耗模式切换最直接。
9.2 Sensor功耗模式：Active vs Standby
Sensor的功耗模式，说白了就两种：Active（干活）和Standby（待命）。但这里面的门道可不少。
| 模式 | 功耗 | 切换延迟 | 适用场景 |
|---|---|---|---|
| Active | 80-150 mW | 0 ms | 预览、拍照、录像 |
| Standby | 1-5 mW | 10-50 ms | 息屏、应用切后台 |
| Sleep | 0.1-0.5 mW | 100-500 ms | 深度休眠 |
嗯，这里要注意。Standby模式虽然省电，但切换回Active需要时间。我曾经在一个项目里，因为频繁切换Sensor模式，导致预览启动慢了200ms。用户打开相机要等半天，体验极差。
我的建议：不要频繁切换Sensor模式。如果预计5秒内会再次使用，保持Active低帧率模式比切Standby更省电。因为切换本身也有功耗开销。
具体怎么做？我一般这样控制：
// 伪代码：Sensor模式切换策略
if (预计空闲时间 < 5秒) {
sensor.setMode(ACTIVE_LOW_FPS); // 降帧率到5fps
} else if (预计空闲时间 < 30秒) {
sensor.setMode(STANDBY);
} else {
sensor.setMode(SLEEP);
}你想想看，如果每次用户按电源键息屏，你就把Sensor切到Sleep，亮屏再切回来。一来一回几百毫秒没了，用户早骂娘了。所以策略很重要。
9.3 ISP与DSP功耗管理
ISP和DSP是Camera的「大脑」，也是最耗电的部分之一。我见过不少团队，ISP的时钟频率直接拉到最高，不管场景需不需要。这就像开法拉利去买菜——没必要。
ISP功耗管理，核心就一句话：按需分配算力。
- 降频策略：低光照场景下，ISP不需要处理那么多细节，降频30%功耗能降一半。
- 关停模块：如果不需要HDR，就把HDR处理单元关掉。不需要降噪，就把降噪模块关掉。
- 动态调压：根据帧率动态调整ISP电压。帧率低的时候，电压可以降一档。
注意：降频不能一刀切。我曾经在某个项目里，把ISP频率降得太低，结果预览画面出现卡顿。后来发现是降噪模块处理不过来。所以降频前，一定要先分析瓶颈在哪里。
DSP这边，我习惯用「任务队列」来管理。把DSP任务分成高、中、低三个优先级：
// 伪代码：DSP任务调度
dsp_task_t task = {
.type = NOISE_REDUCTION,
.priority = HIGH, // 预览场景必须高优先级
.deadline = 16ms, // 60fps要求16ms内完成
.power_mode = PERFORMANCE
};
// 如果是后处理任务（比如生成缩略图）
dsp_task_t task2 = {
.type = THUMBNAIL,
.priority = LOW,
.deadline = 100ms,
.power_mode = LOW_POWER
};说白了，DSP不能一直跑在最高性能模式。该省电时就省电，该发力时就发力。我见过有些方案，DSP空闲时直接关掉时钟，功耗能降80%。
9.4 降低功耗的编码策略
编码器这块，很多人容易忽略。你想想看，录4K视频时编码器功耗可能占到20%以上。怎么省？
我总结了几条经验：
- 动态调整码率：静止场景用低码率，运动场景用高码率。别全程用最高码率。
- 帧率自适应：低光照下帧率降到24fps，编码器负载直接降40%。
- 硬件编码优先：能用硬件编码就别用软件编码。硬件编码功耗只有软件的1/5。
- GOP结构优化：长GOP可以减少I帧数量，I帧的编码功耗是P帧的3-5倍。
实战案例：我在一个视频通话项目里，把码率从8Mbps降到4Mbps，编码器功耗从350mW降到180mW。画质损失几乎看不出来，但功耗降了一半。这就是典型的「性价比优化」。
具体实现时，我建议这样配置编码器：
// 编码器参数配置
encoder_config_t config = {
.codec = H264,
.bitrate_mode = BITRATE_VARIABLE, // 动态码率
.target_bitrate = 4000000, // 4Mbps
.max_bitrate = 8000000, // 峰值8Mbps
.framerate = 30,
.gop_size = 60, // 长GOP，减少I帧
.power_save = ENABLED // 开启编码器省电模式
};嗯，这里还要提醒一点。编码器的省电模式有时候会牺牲编码质量。我建议你在测试时，用PSNR或者SSIM指标来评估画质损失。别为了省电把画面搞成马赛克，那就得不偿失了。
小技巧：如果平台支持，可以开启编码器的「低功耗预览模式」。这个模式下编码器用更少的参考帧，功耗能降20%左右，适合预览场景。录制时再切换到高质量模式。
最后说一句。功耗优化不是一锤子买卖，需要反复调优。我习惯在每次改完参数后，用电流计实测一下。数据说话，比什么都靠谱。
公众号:蓝海资料掘金营，微信deep3321