汽车网络（CAN-FD / CAN-XL / Automotive Ethernet / TSN / SOME-IP）
本质 汽车网络不是一种协议，而是按带宽、延迟、成本、可靠性四维分层的生态：LIN（< 20 kbps）扫开关；CAN / CAN-FD（500 k–8 Mbps）扛硬实时控制；CAN-XL（2026 起渐入）顶 10 Mbps；FlexRay（10 Mbps）在历史项目里做时间触发；车载以太网 100M / 1G / 2.5G / 5G / 10G 承担高带宽；TSN 把以太网变得确定性；SOME/IP / DDS 是 SOA 的运输层。一辆现代 EV 同时用 5–7 种协议，每种都占一个带宽-延迟-成本生态位。理解这些协议的工程取舍（不是协议细节），比死记报文字段更有价值。
学习目标
读完本页后，你应该能够：
- 画出 LIN / CAN / CAN-FD / CAN-XL / FlexRay / Ethernet 在带宽×延迟平面上的定位。
- 说出 CAN-FD 相对 CAN 的 3 项扩展（可变速率、64 字节、CRC 增强），以及在 800 V 主驱里的典型应用。
- 对比 CAN-XL 和 10BASE-T1S 在 10 Mbps 细分市场的竞争关系。
- 列出车载以太网三代物理层：BASE-T1 / Multi-Gig / 单对绞线 PoDL，给出常见带宽等级和典型拓扑。
- 解释 TSN 的 3 大核心机制（时钟同步 802.1AS / 门控调度 Qbv / 帧过滤 Qci）及对 ADAS 的价值。
- 区分 SOME/IP、DDS、gRPC-Car 在 SOA 中的定位。
- 为主驱逆变器 / ADAS 融合 / 座舱 / 诊断 DoIP 各自选择合适的网络栈。
1. 带宽 × 延迟全景图
车载总线 30 年里按"带宽 × 延迟"二维分布出 6 大代表协议——LIN 极低速主从、CAN/CAN FD 中速事件触发、CAN-XL 替代 FlexRay、Automotive Ethernet 大带宽。每一种存在的理由是某种应用对延迟+确定性+成本的组合,其它协议无法同时满足。下图把六者并列。
| 协议 | 带宽 | 典型延迟 | 成本 | 主场 |
|---|---|---|---|---|
| LIN | 20 kbps | 数 ms | 最低 | 灯光、车窗、门锁 |
| CAN | 500 kbps / 1 Mbps | < 1 ms | 低 | 通用控制；历史主力 |
| CAN-FD | 仲裁 1 M / 数据 2-8 M | < 1 ms | 中低 | 动力 / 底盘硬实时 |
| CAN-XL | 仲裁 1 M / 数据 10 M | < 1 ms | 中 | 高带宽 CAN 继承；2026+ |
| FlexRay | 10 Mbps（双通道） | < 1 ms（时触发） | 中高 | 历史项目；逐步退出 |
| 10BASE-T1S | 10 Mbps（多点） | < 1 ms | 中 | 区域 I/O 聚合 |
| 100BASE-T1 | 100 Mbps | μs–ms | 中 | 域间骨干 |
| 1000BASE-T1 | 1 Gbps | μs | 中高 | ADAS / 座舱 |
| Multi-Gig T1 | 2.5/5/10 Gbps | μs | 高 | HPC 间、摄像头集线 |
2. CAN 家族演化
2.1 传统 CAN（ISO 11898-1/-2）
CAN 是汽车通信的事实基础——1986 年 Bosch 推出,30+ 年来仍主导动力 + 底盘领域。核心创新是硬件仲裁机制(显性 0 优先),让多主通信无冲突。CAN 的物理上限是 1 Mbps,这条限制驱动了后续 CAN FD/CAN XL 的演进。
- 最高 1 Mbps
- 报文 8 字节数据 + 11/29-bit ID
- 硬仲裁（显性 0 优先）
- 2 线差分；线性拓扑
- 停止更新中，但仍在低成本车/商用车主导
2.2 CAN-FD（ISO 11898-1:2015）
三项扩展（相对于传统 CAN）：
| 扩展 | 描述 |
|---|---|
| Flexible Data-Rate | 仲裁阶段 1 Mbps；数据阶段 2 / 5 / 8 Mbps 可切换 |
| Payload 64 字节 | 原 8 字节 → 64 字节；匹配 UDS / SecOC 协议单帧需求 |
| CRC 增强 | CRC-17 / CRC-21；检错能力大幅提升 |
主驱应用：EV 主驱控制器到 VCU 的高频扭矩反馈、故障码上报、FOC 变量流。
典型配置：仲裁 1 Mbps / 数据 5 Mbps；80 %+ 现代 EV 用这个。
2.3 CAN-XL（CiA 610，2023 发布）
关键特征：
- 仲裁阶段 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 开始引入。
2.4 三代 CAN 对比
CAN 三代演进核心驱动是带宽——CAN(1M)、CAN FD(8M)、CAN XL(20M)。每代都保留前代的仲裁机制,所以可以在同一总线段上混跑。CAN XL 是替代 FlexRay 的方案,2026+ 量产。
| 维度 | CAN | CAN-FD | CAN-XL |
|---|---|---|---|
| 仲裁速率 | 1 Mbps | 1 Mbps | 1 Mbps |
| 数据速率 | 1 Mbps | 2–8 Mbps | 10 Mbps+ |
| 最大 payload | 8 B | 64 B | 2048 B |
| 帧格式 | 固定 | 扩展 | 全新 |
| 线束 | CAN 2 线 | 同 | 同 |
| 成本 | 最低 | 低 | 中 |
| 量产 | 40 年 | 2015 起 | 2024 起 |
3. FlexRay（历史）
FlexRay 是 BMW 联合 GM 等推出的时间触发协议——为 x-by-wire 设计,双通道冗余 + 10 Mbps。但 FlexRay 复杂、贵、生态小,正在被 CAN-FD + Ethernet 联合替代——CAN-FD 接确定性低端,Ethernet+TSN 接高带宽端。新平台几乎不选,2030 后退出新开发。
- 时间触发 + 事件触发混合
- 双通道冗余（A/B）；10 Mbps
- 1990s–2010s 主打 x-by-wire
- 衰退中：被 CAN-FD + Ethernet 替代；新车型几乎不选；但宝马、奥迪老平台仍有
- 2030 后预计完全退出新开发
4. LIN（ISO 17987）
LIN 解决的是**"CAN 太贵、UART 不够用"的低端通信场景**——单线、主从、< 20 kbps,节点成本仅为 CAN 的 1/5。所以一辆车的 LIN 节点数往往比 CAN 多 2~3 倍,主要用在车窗、座椅、雨刮、空调风门等低实时控制。
- 单线 + 地；12 V 电平
- 主从架构；主机轮询
- < 20 kbps
- 最低成本（transceiver 几毛钱）
- 典型：灯光开关、座椅记忆、雨刮电机
- 继续存在：成本优势太大
5. 车载以太网
5.1 三代物理层
车载以太网经历三代物理层演进——100BASE-T1 (2015) → 1000BASE-T1 (2016) → 10G 系列 (2020)。每代速率十倍递增。关键创新是单对绞线全双工——消费级以太网用 4 对线,车载只用 1 对就实现全双工,大幅减重。
| 标准 | 速率 | 年份 | 线对 |
|---|---|---|---|
| 100BASE-T1（IEEE 802.3bw） | 100 Mbps | 2015 | 1 对绞线 |
| 1000BASE-T1（IEEE 802.3bp） | 1 Gbps | 2016 | 1 对绞线 |
| 2.5/5/10GBASE-T1（IEEE 802.3ch） | 2.5 / 5 / 10 Gbps | 2020 | 1 对绞线 |
| 10BASE-T1S（IEEE 802.3cg） | 10 Mbps 多点 | 2019 | 1 对绞线，总线式 |
关键差异：
5.2 10BASE-T1S 的特殊性
10BASE-T1S 是车载以太网中唯一的多点总线变体——其它都是点对点需交换机,这个像 CAN 一样可以多点共享一根线。主要应用是替代 CAN 网段:同一个区域 I/O 用 10BASE-T1S 接,不要再走 CAN。
- 多点总线（16 节点 / 线）——像 CAN 的拓扑
- 不需要交换机
- CSMA/CA + PLCA（Physical Layer Collision Avoidance）
- 区域 I/O 聚合的最佳介质（替代大量 CAN 网段）
5.3 典型车辆拓扑
现代 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
6. TSN（Time-Sensitive Networking）
普通以太网 is best-effort；TSN 把以太网变成确定性。
6.1 核心 3 机制
TSN 用 3 个 IEEE 标准让以太网获得确定性——802.1AS 全网时间同步(gPTP)、802.1Qbv 时间感知门控(TAS)、802.1Qci 帧过滤防越权。三者缺一就退化成 best-effort。
| 标准 | 功能 | 作用 |
|---|---|---|
| IEEE 802.1AS | 精确时间同步（gPTP） | 全网纳秒级同步 |
| IEEE 802.1Qbv | 时间感知门控调度（TAS） | 为关键流保留时隙 |
| IEEE 802.1Qci | 帧过滤 + 策略 | 防止非法流占带宽 |
6.2 典型应用
TSN 的应用集中在三类需要全网纳秒级同步的场景——多传感器融合、跨域闭环控制、Audio-over-Ethernet。这些场景共同特点是"延迟抖动 > 微秒就失效"。
- ADAS 多传感器融合（摄像头 + 激光雷达 + 毫米波同步到 ns）
- 主驱 + EPB + 转向的协调闭环
- Audio-over-Ethernet（座舱多麦克风 / 多扬声器）
6.3 配置工具链
TSN 配置比传统以太网复杂得多——需要 YANG/NETCONF 描述时隙调度,AUTOSAR Adaptive 提供配置抽象。新人最常踩的坑是低估 TSN 配置工作量,导致 Sprint 延期。
- Marvell / Microchip / NXP TSN 交换机 / bridge IC
- 配置靠 YANG / NETCONF
- AUTOSAR Adaptive 提供配置抽象
7. SOA 层协议
7.1 SOME/IP（AUTOSAR 车规)
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 运输
7.2 DDS（Data Distribution Service）
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
7.3 gRPC / gRPC-Car
gRPC 是 Google 开源的 RPC 框架——主流是云端用,车内极少。少数 OEM 尝试把车内通信也走 gRPC 实现"云车一体化",但车规生态不成熟,2025 仍在探索。
- Google / HTTP/2 / Protobuf
- 云端常用；车内少
- 部分车厂尝试把 SOA 云端一体化
7.4 三者对比
三者各有不重叠的优势区——SOME/IP 在车规成熟度,DDS 在 QoS 灵活,gRPC 在云端互通。所以现实里一辆车可能三者并存:车内主用 SOME/IP,部分 ADAS 用 DDS,与云对接用 gRPC。
| 维度 | SOME/IP | DDS | gRPC |
|---|---|---|---|
| 车规成熟度 | 高 | 中 | 低 |
| QoS | 中 | 高 | 低 |
| 资源开销 | 低 | 中高 | 中 |
| 适配 | AUTOSAR Classic/Adaptive | ROS2 / 机器人 | Cloud |
8. 诊断协议
车载诊断按承载层和应用层分两维——UDS 是应用层(诊断服务定义),底层可以走 CAN(老平台) 或 IP(新平台 DoIP)。OBD-II 是法规强制(排放),XCP 是标定专用——这两者与 UDS 并行存在。
- UDS（ISO 14229）：全车统一诊断服务；所有 ECU 标配
- UDS over CAN：传统承载
- DoIP（ISO 13400）：UDS over IP；以太网时代的首选；支持远程 OTA
- OBD-II（ISO 15031）：排放相关强制；CAN 上
- XCP（Universal Measurement & Calibration Protocol）：标定与测量；INCA / CANape 工具
9. 为主驱选择网络
主驱涉及的通信按"实时性"分三类——硬实时(扭矩请求)走 CAN-FD、诊断走 UDS、ADAS 协调走 SOME/IP、电流位置内环不上总线。关键判别:延迟 < 1ms 的内环必须 MCU 内部 SPI,延迟 < 10ms 的扭矩控制走 CAN-FD,延迟 > 100ms 的协调走以太网。
| 功能 | 推荐协议 | 原因 |
|---|---|---|
| 扭矩请求 / 反馈 | CAN-FD | 硬实时；低延迟；成熟 |
| 故障 / DTC 上报 | CAN-FD + UDS | 诊断标准化 |
| OTA 升级 | DoIP over 1000BASE-T1 | 高带宽 + 远程 |
| ADAS 扭矩协调 | SOME/IP over 100BASE-T1 | 跨域服务化 |
| 电流 / 位置内环 | 无（MCU 内部 SPI） | 硬实时；不上总线 |
| HVIL / 急停 | 硬线（不上总线） | 最高可靠性 |
反模式：把主驱内环放到以太网——即使 TSN，网络跳点也会引入几十微秒延迟，电流环 20 kHz 完全不能接受。
10. 标准速查
把本页讨论过的所有标准集中索引一张表——按 IEEE / ISO / 行业三类组织。新手项目阶段可以按这张表逐项对照 OEM SOR,确保没漏项。
| 标准 | 范围 |
|---|---|
| ISO 11898-1/-2/-3 | CAN / CAN-FD |
| CiA 601/602/610 | CAN 扩展系列（CiA 610 = CAN-XL） |
| ISO 17987 | LIN |
| ISO 17458 | FlexRay |
| IEEE 802.3bw/bp/bt/cg/ch | Automotive Ethernet |
| IEEE 802.1AS/Qbv/Qci/Qch/Qcc | TSN |
| AUTOSAR | SOME/IP |
| OMG DDSI-RTPS | DDS |
| ISO 14229 / 14230 / 15765 | UDS / KWP |
| ISO 13400 | DoIP |
| ASAM XCP | XCP |
核心要点
- 汽车网络是一层分工生态：LIN → CAN → CAN-FD → CAN-XL → FlexRay → Ethernet（100M → 10G）→ TSN → SOA；按带宽/延迟/成本四维选。
- CAN-FD 是当前 EV 主驱硬实时总线主力：仲裁 1M / 数据 5M / Payload 64 字节 / CRC 增强。
- CAN-XL（10 Mbps）和 10BASE-T1S 在 Zonal 聚合层竞争：CAN-XL 兼容 CAN-FD 线束；T1S 兼容以太网工具链。
- 车载以太网 3 代物理层：100M / 1G / Multi-Gig（2.5/5/10G）；Multi-Gig 是 ADAS 主力骨干。
- TSN 把以太网确定性化：802.1AS 时钟同步 + Qbv 门控 + Qci 过滤；ADAS 融合的关键。
- AUTOSAR Classic 跑 CAN-FD + ASIL D 硬实时；Adaptive 跑 Ethernet + SOA + ASIL B 智能功能；两者长期共存。
- SOA 三选一：车规选 SOME/IP；机器人 / eVTOL / ROS2 选 DDS；云端 gRPC。
- 主驱电流环不上总线——硬实时内环在 MCU SPI / 硬线，任何网络跳点都会打破 20 kHz 周期。