1. 车载以太网概述:从CAN到以太网的演进

大家好,我是老张。做车载网络这行十几年了,今天咱们聊聊车载以太网。

说实话,我刚入行那会儿,车上最"高级"的网络就是CAN总线。一条线上挂几十个节点,跑个500kbps就觉得很快了。那时候谁能想到,现在一辆智能汽车的数据量能到每小时几个TB?

嗯,时代变了。车载网络也得跟着变。

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

先说说传统车载网络的痛点。你想想看,一辆高端车上有几十个ECU,它们之间要交换数据。CAN总线虽然可靠,但带宽太低了——最高也就1Mbps。后来有了CAN FD,能到8Mbps,但还是不够。

我在2018年做过一个项目,客户要求在车上跑高清地图数据。用CAN?别想了,传一张地图得等半天。最后只能用以太网。

车载以太网能解决的问题很明确:

  • 带宽需求:摄像头、雷达、激光雷达,每个传感器每秒产生海量数据
  • 实时性要求:自动驾驶需要毫秒级的响应
  • 软件复杂度:OTA升级、远程诊断,这些都需要高带宽

核心观点:车载以太网不是来取代CAN的,而是来补充CAN做不到的事情。CAN还会存在很久,但以太网会成为主干网络。

1.2 车载以太网标准体系

说到标准,很多人会问:车载以太网和办公室里的以太网有啥区别?

区别大了去了。办公室的以太网用的是RJ45接口,线缆又粗又硬。车上能用吗?不行。车上的线束要轻、要柔、要耐高温、要抗振动。

所以IEEE专门为汽车制定了两个标准:

标准 速率 传输介质 主要应用
IEEE 802.3bw 100BASE-T1 (100Mbps) 单对非屏蔽双绞线 诊断、OTA、信息娱乐
IEEE 802.3bp 1000BASE-T1 (1Gbps) 单对非屏蔽双绞线 摄像头、雷达、ADAS

这两个标准有个共同点:只用一对线。传统以太网至少需要两对线(100M)或四对线(1G)。

为什么?因为车上布线空间有限,线束越少越好。我记得有个项目,光是把四对线换成一对线,整车线束重量就减了1.2公斤。别小看这1.2公斤,在汽车行业,减重就是减成本。

1.3 与传统IT以太网的区别

很多人觉得以太网就是以太网,车上和办公室没啥区别。我刚开始也这么想,直到踩了坑。

区别主要在以下几个方面:

1. 物理层不同

  • 传统以太网:RJ45接口,4对线,最长100米
  • 车载以太网:单对线,专用连接器,最长15米
  • 车载以太网增加了PHY层的噪声抑制和EMC处理

2. 实时性要求不同

办公室网络丢个包,顶多网页加载慢一点。车上丢个包?刹车指令延迟了怎么办?

所以车载以太网引入了时间敏感网络(TSN)技术。说白了,就是给数据包排个优先级,保证关键数据准时到达。

3. 功耗和温度

办公室交换机可以装风扇,车上不行。车载以太网芯片的工作温度范围是-40°C到+125°C,功耗要控制在1W以内。

避坑提醒:我曾经在一个项目中直接用了工业级以太网芯片,结果夏天高温测试时频繁掉线。后来才发现,车载级的芯片在散热和EMC方面做了特殊优化。千万别图便宜用非车规的芯片。

4. 网络管理

传统以太网是"永远在线"的。但车上不行,车熄火了网络要休眠,车启动了要快速唤醒。

车载以太网有一套完整的休眠/唤醒机制,叫EEE(Energy Efficient Ethernet)。这个在办公室网络里基本用不到,但在车上却是刚需。

1.4 我的个人经验

做了这么多年车载网络,我最大的体会是:不要用IT的思路做车载以太网

举个例子,有一次客户问我能不能在车上跑标准的TCP/IP协议栈。理论上可以,但实际上不行。因为TCP的拥塞控制算法在车上会出问题——车上的网络拓扑变化太快,节点频繁上下线,TCP会误判为网络拥塞。

后来我们改用了UDP加上自定义的重传机制,问题就解决了。

所以,车载以太网不是简单地把办公室网络搬到车上。它需要重新设计物理层、数据链路层,甚至应用层协议。

给新人的建议:如果你想入门车载以太网,先别急着看协议栈。先搞清楚物理层——单对线怎么传数据、怎么抗干扰、怎么保证信号完整性。这些基础打牢了,上层协议学起来就快了。

1.5 小结

这一章我们聊了:

  • 车载以太网为什么会出现——带宽不够用了
  • 两个核心标准——802.3bw和802.3bp
  • 与传统以太网的区别——物理层、实时性、功耗、管理

下一章,我会详细讲讲车载以太网的物理层设计。特别是那个单对线传输,到底是怎么实现的。到时候我会分享一个我在测试中遇到的信号完整性问题,挺有意思的。

好,今天就到这儿。有问题欢迎交流。