3. 车载网络基础

车载电子电气架构从分布式 ECU 向域集中、中央计算演进，但底层物理网络并没有被单一协议统一。今天一辆量产车内部通常同时存在 LIN、CAN、CAN FD、FlexRay 和 Automotive Ethernet 五类总线，它们按带宽、成本、实时性、拓扑和功能安全等级分工协作。理解这些协议的差异，是后续在 S32G 上做网络加速与数据卸载的前提。

一、核心原理：五类总线的定位差异

LIN 是单线、主从、低成本的低速总线，典型速率 19.2 kbps，用于车门、座椅、雨刮、后视镜等对时延不敏感的舒适节点。它由主节点发送报头、从节点应答，天然适合开关量与小数据量控制。

CAN 是差分双绞线、多主、基于报文标识符仲裁的总线，速率 125 kbps～1 Mbps。它采用非破坏性逐位仲裁，标识符数值越小优先级越高，配合 CRC 与错误帧实现高可靠性，是动力、底盘、车身控制的主力。CAN FD 在 CAN 基础上引入可变数据段速率与更长数据场，仲裁段仍保持 500 kbps 以兼容拓扑，数据段可提升到 2～8 Mbps，单帧有效载荷从 8 字节扩展到 64 字节，显著降低大数据块的协议开销。

FlexRay 面向线控转向、主动悬架等高实时场景，采用时间触发与事件触发结合的 TDMA 机制，双通道冗余，速率 10 Mbps，具备确定性时隙与同步时钟，但成本与复杂度高，正逐步被 CAN FD 与以太网组合替代。

Automotive Ethernet 基于 100BASE-T1 / 1000BASE-T1 单对双绞线，全双工、点对点交换，速率 100 Mbps～1 Gbps 甚至更高，承载诊断、摄像头、雷达、域控间骨干通信，配合 TSN 提供时间同步与流量整形。

二、方法流程：从报文到数据的处理链路

在 S32G 这类网关与域控芯片上，一条报文从总线进入应用通常经历以下链路：

1. 物理层收发器完成差分信号到逻辑电平的转换，并做共模抑制与 ESD 防护。
2. CAN/FlexRay 控制器完成位定时、仲裁、CRC 校验与帧过滤，将有效帧写入接收 FIFO。
3. DMA 或 LLCE（低延迟通信引擎）将 FIFO 数据搬运到系统内存，避免 CPU 逐字节搬运。
4. 协议栈或路由表根据 CAN ID / 以太网 VLAN 与目的端口做转发、打包或卸载。
5. 应用层通过 SocketCAN、PDU 或 SOME/IP 接口读取数据，完成控制或诊断逻辑。

以 CAN FD 为例，配置数据段 2 Mbps、仲裁段 500 kbps 时，需要保证采样点与拓扑匹配：

# SocketCAN 配置 CAN FD 示例
ip link set can0 up type can \
  bitrate 500000 \
  dbitrate 2000000 \
  sample-point 0.875 \
  dsample-point 0.800 \
  fd on

# 发送一帧 64 字节 CAN FD 报文
cansend can0 123##1 11223344556677889900AABBCCDDEEFF...

三、典型场景：为什么不能只用一种总线

假设一辆车同时有四个车门模块、一个前视摄像头、一个雷达和一个中央网关。车门开关量用 LIN 最经济；车窗防夹与门锁状态用 CAN 保证可靠；摄像头原始数据量达数百 Mbps，必须用以太网；雷达点云对时延敏感，可用 CAN FD 或以太网 TSN 承载；线控底盘若仍保留 FlexRay，则通过网关与以太网域控交换数据。S32G 的价值正在于同时接入多类总线，并在内部完成协议转换与数据加速。

四、误区与复盘