4. 联合验证环境总体架构

联合验证环境不是把几台设备简单连起来,而是要让“虚拟世界的时间”和“真实控制器的时间”严格对齐。整个拓扑可以理解为一条从场景生成到执行反馈的闭环链路:仿真主机负责场景与传感器仿真,实时目标机负责车辆动力学与执行器模型,DRIVE 计算平台运行被测的自动驾驶软件栈,三者通过车载以太网与时间同步网络耦合,形成可重复、可观测的验证系统。

一、四类核心节点的职责划分

仿真主机(Simulation Host)承担非实时任务:场景编辑、交通流生成、摄像头/激光雷达/毫米波雷达的物理级或感知级仿真、数据记录与可视化。它通常运行在 Linux 服务器上,配备高性能 GPU,输出的是传感器数据流和场景状态,对时延抖动不敏感,但对吞吐和渲染帧率敏感。

实时目标机(Real-Time Target Machine)承担硬实时任务:车辆动力学模型、轮胎模型、转向/制动/驱动执行器模型、道路载荷与悬架模型。它以固定步长(例如 1 ms 或 0.5 ms)求解微分方程,必须在每个步长内完成计算并输出车辆状态,否则整个闭环的物理真实性就会失真。

DRIVE 计算平台是被测对象,运行感知、定位、规划、控制等自动驾驶软件。它接收传感器仿真数据,输出底盘控制指令(转向角、加速度、制动压力等),再送回实时目标机,形成“感知—决策—控制—车辆响应”的闭环。

传感器仿真既可能运行在仿真主机上,也可能由专用 GPU 节点承担。摄像头仿真输出图像帧,激光雷达仿真输出点云,毫米波雷达仿真输出目标列表与原始回波。它们通过以太网或专用视频接口注入 DRIVE 平台,注入时延和帧同步方式直接影响感知算法的验证结果。

二、拓扑连接与数据流

推荐的物理拓扑采用“双网分离”原则:一条高带宽数据网承载传感器数据与调试流量,一条时间同步网承载 PTP(IEEE 1588)与触发信号。数据网建议使用 10 GbE 或 25 GbE 交换机,时间同步网使用支持硬件时间戳的交换机,避免数据流量干扰同步精度。

仿真主机 场景编辑 / 交通流 摄像头·激光雷达·毫米波 数据记录 / 可视化 非实时 · GPU 渲染 实时目标机 车辆动力学 / 轮胎模型 转向·制动·驱动执行器 固定步长 1 ms 求解 硬实时 · 确定性输出 DRIVE 计算平台 感知 / 定位 / 规划 控制指令输出 被测软件栈 车载以太网接入 场景/状态 控制指令 车辆状态 传感器仿真 图像帧 / 点云 / 目标列表 注入时延与帧同步 GPU 节点或主机内进程 传感器数据 时间同步网络(PTP IEEE 1588 · 硬件时间戳交换机) 主时钟 → 仿真主机 / 实时目标机 / DRIVE 平台 / 传感器仿真节点 同步精度目标:< 100 μs;触发信号用于帧对齐与采样对齐 场景/状态流 控制指令流 车辆状态反馈 传感器数据流 PTP 同步链路

图中闭环方向为:仿真主机生成场景与传感器数据 → DRIVE 平台感知决策 → 输出控制指令 → 实时目标机求解车辆动力学 → 车辆状态反馈回仿真主机更新场景。传感器仿真节点可独立部署,也可与仿真主机合并,但必须明确其数据注入路径与同步方式。

三、时钟同步与触发设计

联合验证中最容易被忽视、却最影响结果可信度的是时间基准。建议采用单一 PTP 主时钟,所有节点作为从时钟,通过硬件时间戳交换机实现亚微秒级同步。对于摄像头帧、激光雷达扫描周期等周期性信号,额外使用硬件触发线或 PTP 的周期性输出信号进行对齐,确保“第 N 帧图像”与“第 N 个点云”对应同一仿真时刻。

实际配置时,可在实时目标机上设置仿真步长 Ts = 1 ms,仿真主机渲染帧率设为 60 Hz,传感器仿真按 10 Hz/20 Hz 输出。此时需要明确:车辆动力学每 1 ms 更新一次,传感器数据每 50 ms 或 100 ms 注入一次,DRIVE 平台控制指令以 100 Hz 回传。各周期之间通过 PTP 时间戳对齐,而不是依赖操作系统调度顺序。

四、网络分段与流量隔离

建议将网络划分为三个 VLAN:VLAN 10 承载传感器数据(大带宽、允许一定抖动),VLAN 20 承载控制指令与车辆状态(低时延、小包),VLAN 30 承载 PTP 与触发信号(最高优先级)。交换机需开启 QoS,将 PTP 报文标记为最高优先级,避免被大流量传感器数据阻塞。

一个可参考的示例参数如下:传感器数据网使用 25 GbE,控制网使用 1 GbE,PTP 网使用 1 GbE;交换机 PTP 硬件时间戳精度优于 50 ns;端到端同步误差目标小于 100 μs。这些数值属于工程推荐示例,实际项目中应根据传感器分辨率、帧率和实时性要求调整。

五、拓扑设计中的常见问题与判断依据

如果发现 DRIVE 平台感知结果与仿真场景明显错位,首先检查 PTP 同步状态:在实时目标机和 DRIVE 平台上分别读取 ptp4l 的偏移量,若持续大于 1 ms,说明同步链路存在问题。其次检查传感器注入时延:在仿真主机记录发送时间戳,在 DRIVE 平台记录接收时间戳,两者差值应稳定在预期范围内。若抖动超过一个仿真步长,需要调整交换机 QoS 或改用硬件触发。

另一个常见问题是实时目标机超时。若车辆动力学模型计算时间超过步长,实时目标机会输出超时计数。此时应降低模型复杂度、提高 CPU 优先级或缩短步长,而不是简单忽略超时。超时会导致车辆状态更新滞后,进而使闭环验证结果不可信。

拓扑设计完成后,建议先做一次“空载同步测试”:不注入传感器数据,仅让 PTP 运行 10 分钟,记录各节点偏移量;再逐步加入传感器流和控制流,观察同步误差是否恶化。这样可以快速定位是同步问题还是流量问题。

总体而言,联合验证环境拓扑的核心是“职责分离、时间统一、流量隔离”。仿真主机、实时目标机、DRIVE 平台和传感器仿真各司其职,通过 PTP 与触发信号共享同一时间基准,再通过网络分段保证关键流量不被干扰。只有这三点同时成立,后续的 SIL/HIL 联合验证结果才具备可重复性和工程参考价值。