1. 车载以太网概述:为什么我们需要它?

各位工程师朋友,咱们直接开门见山。你想想看,一辆传统汽车里,CAN、LIN、FlexRay 这些网络已经跑了好多年,为什么现在非要引入以太网?

说白了,就是数据量扛不住了。我几年前参与过一个项目,客户要求在车上装 4 个高清摄像头做环视,外加一个激光雷达。当时用 CAN FD 去传,结果总线负载直接飙到 80% 以上,丢包、延迟、抖动全来了。那会儿我就意识到,传统总线在带宽上已经到天花板了。

核心矛盾:智能网联汽车需要传输海量数据(高清视频、雷达点云、OTA 升级包),而传统车载网络的设计初衷是控制指令和少量传感器数据,带宽根本不够用。

1.1 车载以太网与传统网络的对比

咱们直接看一张对比表,这样更直观。我习惯把几个关键指标列出来,一眼就能看出差距。

特性 CAN (FD) LIN FlexRay 车载以太网 (100BASE-T1 / 1000BASE-T1)
带宽 最高 8 Mbps (CAN FD) 20 kbps 10 Mbps 100 Mbps / 1 Gbps
传输介质 双绞线(差分) 单线 双绞线(差分) 单对非屏蔽双绞线 (UTP)
通信方式 事件触发 / 仲裁 主从式 时间触发 全双工 / 交换式
最大节点数 约 30 个 约 16 个 约 22 个 理论上千个(通过交换机)
实时性 中等(依赖优先级) 低 高(确定性) 高(通过 AVB/TSN 保证)
成本 低 极低 高 中等(逐渐降低)
典型应用 动力总成、车身控制 车窗、座椅、门锁 线控制动、底盘 ADAS、信息娱乐、远程诊断、OTA

看到没?带宽差了 2 到 3 个数量级。CAN 传个 DTC 诊断码没问题,但你要传一段 1080p 的视频流,它直接就崩了。嗯,这里要注意,FlexRay 虽然实时性好,但成本高、布线复杂,而且生态封闭,不适合做 IP 化的远程诊断。

1.2 车载以太网在智能网联汽车中的核心地位

为什么说以太网是核心?我个人的理解是,它解决了两个根本问题:带宽瓶颈和协议统一。

你想想看,一辆智能网联汽车,内部有摄像头、雷达、激光雷达、V2X 模块、T-Box、域控制器……这些设备之间需要高速交换数据。如果用 CAN 或者 FlexRay 去搭,那布线会复杂到让你怀疑人生,而且不同总线之间还得用网关做协议转换,延迟和成本都上去了。

以太网就不一样。它天生就是为 IP 网络设计的,支持 TCP/IP、UDP、DoIP(诊断 over IP)、SOME/IP(面向服务的中间件)等协议栈。这意味着什么?意味着你可以用一套网络,同时搞定诊断、OTA、音视频流、控制指令,甚至还能和云端直接通信。

我的经验:之前做远程诊断方案时,客户要求从云端直接读取车辆的故障码和快照数据。如果用 CAN 做,你得先通过 T-Box 把 CAN 报文转成 TCP/IP,再发到云端,中间还得处理各种网关延迟。换成车载以太网后,DoIP 协议直接跑在物理层上,诊断仪和车辆之间就是标准的 Socket 通信,开发效率提升了一大截。

下面这张图,是我画的车载以太网在整车网络架构中的位置。你可以看到,它把各个域控制器、传感器和执行器连接在一起,同时通过 T-Box 与云端互联。

车载以太网在智能网联汽车中的核心地位 云端 / 远程诊断平台 T-Box / 网关 车载以太网骨干网络 (100BASE-T1 / 1000BASE-T1) 智驾域控制器 (ADAS / 自动驾驶) 座舱域控制器 (信息娱乐 / HMI) 车身域控制器 (灯光 / 门窗 / 空调) 摄像头 / 雷达 激光雷达 V2X 模块 执行器 / ECU 说明: 车载以太网作为骨干网络,连接各域控制器和 T-Box,同时向下兼容 CAN/LIN 子网。远程诊断数据通过 DoIP 协议, 从云端直达域控制器或具体 ECU,无需多层网关转换,延迟低、带宽高。

1.3 为什么远程诊断非它不可?

回到咱们课程的主题——远程诊断。传统 CAN 诊断(基于 UDS on CAN)有个硬伤:它假设诊断仪和 ECU 在同一个物理总线上。远程诊断呢?诊断仪在云端,车辆在千里之外,中间隔着 4G/5G 网络。你总不能把 CAN 报文直接扔到公网上吧?

车载以太网的出现,让 DoIP(Diagnostic over Internet Protocol)成为了现实。DoIP 把 UDS 诊断数据封装在 TCP/IP 包里,通过以太网传输。这样一来,远程诊断就和本地诊断在逻辑上统一了——都是 Socket 通信,只是物理链路不同。

避坑指南:我曾经在一个项目中,直接用 CAN 转 TCP 的网关做远程诊断,结果发现诊断会话经常超时。后来排查才发现,CAN 的报文周期和 TCP 的重传机制不匹配,导致诊断请求在网关处排队。换成原生 DoIP 方案后,问题迎刃而解。所以我的建议是:如果要做远程诊断,尽量用原生车载以太网 + DoIP,不要走 CAN 转发的弯路。

1.4 小结:一张图看懂本章知识体系

最后,我用一张流程图总结一下本章的核心逻辑。为什么需要车载以太网?因为数据量爆炸了。它和传统网络比有什么优势?带宽高、协议统一、生态成熟。它在智能网联汽车里扮演什么角色?骨干网络,连接一切。对远程诊断意味着什么?DoIP 成为可能,诊断不再受物理总线限制。

本章知识体系:车载以太网为什么是远程诊断的基石? 传统网络瓶颈 带宽不足 / 协议碎片化 车载以太网优势 高带宽 / IP 化 / 低成本 远程诊断落地 DoIP / OTA / 云端直连 核心结论: 1. 智能网联汽车的数据量(视频、雷达、OTA)远超传统总线能力,以太网是唯一选择。 2. 车载以太网提供 100Mbps~1Gbps 带宽,支持全双工通信,且与 IT 生态无缝对接。 3. 远程诊断依赖 DoIP 协议,而 DoIP 必须跑在以太网上。没有以太网,远程诊断就是空中楼阁。 4. 未来趋势:车载以太网将逐步替代 CAN 成为整车骨干,CAN 退居子网或执行器级别。