友思特 × 广达电脑联合方案｜智驾域控 GMSL 视频流旁通注入测试应用案例

Hophotonix 2026-09-08 58

电子说

1.4w人已加入

描述

引言

随着智能驾驶从 L2 向 L2+ 乃至 L3 级别演进，智驾域控制器作为车辆决策中枢，需要实时处理来自多个摄像头（前视、环视、侧视等）的高带宽视频流。这些摄像头普遍采用 SerDes（串行解串）技术实现长距离、低延迟、高可靠的数据传输。在应用 SerDes 技术的诸多协议当中，以 GMSL、FPD-Link 这两种成熟度最高、应用面最广的协议为代表。作为私有协议标准，其芯片生态存在强绑定特性，不同代际（如 GMSL1/2/3）及不同厂商方案（如 GMSL 和 FPD-Link）之间互不兼容，给智驾域控的开发和测试带来了严峻挑战。

域控视频流旁通注入测试项目背景

如前所述，智驾域控需同时接入多路 GMSL 摄像头视频流，且不同摄像头可能来自不同供应商、采用不同版本的 GMSL 协议。在域控量产开发和整车验证阶段，视频流在传输路径上的任何异常——包括物理层信号衰减、协议层丢帧/误码、链路短暂中断或时序偏移——都可能导致域控感知模块输出错误结果，进而影响决策规划甚至触发安全风险。因此，需在域控与摄像头之间的 GMSL 链路上，高效采集旁路视频流、注入异常信号并验证域控的容错与降级机制。

进一步地，通过仿真软件仿真更多不同类型的场景数据，需要将此等来源的数据注入到域控，测试域控对于这类数据的响应。

在此背景下，对涉及技术提出较高的要求：

信号传输完整性与实时性验证

智驾域控通常需处理 4 到 8 路甚至更多路 GMSL 视频流，且多路摄像头需保持严格同步。任何一路的视频丢帧、误码、延迟抖动或链路瞬断，均可能造成感知融合失效。传统测试方法难以在不改变原车线束拓扑和电气负载的前提下，动态旁通并注入链路异常，以验证域控在极端工况下的响应表现。

协议碎片化与设备兼容性瓶颈

GMSL 协议历经 GMSL1、GMSL2、GMSL3 等多代演进，各代际在速率、编码、握手机制上存在差异；同时，不同 Tier1 供应商基于同一代 GMSL 也可能实现非标准扩展。测试团队面对不同车型或不同摄像头方案时，往往需要频繁更换专用注入/采集设备，设备采购成本高、适配周期长，严重制约测试效率。

闭环故障注入与功能安全测试需求

除被动采集视频流外，还需主动向域控注入特定故障场景——例如模拟某路摄像头信号丢失、注入 CRC 错误帧、叠加时间戳异常、篡改图像有效区域等，以验证域控的故障诊断逻辑（如触发 ASIL-D 级安全机制）、冗余切换策略（如主/备摄像头切换）及系统降级行为。此外，测试过程还需同步关联 CAN/CAN FD 或车载以太网信号，闭环验证域控在视频异常时的综合决策响应。

视频流旁通和注入概念

视频流旁通 是在视频数据正常传输路径下，非侵入式地复制并分流数据流的技术。它的目的是对原始视频流进行无损复制和分发，实现真实路测数据采集的同时，不中断、不干扰车辆的实时感知和控制。

视频流注入 是与旁通或采集相反的链路。将采集或仿真的数据，模拟真实摄像头的信号，注入到智驾的域控制器当中。注入的目的是伪造真实摄像头信号，实现在实验室环境中，对智驾系统进行可重复、可控制、全覆盖的测试验证。所以，视频流注入可以为 HiL（硬件在环测试）提供全面的数据支撑。

友思特 proFRAME 板卡｜域控视频流旁通注入测试方案

针对上述挑战，我们同广达电脑（QUANTA），基于友思特 proFRAME 板卡搭建了域控视频流的闭环测试系统方案。

proFRAME 板卡通过模块化的设计，支持 GMSL、FPD-Link、GVIF、ASA-ML、A-PHY、HDMI、CSI-2 等常见的车载视频流传输协议，在汽车、智驾领域可用于验证 ADAS 系统和相关的功能测试。

域控视频流闭环测试系统架构

CAM ：车载摄像头，包括图像传感器和加串芯片，提供真实图像来源以及真实传感器交互反馈。
ECU ：测试对象，车载域控制器，包含解串芯片和 PoC、ISP 和软件等内容。
Host ：主机系统，通过 PCIe 插槽连接 proFRAME 板卡，包含测试工具以及完成数据记录存储功能，可以通过 CPU 以 DMA 的方式或通过 GPU 以 RDMA 的方式与板卡 FPGA 双向传输图像数据和控制信号。
proFRAME ：分为基板和相机适配板，相机适配板包含加串芯片和解串芯片，在不影响正常通信链路下，起旁通和透传域控和车载摄像头的数据通信作用。

proFRAME 板卡集车载视频流传输的采集、注入、旁通需求于一体，只需切换板卡的固件即可切换不同的模式， 一卡兼容这三种应用需求 。

除了传输视频数据，还可以通过双向控制通道进行 i2c 通信，且注入视频流带有 ns 级别高精度时间戳，使得 proFRAME 板卡非常适合多种车载视频流相关的测试场景。

项目测试实施细节

域控与摄像头默认行为梳理

如下连接简图，域控解串器型号为 MAX96724 ，摄像头加串器型号为 MAX96717 。域控和摄像头连接情况下，域控上电时自动执行 serdes 链路的初始化，域控发送指令启动摄像头推流，域控获取实时视频流。

域控与摄像头通过 proFRAME 板卡旁通注入

链路配置调试

如下连接简图，往域控和摄像头的通信链路中，插入 proFRAME 板卡实现旁通注入测试。核心调试步骤如下：

明确整个链路的两个加串器和两个解串器分别由哪个主体进行初始化。这里由域控 ECU 来初始化摄像头的加串器以及域控本身的解串器，由 proFRAME 板卡来初始化板卡本身的加串器和解串器。为避免 proFRAME 板卡的 MAX96717 加串器和摄像头的 MAX96717 加串器的 i2c 地址冲突，对 proFRAME 板卡初始化时给板卡本身的 MAX96717 重新 alias 一个地址。
摄像头 PoC 供电实现 。对于 proFRAME 板卡支持 PoC Forward 的型号，可以由 ECU 进行 PoC 供电，proFRAME 板卡转发供电；对于 proFRAME 板卡不支持 PoC Forward 的型号，板卡可配置 PoC 供电，通过查询手册设置 PoC 供电电压（8–25V 可调，这里根据摄像头需要配置为 0x62 即 14V）。
域控制器不上电，刷新 proFRAME 板卡的固件为 TAP（旁通）模式 ，通过 ini 文件配置初始化板卡本身的加串器和解串器，并执行 sxpfrec 工具，通过旁通链路获取整个测试过程中图像和 i2c 通信数据。
域控制器上电，自动执行驱动脚本，通过 proFRAME 板卡透传 i2c 指令，初始化域控的解串器以及摄像头的加串器和图像传感器。
基于 sxpfrec 工具获取的 i2c 指令分析域控对摄像头的初始化行为，参考修改 proFRAME 板卡的加串器和解串器配置。例如通过分析获取摄像头的图像传感器配置为 trigger 模式，因此需要同步进行 proFRAME 板卡的 FPGA 和 serdes 的 MFP 触发配置。且 FPGA 和 serdes 的 Data Rate、Data Lane 需要配置为一致（如 1200Mbps，MIPI D-PHY 4Lane），才能保证数据的稳定收发。
完整配置之后重新执行 ini 文件初始化，即可实现旁通链路。