第1章车载以太网概述

第1章：车载以太网概述

大家好，我是老张。在车载网络这行摸爬滚打了十几年，今天咱们来聊聊车载以太网。

说实话，我刚入行那会儿，车上跑的最多的就是CAN总线。一根双绞线，跑个500kbps，大家就觉得挺快了。但现在你再看看新车——激光雷达、高清摄像头、大屏娱乐系统，这些玩意儿对带宽的需求，简直像无底洞。

为什么会这样？因为汽车正在从「交通工具」变成「移动的智能终端」。你想想看，一个L3级别的自动驾驶系统，每秒要处理多少数据？光摄像头就有好几个，每个都是百万像素级别。CAN那点带宽，根本扛不住。

说白了，就是传统网络不够用了。

我给大家列几个痛点：

带宽瓶颈：CAN最高也就1Mbps，FlexRay撑死了10Mbps。而一个未经压缩的1080p视频流，就需要1.5Gbps。这差距，不是一个数量级的问题。
线束太重：传统架构下，每个ECU之间都要拉线。一辆豪华车的线束总长能超过5公里，重量接近50公斤。这油耗，你想想看。
架构僵化：CAN是广播式通信，所有节点共享总线。你想加个新功能？得重新设计整个网络拓扑。

以太网就不一样了。它天生就是为高带宽设计的。100BASE-T1能跑100Mbps，1000BASE-T1直接上1Gbps。而且它是点对点通信，每个节点独享带宽。

核心观点：车载以太网不是来替代CAN的，它是来解决CAN解决不了的问题的。

我整理了一张对比表，大家一看就明白：

特性	CAN	LIN	FlexRay	车载以太网
带宽	最高1Mbps	20kbps	10Mbps	100Mbps~1Gbps
拓扑	总线型	主从型	星型/总线型	星型/点对点
实时性	事件触发	轮询	时间触发	AVB/TSN保障
成本	低	极低	中	中高
应用	动力、车身	车窗、座椅	底盘、安全	ADAS、娱乐

嗯，这里要注意一点。很多人以为以太网来了，CAN就该退休了。其实不是。我在项目里经常看到这样的设计：动力域用CAN，车身域用LIN，智驾域用以太网。各司其职，才是王道。

个人经验：我曾经在一个项目中，为了省成本，想把所有CAN节点都换成以太网。结果发现，一个车窗升降控制器用100M以太网，纯属浪费。后来还是老老实实保留了LIN总线。

现在咱们聊聊具体用在哪儿。我把它分成三大块：

这是车载以太网最核心的应用。为什么？因为数据量太大了。

你想想看，一个激光雷达每秒产生几十万个点云数据。一个800万像素的摄像头，每秒30帧，每帧 uncompressed 的数据量是12MB。这些数据要实时传给域控制器做融合处理。

用CAN？别开玩笑了。用FlexRay？也够呛。只有千兆以太网能扛得住。

我记得有个项目，客户要求把4个环视摄像头的数据同时传到域控。我们算了算，总带宽需求接近4Gbps。最后用了两条1000BASE-T1链路，才勉强搞定。

现在的汽车架构，正在从「分布式」走向「集中式」。以前每个功能一个ECU，现在几个大域控制器搞定一切。

域控制器之间怎么通信？当然是以太网。它们需要交换大量数据，比如：

这些数据交换，对延迟和带宽都有要求。以太网加上TSN（时间敏感网络），能保证微秒级的同步精度。

避坑指南：我曾经遇到过一个问题，域控制器之间的以太网链路，在EMC测试时总是不过。后来发现是线束的屏蔽层接地没做好。记住，车载以太网的屏蔽层必须360度环接，不能像普通网线那样只压一个尾巴。

这个大家最熟悉。中控大屏、仪表盘、后排娱乐屏，这些都需要高带宽。

一个4K分辨率的屏幕，刷新率60Hz，色彩深度8bit，需要的带宽是：

3840 × 2160 × 60 × 24 = 11.9 Gbps

当然，实际传输会用压缩技术。但即便如此，百兆以太网也够呛。所以现在主流方案是千兆以太网，配合MIPI或LVDS做屏端传输。

我个人的习惯是，在设计信息娱乐系统时，优先考虑以太网做骨干网。所有音视频流都走以太网，然后用AVB协议保证同步。这样架构清晰，扩展也方便。

好了，这一章咱们聊了车载以太网为什么会出现，它和传统网络的区别，以及主要应用场景。

说白了，车载以太网就是汽车电子电气架构演进的必然产物。它解决了带宽、重量、架构灵活性这些核心问题。但也不是万能药，该用CAN的地方还得用CAN。

下一章，咱们会深入聊聊车载以太网的物理层——100BASE-T1和1000BASE-T1。到时候我会分享一些实际项目中的调试经验，包括眼图测试、共模扼流圈选型这些干货。

咱们下章见。