2. R-Car硬件平台与摄像头接口

在R-Car多摄像头视觉感知系统中，SoC是整个数据通路的起点，也是决定系统能接入多少路摄像头、支持多高分辨率、能否实现硬同步的关键。Renesas R-Car系列中，面向ADAS与自动驾驶感知的主力型号包括R-Car V3H、V3M和V4H。理解它们的差异，不能只看CPU核数，而要看ISP、图像处理加速器、CSI-2通道数以及是否集成专用视觉加速IP。

R-Car V3H定位中高端ADAS，内置IMP-X5-V3H图像识别加速器，支持多路高分辨率输入，适合前视800万像素加多路环视的组合。R-Car V3M是较早的入门级视觉SoC，IMP-X4加速器规模较小，CSI-2通道和分辨率能力有限，常用于单前视或双路摄像头方案。R-Car V4H则是面向高阶自动驾驶的新一代平台，集成更强的深度学习加速器与更高带宽的图像输入子系统，可同时接入多路高像素摄像头并完成融合感知。选型时，第一件事是核对目标摄像头数量、单路分辨率与帧率，再对照SoC的CSI-2 lane数和ISP吞吐，而不是先看CPU主频。

摄像头与SoC之间的物理接口是MIPI CSI-2。CSI-2是差分串行接口，由时钟lane和若干数据lane组成，常见配置为1 clock + 1/2/4 data lane。每lane速率决定总带宽，例如4 lane、每lane 1.5 Gbps时，理论总带宽约6 Gbps，扣除协议开销后，可支撑一路4K或两路1080p的高帧率传输。CSI-2还定义了虚拟通道（Virtual Channel），同一物理链路上可复用多个VC，把不同摄像头的数据打上不同VC标签，SoC端按VC解复用。这在多路摄像头系统中非常关键：当两路摄像头共享一组CSI-2 lane时，必须正确配置VC ID，否则图像会串路。

实际车载摄像头往往离SoC较远，几米到十几米的同轴线或屏蔽双绞线无法直接跑CSI-2。因此链路中会加入串行器（Serializer）和解串器（Deserializer），即SerDes。摄像头端用串行器把并行图像数据转成高速串行信号，通过同轴线传输；SoC端用解串器恢复出CSI-2信号，再送入R-Car的CSI-2接收端口。典型器件如Maxim GMSL系列或TI FPD-Link系列。以GMSL2为例，单根同轴线可同时传输视频、控制反向通道和电源（PoC），大幅简化线束。设计时要关注解串器输出的CSI-2 lane数、速率是否与R-Car接收端匹配，以及PoC滤波网络的阻抗和噪声。

多路摄像头同步是感知融合的前提。若各摄像头曝光时刻不一致，运动目标在融合时会产生错位。同步机制分两类：一是通过SoC或专用同步芯片输出FSYNC/触发信号，统一驱动所有摄像头的曝光起点；二是利用SerDes的反向通道，把同步脉冲从解串器侧传到串行器侧，再触发摄像头。R-Car平台通常由外部同步信号发生器或SoC的PWM/GPIO产生帧同步脉冲，经解串器反向通道分发到各路摄像头。配置时需要确认触发极性、脉宽、帧率与摄像头寄存器中的曝光模式一致，否则会出现丢帧或曝光异常。

下面给出一个多路摄像头接入的配置检查表示例，用于在调试前逐项核对链路参数。表中数值为教学示例，实际应以所选器件数据手册为准。

总结来看，R-Car V3H/V3M/V4H的选型要围绕摄像头路数、分辨率和同步需求展开；CSI-2负责SoC侧高速接收与VC解复用；SerDes解决远距离传输与PoC供电；同步触发则通过反向通道统一各路曝光时刻。四者环环相扣，任何一处参数不匹配，都会在融合感知阶段表现为图像错位、丢帧或带宽不足。