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

大家好,我是老周。干车载网络这行十几年了,从最早的CAN总线一路摸爬滚打过来。今天咱们聊聊车载网络的演变——为什么好好的CAN总线不够用了?为什么非要上以太网?

说白了,这背后就一个字:“多”。数据多了,功能多了,算力需求多了。CAN总线这匹老马,拉不动今天的车了。

1.1 CAN总线的历史与贡献

CAN总线是1986年由Bosch公司发明的。那时候的车,电子系统简单得很。一个发动机ECU,一个ABS控制器,最多再加个自动变速箱。CAN总线用两根双绞线,就能把这些节点串起来,可靠又便宜。

我记得2008年刚入行时,做一款国产SUV的CAN网络。全车就两个CAN网段:动力CAN和车身CAN。动力CAN跑500kbps,车身CAN跑125kbps。那时候觉得,这速度够用了啊!

特性 CAN 2.0 (经典CAN) CAN FD
最大数据场 8字节 64字节
最大速率 1 Mbps 8 Mbps (数据段)
仲裁机制 CSMA/CR + 逐位仲裁 同CAN 2.0
典型应用 动力、底盘、车身 动力、底盘、诊断

CAN总线的核心优势是实时性和确定性。它的逐位仲裁机制,保证了高优先级报文永远不丢。这在刹车、转向这类安全关键场景里,是命根子。

核心认知:CAN总线的设计哲学是“确定性优先,带宽靠后”。它用牺牲带宽的方式,换来了极致的实时性和可靠性。这个设计思路,在30年前是天才之举。

1.2 CAN总线的局限——为什么不够用了?

但时代变了。现在的车是什么?是一个轮子上的数据中心。

你想想看:

  • 一个高清摄像头,每秒产生几百兆字节的数据
  • 激光雷达的点云数据,动辄每秒几十兆
  • 座舱里的4K屏幕、多声道音响、OTA升级包
  • V2X通信、高精地图实时更新

CAN总线那1Mbps的带宽,连一个未压缩的标清视频流都跑不动。更别提CAN FD虽然把数据场扩到了64字节,速率提到了8Mbps,但跟以太网的100Mbps/1000Mbps比起来,还是小巫见大巫。

避坑指南:我曾经在一个项目中,客户坚持用CAN FD传输摄像头原始数据。结果呢?数据分片、重组、超时重传,搞得应用层代码比业务逻辑还复杂。最后实测延迟超过50ms,根本没法用。记住:CAN的基因是控制信号,不是大数据流。

除了带宽,还有几个硬伤:

  1. 节点数量限制——CAN总线理论最多110个节点,实际超过30个就很不稳定了
  2. 网络拓扑单一——只能做总线型,不能做星型、树型、环型
  3. 缺乏安全机制——CAN报文没有加密、没有认证,一个OBD接口就能注入报文
  4. 诊断效率低——UDS over CAN,一次诊断请求只能传8字节,刷个固件要几十分钟

1.3 车载以太网——为什么是它?

以太网其实不新。它从1973年诞生到现在,已经50年了。但车载以太网是近十年才火起来的。为什么?因为汽车行业终于发现,与其自己造轮子,不如用现成的。

车载以太网有几个关键优势:

维度 CAN/CAN FD 车载以太网 (100BASE-T1 / 1000BASE-T1)
带宽 0.125 ~ 8 Mbps 100 Mbps / 1 Gbps
传输距离 40米 @ 1Mbps 15米 (单对非屏蔽双绞线)
拓扑灵活性 总线型 星型、树型、环型、混合型
协议栈 专有 (CANopen, J1939, UDS) TCP/IP + SOME/IP, DoIP, AVB/TSN
安全性 无原生安全 支持 MACsec, IPsec, TLS

我个人习惯把车载以太网的优势总结为三个词:带宽、生态、演进。

  • 带宽——100M起步,1G不稀奇,未来还有2.5G、5G、10G
  • 生态——TCP/IP协议栈、Socket编程、Wireshark抓包,整个互联网的工具体系直接拿来用
  • 演进——从100BASE-T1到1000BASE-T1,再到TSN(时间敏感网络),硬件升级即可,软件架构不用大改

个人经验:我建议刚接触车载以太网的朋友,先别急着啃协议栈。先学会用Wireshark抓一个SOME/IP报文,看看它跟CAN报文的结构差异。视觉上的冲击,比读十页文档都管用。

1.4 车载网络拓扑结构的演进

拓扑结构的变化,最能反映车载网络的发展脉络。我画了一张图,帮你快速理解这个演进过程。

车载网络拓扑结构演进 阶段1:分布式CAN 1990s - 2000s ECU ECU ECU ECU 单总线,所有节点共享 阶段2:多网段CAN 2000s - 2010s 动力CAN 车身CAN 信息CAN 诊断CAN 网关隔离,功能分区 阶段3:域集中 2015s - 2020s 智驾域控 座舱域控 车身域控 底盘域控 以太网骨干,域控制器 阶段4:中央计算 + 区域控制 2020s - 未来 中央计算机 + 区域网关 + 以太网环网 演进趋势 从“功能分布式”到“算力集中化”,从“CAN专线”到“以太网骨干” 带宽需求每5年增长10倍,拓扑复杂度随功能增加呈指数上升

这张图展示了四个典型阶段:

  • 阶段1:分布式CAN——所有ECU挂在一根总线上,简单但脆弱。一个节点出问题,整条总线都可能瘫痪。
  • 阶段2:多网段CAN——用网关隔离不同功能域。动力、车身、信息各走各的,互不干扰。这是目前大多数量产车的状态。
  • 阶段3:域集中——以太网作为骨干网,连接几个高性能域控制器。每个域控制器下挂CAN/LIN子网。智驾、座舱、车身各司其职。
  • 阶段4:中央计算——一个中央计算机,加几个区域网关。所有传感器数据通过以太网上行,中央计算机统一处理。这是特斯拉、华为等新架构的方向。

我的判断:未来3-5年,主流车型会全面转向“中央计算+区域控制”架构。CAN总线不会消失,但会退居二线,只负责执行器和传感器的底层通信。以太网将接管所有数据交互的主干道。

1.5 小结:CAN与以太网,不是替代,是共存

说了这么多,你可能会问:那CAN总线是不是要被淘汰了?

我的答案是:不会,至少十年内不会。

CAN总线在实时性、确定性、成本、可靠性方面,依然有不可替代的优势。一个车窗升降电机,你犯不着用以太网去控制。一个刹车灯开关,CAN报文8个字节绰绰有余。

正确的思路是:让CAN做CAN擅长的事,让以太网做以太网擅长的事。

  • CAN:控制信号、传感器数据、诊断通信
  • 以太网:大带宽数据流、OTA升级、V2X、音视频传输

嗯,这就是车载网络的现状和未来。后面的章节,我会带你深入每个技术细节,从物理层到应用层,从抓包分析到故障排查。咱们一步一步来。