第一章:车载以太网概述

1.1 为什么我们需要车载以太网?

说实话,我刚入行那会儿,车上最“高级”的网络就是CAN总线。一条双绞线,跑个500kbps,大家就觉得够用了。那时候的车,功能简单,一个发动机ECU、一个ABS控制器、几个车窗模块,CAN总线完全能应付。

但现在呢?你想想看,一辆智能汽车上有多少摄像头?少则4个,多则8个甚至更多。每个摄像头每秒产生几十兆甚至上百兆的数据。再加上激光雷达、毫米波雷达、高精度地图、OTA升级……CAN那点带宽,说白了就是“小水管”,根本不够用。

我参与过一个项目,客户要求在车上同时跑4路高清视频流。当时我们尝试用CAN FD来传输,结果延迟高得离谱,画面卡顿得像幻灯片。后来换成车载以太网,问题一下子就解决了。嗯,这就是为什么我们需要它——带宽需求倒逼技术升级

核心痛点:传统车载网络(CAN、LIN、FlexRay)在设计之初就不是为海量数据传输准备的。车载以太网的出现,就是为了填补这个“带宽鸿沟”。

还有一个容易被忽略的点——软件定义汽车。现在的车,更像是一个“轮子上的智能手机”。你需要远程升级、需要云端交互、需要车与车之间通信。这些场景,传统网络根本玩不转。以太网天生就是为IP网络设计的,它和互联网的兼容性是最好的。

1.2 传统车载网络:它们的问题在哪?

咱们先聊聊CAN总线。CAN是1980年代博世发明的,初衷是解决汽车线束太多的问题。它确实很成功,直到今天,几乎所有车都还在用CAN。但它的缺点也很明显:带宽低(最高1Mbps)、数据包小(最多8字节)。我在调试一个ADAS系统时,发现CAN总线利用率已经超过70%,稍微加个新功能就丢帧。这就像一条乡间小路,车一多就堵死了。

LIN总线就更不用说了,它是CAN的“小弟”,专门用来控制车窗、座椅、后视镜这类低速设备。带宽只有20kbps,说白了就是给“懒人”用的——成本低、实现简单,但别指望它干重活。

FlexRay呢?它比CAN快,最高10Mbps,而且支持时间触发,确定性好。我最早接触FlexRay是在一个线控制动项目里,当时觉得这玩意儿真高级,能精确到微秒级同步。但后来发现,FlexRay的芯片贵、开发工具少、生态不成熟。说白了,它是个“好技术,但生不逢时”。

我总结一下这些传统网络的“通病”:

  • 带宽天花板低:CAN的1Mbps、FlexRay的10Mbps,面对高清视频和传感器数据流,完全不够看。
  • 协议栈封闭:CAN和LIN的协议栈是固定的,扩展性差。你想在CAN上跑个TCP/IP?基本不可能。
  • 成本与复杂度矛盾:FlexRay性能好,但成本高;CAN成本低,但性能差。中间地带是空的。
  • 不支持大规模组网:传统网络节点数有限,CAN最多110个节点,LIN更是只有16个。现代汽车有上百个ECU,根本不够用。

避坑指南:我曾经在一个项目中,试图用CAN FD来传输摄像头数据。CAN FD虽然把数据段扩展到了64字节,但本质上还是CAN的“底子”。结果呢?带宽勉强够,但延迟抖动太大,导致图像拼接算法频繁出错。后来我们老老实实换成了以太网。所以,别指望用“打补丁”的方式解决架构问题

1.3 车载以太网:它到底强在哪?

车载以太网,说白了就是把咱们在办公室里用的以太网技术,经过改造后搬到车上。但它不是简单照搬,而是做了很多“汽车化”的适配。

我列个表格,大家一看就明白:

特性 CAN LIN FlexRay 车载以太网
最大带宽 1 Mbps 20 kbps 10 Mbps 100 Mbps / 1 Gbps / 2.5 Gbps / 10 Gbps
数据包大小 8 字节 8 字节 254 字节 1500 字节(标准MTU)
拓扑结构 总线型 主从型 星型/总线型 星型(支持多种拓扑)
实时性 事件触发 轮询 时间触发 事件触发 + AVB/TSN
协议栈 CAN协议 LIN协议 FlexRay协议 TCP/IP + SOME/IP + DoIP
成本 极低 中等(逐渐降低)
主要应用 动力、底盘 车身舒适 线控、安全 ADAS、信息娱乐、域控

看到没?车载以太网在带宽上完全是“降维打击”。而且它支持全双工通信,也就是说,发送和接收可以同时进行。CAN是半双工的,同一时刻只能一个人说话,这在多节点高负载时特别吃亏。

我个人习惯把车载以太网的优势总结为三点:

  1. 带宽大:从100M起步,到10G甚至更高。未来L4/L5自动驾驶,需要的带宽至少在1Gbps以上,只有以太网能扛得住。
  2. 生态好:以太网在IT领域已经发展了50年,工具链、协议栈、人才储备都非常成熟。你想想看,一个刚毕业的计算机专业学生,可能没听过CAN,但一定知道TCP/IP。这就降低了开发门槛。
  3. 扩展性强:你可以轻松地在以太网上叠加新功能,比如OTA、远程诊断、V2X。这些在传统网络上实现起来非常痛苦。

个人经验:我建议大家在选择车载网络时,不要只看带宽。还要考虑延迟确定性电磁兼容性。车载以太网虽然带宽大,但如果不做特殊处理(比如使用AVB/TSN),它的实时性可能还不如CAN。我在一个项目中就吃过这个亏——用普通以太网传输转向控制信号,结果延迟抖动导致方向盘“抽风”。后来加了TSN协议,问题才解决。

1.4 它们会共存,而不是取代

你可能会问:既然以太网这么强,那CAN、LIN是不是该淘汰了?

我的答案是:短期内不会,长期看会共存

为什么?因为成本。一个CAN节点,芯片加收发器,成本可能不到1美元。而一个车载以太网节点,至少3-5美元。对于车窗、座椅、门锁这类“傻设备”,用LIN就足够了,没必要上以太网。这就好比你家装修,水管用PVC管就行,没必要全屋都用不锈钢管。

我记得有一次和供应商开会,对方建议把所有CAN节点都换成以太网。我算了一笔账:一辆车大约50个CAN节点,换成以太网后,BOM成本直接增加200美元。对于一款10万级别的车,这成本根本扛不住。所以,合理的做法是“混合组网”——关键的高速数据走以太网,低速控制走CAN/LIN。

我给大家一个参考架构:

  • 域控制器之间:用车载以太网(1000BASE-T1或更高)
  • 域控制器与传感器:摄像头、激光雷达用以太网;超声波雷达、毫米波雷达用CAN
  • 车身控制:车窗、座椅、灯光用LIN
  • 安全关键系统:制动、转向用FlexRay或带TSN的以太网

这种混合架构,既保证了性能,又控制了成本。说白了,就是“好钢用在刀刃上”。

1.5 总结:从“够用”到“好用”

车载以太网的出现,不是要彻底颠覆传统网络,而是为了解决传统网络解决不了的问题。它让汽车从一个“封闭的嵌入式系统”,变成了一个“开放的智能终端”。

我刚开始做车载网络时,觉得CAN就是“天花板”。但现在回头看,技术迭代的速度远超想象。车载以太网,就是那个“破局者”。

下一章,我会带大家深入车载以太网的物理层——100BASE-T1和1000BASE-T1。咱们聊聊为什么车载以太网不用普通的RJ45接口,而是用一对差分线。嗯,这里面的门道可不少。

一句话记住本章:车载以太网不是“万能药”,但它是未来智能汽车的“必选项”。传统网络和以太网会长期共存,关键是要知道什么时候用谁