1. 无人矿卡CAN总线诊断场景导入

无人矿卡是露天矿山运输环节的核心装备，它把传统矿卡的机械底盘与一套“感知—决策—执行”的自动驾驶系统叠加在一起。理解它的诊断问题，首先要看清它的电气架构：整车通常由底盘控制器（VCU）、发动机或电驱动控制器、变速箱控制器、制动与转向控制器、举升与货厢控制、电池管理（BMS）、以及自动驾驶域控制器（ADC）共同构成。这些节点分布在驾驶室、底盘、后货厢和车顶感知平台之间，物理距离远、电磁环境恶劣，靠点对点硬线连接既不经济也不现实，因此CAN总线成为整车控制指令、状态反馈与故障信息的主要承载通道。

在无人矿卡上，CAN总线通常不是“一条线”，而是多条并存的网络。常见划分包括：动力/底盘CAN，承载VCU与发动机、电机、变速箱、制动、转向之间的控制与状态报文；车身/附件CAN，连接灯光、举升、货厢、仪表等；以及自动驾驶相关的感知与线控CAN，负责ADC向线控底盘下发加速、制动、转向指令并回收执行状态。不同网络之间通过网关隔离与转发，速率多为250 kbit/s或500 kbit/s，线控与感知链路有时采用CAN FD以获得更大带宽。诊断时若不清楚“故障属于哪张网、哪个网段”，就很容易在错误的链路上反复排查。

从诊断视角看，CAN总线在无人矿卡中承担三类角色。第一是控制通道：ADC的加速、制动、转向请求经线控CAN送达执行器，任何丢帧或延迟都直接表现为车辆动作异常。第二是状态反馈通道：电机转速、电池SOC、制动压力、举升限位等以周期报文回传，供VCU与ADC做闭环判断。第三是故障信息通道：各控制器把自身故障以DTC（诊断故障码）和状态位形式广播或应答，诊断仪通过UDS服务（如0x19读DTC、0x22读数据流）获取。这三类角色叠加，使得同一条“车辆不走”的现象，可能源于感知误判、线控指令未发出、报文被网关丢弃、执行器未响应，也可能是总线物理层干扰导致间歇性错误帧。

实际运营中常见的故障现象大致可归为几类。其一是通信类：仪表或诊断仪报“某节点通信丢失”“报文超时”，车辆进入降级或安全停车。其二是控制类：线控转向或制动响应迟滞、指令与实际动作不一致，表现为轨迹偏移或停车距离变长。其三是间歇类：故障在颠簸、涉水、高温或特定工况下偶发，停车重启后消失，最难复现。其四是总线物理层类：终端电阻异常、CAN_H/CAN_L短路或对地短路、屏蔽层接地不良引入共模干扰，导致错误帧激增、负载率异常。这些现象背后对应的诊断需求并不相同：通信类要查拓扑与节点，控制类要查报文时序与信号值，间歇类要抓录波与时间戳，物理层类要测电阻、看眼图与错误计数。

以一个教学示例说明诊断思路的组织方式（以下参数为合理假设，非实测）。某无人矿卡在重载上坡时偶发“线控转向指令超时”，ADC记录到转向请求报文周期应为20 ms，但录波显示连续出现60～80 ms的间隔，同时动力CAN负载率从约35%升至约62%。此时不应直接更换转向执行器，而应先确认：超时发生在哪张网、哪个报文ID；是发送端未发、网关未转发，还是接收端未收；负载升高是原因还是结果。若在网关入口侧能抓到完整报文、出口侧缺失，则问题指向网关路由或缓冲；若入口侧就已缺失，则回到ADC或线束。这样的“先定位网段与方向，再定位节点与报文，最后定位物理层与软件”的顺序，正是本课程后续要反复训练的诊断逻辑。

还需要强调，无人矿卡的诊断与普通商用车有明显差异。普通车辆以人工驾驶为主，故障多表现为驾驶感受；无人矿卡则以任务连续性为核心指标，一次通信中断可能造成车辆在坡道或装卸点安全停车，影响整条运输线。因此诊断不仅要“找到坏件”，还要评估故障对任务的影响等级：是单节点降级、整车安全停车，还是可继续低速运行。这要求诊断人员同时掌握总线协议层（帧格式、ID分配、周期、超时判定）与整车控制逻辑（降级策略、安全状态机）。本节作为场景导入，目的不是给出具体修法，而是建立这张“架构—角色—现象—需求”的认知地图，为后续的报文解析、DTC读取、录波分析与物理层测试打下共同语言。