176、车载多路影像的DDR带宽预算模型——以高通SA8295P为例的环视+前视+舱内共存的带宽分配实战

176、车载多路影像的DDR带宽预算模型——以高通SA8295P为例的环视+前视+舱内共存的带宽分配实战

去年年底有个项目，环视、前视、舱内三套系统同时跑在SA8295P上，客户验收时发现倒车影像偶发撕裂，同时ADAS的ISP统计信息延迟飙升。我们一开始怀疑是ISP管线配置问题，查了三天，最后用带宽分析仪一测，DDR总线上影像相关流量已经占到了理论峰值的87%，而高通给的参考设计建议是不要超过75%。问题不在算法，在预算。

先把这个模型说清楚。SA8295P的DDR控制器是四通道LPDDR5，理论带宽标称是68GB/s，但实际可用要打折扣——ECC开销、刷新周期、多端口仲裁损耗，这些加起来通常要扣掉15%到20%。所以做预算时，我习惯先定一个“工程可用带宽”，按55GB/s算。别拿理论值做设计，那是给市场部写PPT用的。

影像路径上的带宽消耗，大头不是像素本身，是访问次数。以环视为例，四颗300万像素摄像头，30fps，RAW10格式，每帧数据量是300万×10bit，换算成字节大概是3.75MB。四路就是15MB每帧，乘以30帧，每秒450MB。听起来不多对吧？但ISP处理时，每一帧要经过多次DDR读写——RAW域去噪要读一次写一次，BLC和LSC又要读一次写一次，3A统计引擎还要单独读一遍做直方图。这一套下来，单帧的DDR访问量通常是原始数据量的4到6倍。环视四路，实际带宽需求就在2.7GB/s到3.2GB/s之间。

前视更狠。800万像素，30fps，RAW12，单帧原始数据是12MB。但前视ISP管线长，多帧HDR合成要读三帧写一帧，降噪模块还要做时域参考帧的读写。我们实测下来，单路前视的DDR带宽消耗在4.5GB/s到5.5GB/s之间