汽车网络（CAN-FD / CAN-XL / Automotive Ethernet / TSN / SOME-IP）

CAN 是汽车通信的事实基础——1986 年 Bosch 推出,30+ 年来仍主导动力 + 底盘领域。核心创新是硬件仲裁机制(显性 0 优先),让多主通信无冲突。CAN 的物理上限是 1 Mbps,这条限制驱动了后续 CAN FD/CAN XL 的演进。

• 最高 1 Mbps
• 报文 8 字节数据 + 11/29-bit ID
• 硬仲裁（显性 0 优先）
• 2 线差分；线性拓扑
• 停止更新中，但仍在低成本车/商用车主导

三项扩展（相对于传统 CAN）：

主驱应用：EV 主驱控制器到 VCU 的高频扭矩反馈、故障码上报、FOC 变量流。

典型配置：仲裁 1 Mbps / 数据 5 Mbps；80 %+ 现代 EV 用这个。

关键特征：

• 仲裁阶段 1 Mbps（兼容 CAN-FD 生态）
• 数据阶段 10 Mbps+（与 10BASE-T1S 同档）
• Payload 1–2048 字节
• 支持 TCP/IP（成为 Ethernet 的低成本替代）
• 仍用 2 线差分；可复用 CAN-FD 线束

定位：介于 CAN-FD 和 100BASE-T1 之间；用于 Zonal 架构里 ZCU 内部的短距离高带宽聚合。

商业化时间表：Infineon / NXP / Microchip 2024–2025 有首批 transceiver；量产车 2026–2027 开始引入。

CAN 三代演进核心驱动是带宽——CAN(1M)、CAN FD(8M)、CAN XL(20M)。每代都保留前代的仲裁机制,所以可以在同一总线段上混跑。CAN XL 是替代 FlexRay 的方案,2026+ 量产。

车载以太网经历三代物理层演进——100BASE-T1 (2015) → 1000BASE-T1 (2016) → 10G 系列 (2020)。每代速率十倍递增。关键创新是单对绞线全双工——消费级以太网用 4 对线,车载只用 1 对就实现全双工,大幅减重。

关键差异：

• 都是 单对非屏蔽绞线（UTP） + 全双工
• 专用 PHY / MAC（不是消费级 Ethernet）
• EMC / 温度适配车规
• AEC-Q100 合规

10BASE-T1S 是车载以太网中唯一的多点总线变体——其它都是点对点需交换机,这个像 CAN 一样可以多点共享一根线。主要应用是替代 CAN 网段:同一个区域 I/O 用 10BASE-T1S 接,不要再走 CAN。

• 多点总线（16 节点 / 线）——像 CAN 的拓扑
• 不需要交换机
• CSMA/CA + PLCA（Physical Layer Collision Avoidance）
• 区域 I/O 聚合的最佳介质（替代大量 CAN 网段）

现代 EV 整车以太网拓扑核心是"中央 HPC + 区域 ZCU"——HPC 通过 1000BASE-T1 骨干连 ZCU,ZCU 通过 CAN-FD/10BASE-T1S 接区域 I/O。下图给出标准 4 ZCU 配置。

• HPC ↔ ZCU：1000BASE-T1 骨干（有些用 Multi-Gig）
• HPC ↔ 摄像头 / 雷达：Multi-Gig（10Gbps 用于高分辨率摄像头群）
• ZCU ↔ 区域 I/O：CAN-FD / 10BASE-T1S / LIN

TSN 用 3 个 IEEE 标准让以太网获得确定性——802.1AS 全网时间同步(gPTP)、802.1Qbv 时间感知门控(TAS)、802.1Qci 帧过滤防越权。三者缺一就退化成 best-effort。

TSN 的应用集中在三类需要全网纳秒级同步的场景——多传感器融合、跨域闭环控制、Audio-over-Ethernet。这些场景共同特点是"延迟抖动 > 微秒就失效"。

• ADAS 多传感器融合（摄像头 + 激光雷达 + 毫米波同步到 ns）
• 主驱 + EPB + 转向的协调闭环
• Audio-over-Ethernet（座舱多麦克风 / 多扬声器）

TSN 配置比传统以太网复杂得多——需要 YANG/NETCONF 描述时隙调度,AUTOSAR Adaptive 提供配置抽象。新人最常踩的坑是低估 TSN 配置工作量,导致 Sprint 延期。

• Marvell / Microchip / NXP TSN 交换机 / bridge IC
• 配置靠 YANG / NETCONF
• AUTOSAR Adaptive 提供配置抽象

SOME/IP 是 BMW 2013 年起推出、AUTOSAR 标准化的车载 SOA 中间件——目前现代 EV 默认 SOA 协议。优势是 AUTOSAR 原生支持、UDP/TCP 灵活承载、Service Discovery 动态。

• Scalable Service-oriented MiddlewarE over IP
• UDP / TCP 承载
• RPC / Event / Field
• Service Discovery（SOME/IP-SD）支持动态发现
• 现代 EV 的默认 SOA 运输

DDS 来自国防与航天工业,强项是 QoS 丰富(Reliability/History/Deadline 等十几种)——所以 ROS2 选 DDS 而不是 SOME/IP。汽车界目前主要用在部分 ADAS 和 eVTOL,生态比 SOME/IP 小。

• OMG 组织工业 / 机器人 / 航空
• Publish-Subscribe
• QoS 丰富（Reliability / History / Deadline）
• Apex.OS / FastDDS / CycloneDDS
• 主要 eVTOL / ROS2 / 部分 ADAS

gRPC 是 Google 开源的 RPC 框架——主流是云端用,车内极少。少数 OEM 尝试把车内通信也走 gRPC 实现"云车一体化",但车规生态不成熟,2025 仍在探索。

• Google / HTTP/2 / Protobuf
• 云端常用；车内少
• 部分车厂尝试把 SOA 云端一体化

三者各有不重叠的优势区——SOME/IP 在车规成熟度,DDS 在 QoS 灵活,gRPC 在云端互通。所以现实里一辆车可能三者并存:车内主用 SOME/IP,部分 ADAS 用 DDS,与云对接用 gRPC。

实时性是分层判据：20kHz 电流内环走 MCU 内部 SPI（不上总线）；500Hz 扭矩外环走 CAN-FD；ADAS 协调走 100BASE-T1 SOME/IP；OTA 走 DoIP。

标称段（500 kbps）：

选 NTSEG1 = 127, NTSEG2 = 32, NSJW = 32（满足 ISO 11898-1 §11.3.1 对称误差容限要求）。

传播延迟预算由传播段 Prop_Seg（含于 TSEG1）承载,要求 Prop_Seg ≥ 2 ×（收发器延迟 + 线缆往返延迟）;NSJW = 32 TQ 只用于补偿振荡器误差 / 重同步,不表征物理传播延迟,不能用来推算线缆长度。经典 CAN 500 kbps 的实际总线长度上限约 100 m（CiA 经验值:1 Mbps → 40 m、500 kbps → 100 m、250 kbps → 250 m）。

数据段（5 Mbps + TDC）：

选 DTSEG1 = 11, DTSEG2 = 4, DSJW = 4，SP_data = (1+11)/16 = 75%。

TJA1042T-Q1 收发器延迟 ≈ 60 ns（tx→CANH）+ PCB 走线 25 ns = 85 ns；须开 TDC（Transceiver Delay Compensation）：

TDC 补偿后数据段有效线缆长度 ≤ 2 m（数据段高速切换对传播延迟极敏感）。

终端电阻：两端各 split terminal 60 Ω + 100 nF + 60 Ω（共模抑制优于单个 120 Ω，不依赖 GPIO 切换）。

8 字节 CAN-FD 帧（29 位 ID，500 kbps/5 Mbps，含 ~20% bit stuffing）：

48 字节帧同理约 190 µs。

合计约 6.3% → 远低于 30% 上限（ISO 11898 推荐，留余量给 NM / 诊断突发帧）。

TORREQ_01 / TORSTS_01（ASIL D 扭矩通道）→ E2E Profile 7：

• 4 字节 Header：CRC32P4（0xF4ACFB13）+ 16 位序列计数器
• 检错能力：HD = 6（对 ≤ 4085 字节数据），检出所有 ≤ 5 位突发错误
• 残差错误概率 < $2.3\times 10^{-10}$ 每帧传输（满足 AUTOSAR PRS E2E 2-1 Table 8）
• Receiver 必须同时校验 CRC32 AND 计数器连续性（丢帧/旧帧 = 独立 fault）

BMSSTS_01（ASIL B 电池状态）→ E2E Profile 5：

• 2 字节 Header：CRC16-CCITT + 4 位计数器；HD = 4；残差 < $1.5\times 10^{-5}$ 每帧

PWRREQ_01、FLTSTS_xx → E2E Profile 2（CRC8 + 4 位计数器，QM 到 ASIL A 范围）。

ADAS 扭矩干预服务（从 ADAS HPC 到 VCU，途经 TC397）：

• PHY：TJA1100（NXP，AEC-Q100，100BASE-T1，单对非屏蔽 UTP）
• Service ID：0x0102，Method ID：0x8001（Event）
• SOME/IP-SD：Initial_Delay = 50–100 ms（随机 Jitter 防 SD storm），TTL = 60 s
• 报文内容：扭矩干预请求（−3000 至 +3000 Nm，0.1 Nm/bit）+ 时间戳 + E2E Profile 7 Header（12 字节总 Payload）
• 发送周期：20 ms（50 Hz），带 3 帧 alive counter supervision（超时 = ADAS fault）
• SecOC（AUTOSAR Secure Onboard Communication）：CMAC-128 认证防注入攻击（AUTOSAR R22-11 推荐）

设计确认：主驱 TORREQ E2E 往返延迟 = 发送 110 µs + 总线仲裁 < 200 µs + 接收 ISR 50 µs = < 0.36 ms，满足 VCU FTTI 要求（通常 ≤ 5 ms）；E2E 残差满足 ASIL D $10^{-8}$/h 路径目标（CRC32 residual $4.6\times 10^{-8}$/h@200Hz << 分配目标）。

工程师把 d/q 轴电流采样值放到 CAN-FD 上反馈给 FOC 算法，即使配置 5 Mbps，帧延迟 + 总线仲裁 + 中断处理合计 200–500 µs，超过 20 kHz 电流环允许的采样延迟 50 µs（1个周期）整整 4–10 倍，相移 72°–180°，幅值裕量崩塌 → 振荡或 IGBT 炸管。根因是网络延迟尺度与控制采样尺度不匹配；修正是电流/位置内环永远走 MCU 片上 SPI 和硬件外设，绝不上任何总线。

AUTOSAR E2E Profile 7 要求同时检查 CRC32 有效 AND 计数器递增连续；若 receiver 仅校验 CRC 而不监控 counter，发送端 ECU 宕机后最后一帧被持续 E2E-PASS → 扭矩请求静默冻结在故障前值 → VCU 误判请求有效 → 功能安全违背。ISO 26262-7 §A.2 明确：对抗"frozen message"失效模式必须同时使用 alive counter + CRC 两种机制。修正：在 AUTOSAR E2E 库配置中启用 E2EXf_MapConfig 的 CNT_VALID 校验，并把 COUNTER_TIMEOUT 设为 ≤ 3 个报文周期。

TJA1042T-Q1 收发器 TXD→CANH 延迟约 60 ns，PCB 走线 25 ns，合计 85 ns；而 5 Mbps 下 TQ = 12.5 ns，DSJW = 4 TQ = 50 ns 补偿范围。收发器延迟 85 ns 已超出 DSJW 补偿上限，导致采样点提前，误帧率在 TC397 内部实测上升 10–50 倍，总线频繁进 Error Passive → BusOff。修正：TC397 MCAN.DBTP.TDC = 1，TDCO = ⌈85 ns ÷ 12.5 ns⌉ = 7 TQ；同时把 PCB 差分对总长控制在 100 mm 以内（每增加 1 cm 走线 ≈ 0.05 ns 额外延迟，可忽略）。

Classic CAN 节点（ISO 11898-1:2003，无 FDF 位识别）将 CAN-FD 的 FDF=1 解读为 Format Error，立刻发送 Active Error Frame，破坏总线上所有后续 FD 报文的 CRC 窗口 → 所有 FD 节点 TEC 计数上升 → 逐渐 BusOff。根因是 CAN-FD 协议与 Classic CAN 在同一总线段上不向后兼容。修正：用支持 FD 转 Classic 的 CAN-FD Gateway（如 NXP Neutron 系列）隔离旧节点，或把老 ECU 固件刷写为 CAN-FD 模式。

ADAS HPC 作为唯一 gPTP Grandmaster；HPC 软件崩溃或 Reset 后，所有 TSN Slave（摄像头、毫米波、激光雷达）失去时间基准，时间戳同步误差在 Holdover 模式下以 100–500 ns/s 速率累积漂移；10 s 后 ADAS 多传感器融合目标定位误差 > 1–5 m（根据 gPTP Holdover 精度 ×10 s）→ 紧急制动系统误触发风险。修正：配置两个 gPTP Grandmaster（HPC 主 + 车身 ZCU 备），开启 BMCA（Best Master Clock Algorithm）自动故障切换；或选用内置 BMCA 的 TSN 交换机（如 NXP SJA1110A）。

多 ECU 同时上电时若所有节点 SOME/IP-SD OfferService 的 Initial_Delay = 0，所有报文在 T+0 同步涌入 → Ethernet Switch 瞬时 Burst 超出 PORT Queue 容量 → 部分 SD 包丢弃 → Client FindService 超时 → 重试 → 雪崩。AUTOSAR PRS SOMEIPSD 规范要求 Initial_Delay 配置一个 [Min, Max] 随机窗口 (≥ 20 ms 宽度，每 Service 各不相同) 以天然打散。修正：在 AUTOSAR Vector DaVinci 或 SOME/IP 配置器中，每个 Service 的 Initial_Delay_Min/Max 按节点 ID × 10 ms 间隔错开；并把安全关键 SOME/IP（扭矩干预）设为最低优先级先初始化。

50 MB ECU 固件包走 CAN-FD 的 UDS over CAN (ISO 15765-2)：5 Mbps 数据段理论峰值 5 Mbps，实际可用带宽（E2E+分片+应答 ACK）约 2–3 Mbps → 50 MB 需 133–200 s；而 DoIP over 100BASE-T1：理论 100 Mbps，实际 TCP 效率约 60 Mbps → 50 MB 仅需 6.7 s。差异 20–30 倍，工厂节拍不可接受。修正：所有需要 OTA 的 ECU（主驱 MCU、BMS、ADAS）至少配置一个 100BASE-T1 PHY + 实现 DoIP 实体（ISO 13400-2 Logical Address + Routing Activation Type 0x00）。

场景：VCU 和主驱 MCU 不在同一 Zonal ECU 下，TORREQ_01 须经过两级 CAN-FD Gateway（ZCU1 → ZCU2 → MCU domain）。每个 gateway 单次路由：帧接收（110 µs）+ MCU 软件转发（典型 1–2 ms）= 约 2 ms/跳；两跳合计 ~4 ms。在 VCU FTTI = 5 ms 要求下，仅 gateway 延迟就占 80%，遇总线仲裁抖动则超标。应对：主驱扭矩请求路径必须与 VCU 共享同一物理 CAN-FD 总线段（零跳点），或改走 SOME/IP over 100BASE-T1（交换机转发 < 125 µs/跳）。

400V/100kW 逆变器 SiC MOSFET 切换 dV/dt ≈ 5 kV/µs，通过 DC Link 到 PE（保护地）寄生电容 $C_{\text{PE}}\approx 10\text{pF}$ 耦合到 CAN 收发器 CANH/CANL 对地：

TJA1042T DC 共模范围 −7 V 至 +12 V，45 V 峰值远超规格 → 收发器内部 ESD 钳位导通 → CANH/CANL 差分电压被箝住 → 5 Mbps 数据段接收错误帧。应对：换用 TJA1043-Q1（瞬态共模 ±42 V）+ 磁环共模滤波器（100 nH，插入损耗 > 20 dB at 5 MHz）+ CAN 屏蔽线屏蔽层直接接底盘而非 PCB GND。

部分 ECU 设计用 MCU GPIO 控制 split terminal 60 Ω + 100 nF + 60 Ω 的中间节点通断（实现低功耗时断端接），若该 ECU 掉电，GPIO 高阻 → 电容未放电 → 端接网络状态不定；另一端若为固定端接，总线负载从 60 Ω（两端并联）变为 120 Ω（单端），特性阻抗失配 Γ = (120-60)/(120+60) ≈ 0.33，反射 33% 信号能量 → 5 Mbps 数据段采样点偏移，误帧率上升。应对：将 split terminal 改为非 GPIO 控制固定设计（两端永远接入），ECU 掉电后端接仍有效；若必须低功耗断端接，在 ECU 电源保持（VBAT 备份）轨上维持 GPIO 状态直到 CAN 总线协议完成关闭握手。