2. Robotaxi系统概述

Robotaxi 并不是“把驾驶员换成算法”这么简单,它是一套以安全冗余为核心、以感知—决策—控制闭环为主线的移动机器人系统。理解 Robotaxi 的健康与运维,首先要建立系统级认知:它处在什么自动驾驶等级,由哪些子系统构成,传感器如何配置,计算平台承担什么角色,线控底盘又如何把算法指令变成车辆动作。只有把这张“系统地图”建立起来,后续的故障定位、状态监测和预防性维护才有落点。

一、自动驾驶等级:从辅助驾驶到无人驾驶

按照 SAE J3016 的分级,驾驶自动化从 L0 到 L5 共六级。Robotaxi 的商业运营通常要求 L4 及以上:在限定运行设计域(ODD)内,系统可完成全部动态驾驶任务,并具备失效应对能力,车内不依赖人类驾驶员作为兜底。L2 与 L4 的本质差异不在“功能多少”,而在责任主体与冗余设计:L2 由人监控并随时接管,L4 由系统监控并自行处理故障。

对运维而言,等级直接决定健康管理边界。L4 车辆必须对关键链路做冗余与降级设计,例如制动、转向、电源、通信和计算。任何单点失效都不能立即导致失控,而应触发降级策略:靠边停车、最小风险状态(MRM)或远程协助。因此,健康与运维工程关注的不是“有没有故障”,而是“故障后系统是否仍处于可控安全状态”。

二、系统架构:五层闭环与冗余链路

Robotaxi 系统可抽象为五层:感知层、定位与地图层、决策规划层、控制执行层,以及贯穿全局的安全与运维层。感知层输出目标、车道线、可行驶区域;定位与地图层提供厘米级位姿与高精地图匹配;决策规划层生成行为决策与轨迹;控制执行层通过线控底盘实现横纵向控制;安全与运维层负责监控、诊断、日志、远程协助与 OTA。

Robotaxi 系统架构与信号闭环 感知层 摄像头 / 激光雷达 毫米波雷达 / 超声波 定位与地图层 GNSS / IMU / 轮速 高精地图匹配 决策规划层 行为决策 / 轨迹规划 速度与路径优化 控制执行层 线控转向 / 制动 驱动 / 档位 计算平台(域控制器) SoC + GPU/NPU + 安全MCU + 时间同步 + 冗余电源 线控底盘 线控转向 · 线控制动 · 线控驱动 · 线控换挡 · 悬架 安全与运维层 监控 / 诊断 / 日志 / OTA 远程协助 云平台 / 接管 状态反馈与健康数据回流 感知/定位 决策规划 计算平台 线控底盘 安全运维

架构上要特别关注“双链路”:感知与定位通常多源融合,计算平台常采用主备或异构冗余,线控底盘具备双绕组电机、双电源或机械备份。运维人员需要知道每条链路的健康指标,例如传感器时间同步偏差、计算节点温度与算力占用、线控执行器响应延迟与电流曲线。

三、传感器配置:互补而非堆叠

Robotaxi 的传感器配置遵循“互补冗余”原则。摄像头提供丰富纹理与语义,但受光照影响;激光雷达提供精确三维几何,但受雨雾衰减;毫米波雷达穿透性强、测速准,但角分辨率有限;超声波用于近距泊车;GNSS/IMU 提供全局位姿与运动信息。多传感器融合的关键是时空对齐:时间同步误差和标定偏差会直接表现为“鬼影”或定位漂移。

传感器 主要输出 优势 典型运维关注点
摄像头 图像、目标类别、车道线 语义丰富、成本低 镜头污渍、曝光异常、标定漂移
激光雷达 三维点云、距离与反射率 几何精度高、不受光照影响 窗口污染、点云缺失、转速异常
毫米波雷达 距离、速度、角度 全天候、测速准 遮挡、虚假目标、安装角偏移
GNSS/IMU 全局位置、姿态、加速度 绝对定位、高频运动测量 多路径、卫星失锁、零偏漂移
超声波 近距障碍距离 低速泊车可靠 探头积灰、误报、线束老化

四、计算平台与线控底盘:从算力到动作

计算平台是 Robotaxi 的“大脑”,通常由高算力 SoC、GPU/NPU、安全 MCU、时间同步模块和冗余电源组成。它要同时运行感知、定位、预测、规划和控制任务,并满足实时性与功能安全要求。运维中常见的健康指标包括:CPU/GPU 利用率、内存与显存占用、芯片温度、任务周期抖动、通信丢包率。一旦算力过载或任务超时,系统应触发降级而非直接退出。

线控底盘是“手脚”,通过电信号替代机械连接,实现转向、制动、驱动和换挡的电子控制。其核心价值在于响应快、可编程、易与算法闭环。但线控系统也带来新的失效模式:传感器信号漂移、执行器卡滞、通信延迟、电源瞬断。因此,线控底盘必须具备故障诊断与安全降级能力,例如制动冗余、转向冗余和驻车备份。

典型健康监测参数示例:

# 计算平台健康快照
soc_temp_c: 68
gpu_util_pct: 74
task_jitter_ms: 1.8
can_bus_load_pct: 42
power_rail_12v: 12.1

# 线控底盘健康快照
steer_response_ms: 38
brake_pressure_bar: 62
motor_current_a: 14.5
fault_code: 0x0000

五、案例与误区:系统认知如何影响运维

某 Robotaxi 在雨天出现“偶发急刹”。若只从感知层排查,容易误判为雷达误检;但结合系统架构分析,发现是激光雷达窗口泥水导致点云缺失,融合模块置信度下降,规划层触发保守制动。运维动作不是简单清洗传感器,而是检查清洗系统、标定参数和融合阈值,并复盘降级策略是否过于敏感。

常见误区:把 Robotaxi 当作“加装传感器的普通车”。实际上,传感器、计算平台和线控底盘是强耦合系统,任何单点异常都可能沿信号链放大。运维必须建立“感知—计算—执行—安全”全链路视角,而不是孤立地看某个部件。