3. 无人矿卡系统总体架构

无人矿卡不是“把司机换成算法”这么简单,它是一个典型的车—路—云—网—调—维六位一体的系统工程。理解总体架构,关键不是记住六个名词,而是看清它们各自的职责边界、数据流向和接口契约。只有层次划分清晰,接口关系稳定,系统才能在粉尘、振动、电磁干扰和网络抖动的矿区环境中长期可靠运行。

核心判断:无人矿卡系统的架构设计,本质是把“感知—决策—控制—调度—运维”这条闭环链路,按实时性、安全等级和算力位置进行分层解耦。层与层之间通过标准化接口通信,任何一层升级都不应迫使其他层推倒重来。

一、六层总体架构与职责划分

从下到上,无人矿卡系统可划分为六个逻辑层次。每一层都有明确的实时性要求和安全责任:

  • 车端(Vehicle):负责环境感知、定位、路径跟踪、纵向与横向控制、故障诊断和紧急停车。车端是安全最后一道防线,必须具备不依赖云端的本地安全兜底能力。
  • 路侧(Roadside):通过路侧感知单元、V2X路侧单元和边缘计算节点,补盲交叉口、装卸区、排土场等车端视野受限区域,提供超视距感知和协同通行建议。
  • 通信网络(Network):由5G专网、Wi-Fi 6、光纤环网和V2X直连链路组成,承载车云控制指令、感知数据、视频回传和调度消息,是架构的“神经系统”。
  • 云端(Cloud):提供高精地图分发、模型训练与OTA、数据存储、仿真验证和全局态势计算,承担非实时或准实时的重算力任务。
  • 调度平台(Dispatch):负责多车任务分配、路径规划、装卸点排队、交通管制和产量统计,是矿区作业的“大脑”。
  • 运维体系(O&M):覆盖车辆健康管理、网络监控、软件版本管理、故障告警、远程接管和日志审计,保障系统全生命周期可用。

二、接口关系与数据流

六层之间不是简单的上下级关系,而是存在多条并行的数据流。以一次典型的“装载—运输—卸载”循环为例:调度平台下发任务至车端;车端通过通信网络上传位姿、状态和感知摘要;路侧在交叉口推送协同通行建议;云端周期性下发地图增量与模型更新;运维体系则持续采集各层心跳和故障码。

接口设计需要遵循三条原则:第一,控制指令走低时延通道,端到端时延目标通常小于100ms;第二,感知与视频走高带宽通道,允许一定抖动但要求可追溯;第三,安全相关接口必须冗余,例如紧急停车指令同时通过车端本地逻辑和云端调度下发。

无人矿卡系统六层架构与接口关系 云端 Cloud 高精地图 · 模型训练 · OTA · 仿真 · 数据存储 调度平台 Dispatch 任务分配 · 路径规划 · 交通管制 · 产量统计 运维体系 O&M 健康管理 · 告警 · 远程接管 · 日志审计 通信网络 Network 5G专网 · Wi-Fi 6 · 光纤环网 · V2X直连 路侧 Roadside 路侧感知 · RSU · 边缘计算 交叉口补盲 · 协同通行 车端 Vehicle 感知 · 定位 · 规划控制 故障诊断 · 紧急停车 矿区作业现场 装载区 · 运输道路 · 卸载点 · 排土场 任务指令 地图/OTA 监控/接管 协同消息 控制/状态 感知覆盖 行驶/作业 V2X 车路协同 安全兜底:车端本地紧急停车不依赖云端

三、典型场景:交叉口协同通行

以矿区最常见的交叉口会车场景为例,可以清晰看到各层的协作方式。路侧感知单元检测到主路有满载矿卡接近,边缘计算节点生成协同通行建议,通过RSU广播给支路车辆;支路车端收到建议后,结合自身感知进行决策,若存在冲突则减速让行;同时车端将决策结果上传调度平台,调度平台更新全局交通态势。整个过程在数百毫秒内完成,云端不参与实时控制,只负责事后数据归档和模型迭代。

这个场景说明:实时控制权在车端和路侧,云端和调度平台负责全局优化与非实时计算。如果把实时控制放到云端,网络抖动就会直接变成安全风险。

四、关键接口参数清单

接口 方向 典型协议 时延要求 关键数据
调度→车端 下行 MQTT / HTTP2 < 500ms 任务ID、装卸点、优先级
车端→调度 上行 MQTT / Protobuf < 1s 位姿、速度、电量、故障码
路侧→车端 直连 V2X PC5 / C-V2X < 50ms 协同通行建议、盲区目标
云端→车端 下行 HTTPS / OTA 非实时 地图增量、模型版本
车端→运维 上行 MQTT / Syslog < 2s 心跳、日志、诊断事件

五、常见误区与复盘

误区一:把调度平台当成实时控制器。调度平台适合做分钟级任务分配,不适合做毫秒级避障。若将避障逻辑放在调度平台,网络一抖动就会导致车辆失控。
误区二:忽视车端本地安全兜底。部分项目过度依赖云端下发紧急指令,一旦通信中断,车辆无法自主安全停车。正确做法是车端必须具备独立的安全停车逻辑。
误区三:接口版本不统一。车端、路侧、云端由不同供应商提供时,若接口协议没有版本管理,升级一方就会导致全线故障。建议采用Protobuf等强Schema工具并保留向后兼容。

复盘一个真实矿区项目:初期将路侧感知结果直接作为车端控制输入,未做置信度过滤,导致路侧误检时车辆频繁急刹。后来在接口中增加置信度字段和时间戳校验,车端只采纳高置信度且时间同步的目标,误刹率下降约70%。这说明接口不仅要定义“传什么”,还要定义“传的数据在什么条件下可信”。

# 车端与调度平台接口示例(MQTT主题与载荷)
topic: mine/truck/TRK-017/status
payload:
{
  "ts": 1735689600123,
  "pose": {"x": 412.35, "y": 883.21, "heading": 1.57},
  "speed_mps": 6.2,
  "battery_pct": 78,
  "fault_codes": [],
  "task_id": "LOAD-2048",
  "mode": "AUTONOMOUS"
}

总体来看,无人矿卡系统的架构设计要抓住三个关键词:分层解耦、接口标准化、安全兜底本地化。车端保证实时安全,路侧补盲协同,通信网络保障连接,云端提供算力与数据,调度平台统筹作业,运维体系守护全生命周期。六层各司其职、接口清晰,系统才能在矿区复杂环境中稳定创造价值。