3、多路Camera硬件方案:SoC ISP选型、串行器/解串器(SerDes)方案、FPD-Link与GMSL对比

做车载Camera系统,硬件选型是第一步,也是最容易踩坑的一步。我这些年经手过好几个量产项目,从最初的单路倒车影像,到现在的多路环视加ADAS,硬件方案的变化真的很大。今天咱们就聊聊多路Camera硬件方案的核心三件事:SoC ISP怎么选、SerDes怎么搭、FPD-Link和GMSL到底怎么选。

3.1 SoC ISP选型:别只看算力,要看管线

很多人选SoC,上来就看TOPS,看CPU主频。嗯,这其实是个误区。对于车载Camera系统,ISP(图像信号处理器)才是真正的核心。我有个朋友,选了个算力很高的芯片,结果ISP管线不支持多路同时处理,最后只能外挂ISP芯片,成本翻了一倍。

选SoC ISP,我建议你重点关注这几个点:

  • 多路并发能力:芯片能同时处理几路Camera?是真正的并行处理,还是分时复用?我遇到过标称支持4路,实际只能同时处理2路的情况,坑得很。
  • HDR处理管线:车载场景下,逆光、隧道出入口这些场景,没有HDR根本没法看。要确认ISP是否支持多帧合成HDR,还是只能做线性HDR。
  • 延迟指标:从Sensor采集到ISP输出,端到端延迟多少?ADAS系统要求通常低于100ms,环视系统可以放宽到200ms左右。
  • 功能安全支持:如果要做ASIL-B以上的系统,ISP本身需要支持安全机制,比如像素级自检、CRC校验等。

我的经验:别只看芯片厂商的Datasheet,一定要拿实际场景去测。我曾经被一份漂亮的ISP参数表忽悠过,结果实际跑起来,HDR效果一塌糊涂。后来我学乖了,选型前一定先要一块开发板,跑一遍我自己的测试用例。

3.2 串行器/解串器(SerDes)方案:远距离传输的关键

车载Camera的Sensor通常放在车外,比如前挡风玻璃、后保险杠、后视镜下面。而SoC在车内,距离少说也有3-5米。这么远的距离,直接用MIPI CSI传?不行,信号衰减太严重了。

这时候就需要SerDes出场了。它的作用很简单:把并行的MIPI信号转成串行的差分信号,用同轴电缆或双绞线传出去,到另一端再解回来。

选SerDes方案,我一般看这几个维度:

参数 说明 我的建议
传输速率 决定能支持多少分辨率和帧率 4K@30fps至少需要6Gbps以上
传输距离 同轴电缆一般支持15米以上 车载场景10米足够,但留余量
双向通信 是否支持I2C/UART反向通道 必须支持,否则没法配置Sensor
功能安全 是否有CRC、ECC等保护机制 ADAS系统必须考虑

避坑指南:我曾经在一个项目里选了某款SerDes,结果发现它的反向通道速率太低,配置Sensor时延迟很大,导致上电初始化时间超标。后来换了一款支持高速反向通道的芯片才解决。所以选型时一定要确认反向通道的速率,别只看正向通道。

3.3 FPD-Link与GMSL对比:两大阵营的较量

说到SerDes,就绕不开两个主流方案:TI的FPD-Link和Maxim(现在叫ADI)的GMSL。这两家几乎垄断了车载SerDes市场。我两个都用过,说说我的感受。

FPD-Link(TI)

TI的FPD-Link历史比较久,生态很成熟。它的特点是:

  • 支持同轴电缆和STP双绞线两种介质
  • 单链路最高支持4K@60fps(DS90UB960系列)
  • 反向通道速率较高,配置Sensor很流畅
  • 有专门的汽车级型号,支持-40°C到105°C

GMSL(ADI/Maxim)

GMSL是后来者,但发展很快。它的优势在于:

  • 同轴电缆供电(PoC)方案更成熟
  • 支持更长的传输距离(实测20米以上没问题)
  • 多路解串器集成度更高(比如MAX9286可以同时解4路)
  • 功能安全支持更完善(有ASIL-B等级的型号)
对比项 FPD-Link GMSL
最大速率 12Gbps(最新一代) 12Gbps(最新一代)
传输介质 同轴/STP 同轴为主
反向通道 高速(可达50Mbps) 中速(约9.6Mbps)
多路支持 需多颗解串器 单颗可解4路
功能安全 部分型号支持 支持更完善
生态成熟度 非常成熟 快速追赶

注意:FPD-Link和GMSL的电气特性不同,不能混用。我见过有人想省成本,把FPD-Link的串行器配GMSL的解串器,结果完全不通。这两家芯片必须成对使用,别想着混搭。

3.4 多路Camera硬件架构图

说了这么多,咱们用一张图来总结一下典型的多路Camera硬件架构。下面这个图展示了一个4路环视加1路前视的系统,用的是GMSL方案。

多路Camera硬件架构图(GMSL方案示例) Camera Sensor 1 前视 1920x1080 Camera Sensor 2 左视 1280x720 Camera Sensor 3 右视 1280x720 Camera Sensor 4 后视 1280x720 串行器 MAX9295A 串行器 MAX9295A 串行器 MAX9295A 串行器 MAX9295A 同轴电缆 同轴电缆 同轴电缆 同轴电缆 解串器 MAX9286 4路输入 GMSL2 MIPI CSI-2 4-lane SoC 高通SA8295 或 瑞萨R-Car V4H ISP处理 HDR合成 畸变校正 拼接算法 输出: 显示 / 编码 / ADAS Camera Sensor 串行器 解串器 SoC 同轴电缆

这张图展示的是典型的4路环视加前视方案。每个Camera Sensor配一个串行器,通过同轴电缆传到中央的解串器。解串器把4路信号合并成1路MIPI CSI-2,送给SoC处理。SoC内部做ISP处理、HDR合成、畸变校正、拼接算法,最后输出给显示或ADAS模块。

我的建议:如果你做的是环视系统,GMSL方案会更合适,因为单颗解串器就能解4路,BOM成本更低。如果你做的是前视ADAS,对延迟要求极高,FPD-Link的高速反向通道优势就体现出来了。说白了,没有最好的方案,只有最合适的方案。

3.5 选型总结

最后总结一下我的选型思路:

  1. 先定SoC:根据算力需求和ISP能力选主芯片,别只看TOPS,ISP管线能力更重要。
  2. 再定SerDes:根据Camera路数、分辨率、传输距离选串行器和解串器。多路场景优先考虑GMSL,单路高速场景考虑FPD-Link。
  3. 最后定Sensor:Sensor要和SerDes匹配,特别是MIPI数据格式和时钟要求。我见过Sensor输出是RAW10,但SerDes只支持RAW12,结果还得做格式转换,白白增加延迟。

嗯,多路Camera硬件方案就聊到这儿。记住一点:选型不是看参数表,而是看实际场景。有机会拿开发板跑一跑,比看一百页Datasheet都管用。


公众号:蓝海资料掘金营,微信deep3321