106、影像系统功耗建模实战——sensor/ISP/DDR/CPU/GPU/NPU的功耗分解与优化

106、影像系统功耗建模实战——sensor/ISP/DDR/CPU/GPU/NPU的功耗分解与优化去年夏天，我们在一款搭载骁龙8 Gen1的旗舰机上调试8K30录像，整机电流比竞品高了整整400mA。客户那边直接拍桌子，说你们这影像功耗再压不下来，这项目就黄了。当时我带着团队在实验室里蹲了三天，用功率分析仪一点一点扒各个模块的电流曲线，最后发现罪魁祸首根本不是ISP，而是我们一直没当回事的DDR带宽调度策略。从那以后，我彻底明白了一个道理——影像功耗这玩意儿，你光盯着大块头看没用，真正吃电流的往往是你眼皮底下那个不起眼的小角色。先说说功耗分解这件事。很多人一上来就拿着datasheet算功耗，什么sensor标称200mW，ISP标称500mW，加吧加吧完事。这纯属纸上谈兵。真实场景下，sensor的功耗跟帧率、分辨率、输出格式强相关，更关键的是跟sensor的PLL配置有关。比如索尼IMX766，你把它配成10bit RAW输出和8bit RAW输出，功耗能差出30mW，但画质损失肉眼几乎看不出来。这里踩过坑——我们曾经为了追求所谓的“专业级10bit”硬撑着跑满带宽，结果整机功耗爆表，后来改成动态切换10bit/8bit，只在专业模式下手动开启，日常默认8bit，功耗直接降了80mW，用户感知为零。ISP这块的功耗分解要分三块看：RAW域处理、RGB域处理、YUV域处理。RAW域主要是去噪、坏点校正、黑电平补偿，这部分吃的是计算量，跟分辨率成正比。RGB域是色彩插值、白平衡、色彩校正矩阵，这部分吃的是内存访问带宽。YUV域是降噪、锐化、色调映射，这部分最坑，因为往往要挂多帧参考，DDR访问量呈指数级上涨。我们实测过，同样的4K3