2. 车辆网络通信协议基础

在 MicroAutoBox 参与车辆网络实时联调之前，必须先建立一张“通信地图”：车上到底跑着哪些总线，各自承载什么信号，帧长、速率、触发方式有何差异，以及当 MicroAutoBox 作为旁路节点或快速原型控制器接入时，应该挂到哪条总线上、以什么周期收发、如何判断通信是否正常。本节不追求把每种协议的全部规范讲完，而是围绕联调最需要的通信模型，把 CAN、CAN FD、LIN、FlexRay 和车载以太网的核心特征、帧结构与典型适用场景梳理清楚。

一、先建立“带宽—实时性—成本”三维选型视角

车载网络协议的分工，本质上由三个维度决定：带宽、实时性和成本。CAN 与 LIN 属于低成本、中等或低带宽的广播型总线，适合车身控制与动力总成中大量周期信号；CAN FD 在保留 CAN 仲裁机制的前提下把数据段扩展到 64 字节并提高数据段速率，适合刷写、诊断和部分域控数据；FlexRay 以时间触发为主、速率可达 10 Mbit/s，适合线控底盘、主动悬架等对确定性和容错要求高的场景；车载以太网则以 100/1000 Mbit/s 甚至更高带宽承载摄像头、激光雷达、域间骨干和诊断，配合 SOME/IP、DoIP 等协议完成面向服务的通信。联调时，MicroAutoBox 往往同时挂接多条总线：CAN 通道用于快速原型控制，FlexRay 通道用于底盘确定性信号，以太网通道用于高带宽数据采集与标定。

二、CAN 与 CAN FD：仲裁机制相同，数据段不同

CAN 采用多主广播、基于标识符的非破坏性仲裁。标准帧为 11 位 ID，扩展帧为 29 位 ID。经典 CAN 帧结构依次为：帧起始 SOF、仲裁段、控制段、数据段（0～8 字节）、CRC 段、应答段 ACK、帧结束 EOF。CAN FD 在控制段引入 FDF、BRS、ESI 等位，数据段最长 64 字节，并允许在 BRS 位之后切换到更高的数据段波特率。联调中最容易出错的是采样点与波特率配置：仲裁段和数据段需要分别设置，若 MicroAutoBox 的 CAN FD 通道数据段波特率与 ECU 不一致，会出现 CRC 错误或错误帧激增。

以一个典型联调示例说明：某快速原型控制器通过 CAN FD 向整车控制器发送扭矩请求，仲裁段 500 kbit/s、数据段 2 Mbit/s，周期 10 ms，数据段 8 字节，其中前 2 字节为扭矩请求值，后 6 字节为校验与计数器。若在 CANoe 或 MicroAutoBox 的 RTI CAN 模块中把数据段波特率误设为 1 Mbit/s，则总线上会出现大量错误帧，扭矩请求无法被 VCU 接收。判断依据是总线负载率、错误帧计数和报文周期抖动：正常时周期抖动应在 ±1 ms 以内，错误帧计数应保持为 0。

三、LIN：低成本主从总线，适合车身低速执行器

LIN 是单线、主从、低成本总线，典型速率 19.2 kbit/s，帧由主机头发起，包含同步间隔、同步场和受保护的标识符 PID，从机响应数据场与校验和。LIN 帧长度通常为 2、4、8 字节，适合车窗、雨刮、座椅、空调风门等对实时性要求不高的执行器。联调中，MicroAutoBox 一般不直接作为 LIN 主机，而是通过 CAN-LIN 网关或 LIN 收发器模块间接监控 LIN 报文。若需要快速原型控制某个 LIN 从机，应确认调度表周期、PID 与校验和类型（经典校验或增强校验），否则从机会忽略报文。

四、FlexRay：时间触发与静态段确定性

FlexRay 采用时间触发 TDMA 与事件触发 FTDA 相结合的通信周期，一个通信周期由静态段、动态段、符号窗和网络空闲时间组成。静态段用于确定性信号，动态段用于事件型报文。FlexRay 帧包含帧头、有效载荷（0～254 字节）和帧尾，支持双通道冗余。联调中，FlexRay 常用于线控转向、主动悬架和底盘域。配置重点是通信周期长度、静态槽位、时隙分配和冷启动节点。若 MicroAutoBox 作为冷启动节点，必须与另一冷启动节点同步启动，否则总线无法进入正常通信状态。判断依据是 FlexRay 状态机是否进入 NORMAL_ACTIVE，以及静态槽位是否按调度表稳定发送。

五、车载以太网：面向服务的高带宽骨干

车载以太网通常使用 100BASE-T1 或 1000BASE-T1 单对双绞线，帧结构与标准以太网一致：前导码、目的 MAC、源 MAC、以太网类型、有效载荷、FCS。车载场景中，VLAN 用于隔离不同域，SOME/IP 用于服务发现与远程调用，DoIP 用于诊断。联调时，MicroAutoBox 通过以太网通道与域控制器、摄像头或数据记录仪通信，重点检查链路状态、IP 配置、VLAN 划分、SOME/IP 服务发现和 PTP 时间同步。若 PTP 未同步，采集数据的时间戳会出现毫秒级偏差，影响多传感器融合分析。

六、把协议特征落到联调通信模型

建立通信模型时，建议按“总线—报文—信号—周期—超时”五层描述。以 CAN FD 扭矩请求为例：总线为 CAN FD 通道 1，仲裁段 500 kbit/s、数据段 2 Mbit/s；报文 ID 为 0x18FF50E5，DLC 为 8；信号为 TorqueReq，起始位 0，长度 16 位，精度 0.1 N·m，偏移 0；发送周期 10 ms；超时阈值 50 ms。MicroAutoBox 的 RTI 模块中，接收端配置超时监控，若 50 ms 内未收到该报文，则触发故障处理，将扭矩请求置为安全值。这样，通信模型就不只是“挂上总线”，而是可监控、可判断、可复现的联调对象。

七、典型场景与协议匹配速查

最后需要强调：协议本身只是通信的“语法”，联调真正关心的是“语义”和“时序”。同一路 CAN 报文，在不同车型上的信号定义、字节序、精度和超时策略可能完全不同。因此，在 MicroAutoBox 中建立通信模型时，必须把 DBC、LDF、FIBEX 或 ARXML 等描述文件与实车配置对齐，并在模型中加入周期监控、超时计数和错误帧统计。只有把协议特征、帧结构和实际信号映射三者统一起来，后续的实时联调才有可靠的通信基础。