第一章：车载以太网概述

1.1 车载以太网的起源

说实话，我刚入行那会儿，车上跑的最多的就是CAN总线。一条CAN线，速率最高也就1Mbps，控制个车窗、车门、发动机，绰绰有余。但到了2015年左右，事情开始变了。

那时候我开始接触一些高端车型的项目。客户要求车上装360°环视摄像头，还要有实时拼接显示。你想想看，四个高清摄像头同时传数据，CAN总线那点带宽根本扛不住。我记得第一次测试时，CAN总线直接爆了——数据丢包、延迟飙升，画面卡得像幻灯片。

车载以太网就是在这种背景下被推上前台的。它的物理层最早源自Broadcom的BroadR-Reach技术，后来被IEEE标准化为100BASE-T1。说白了，就是用一对双绞线实现100Mbps的传输速率，而且还能满足车规级的EMC要求。

我个人习惯把车载以太网的发展分为三个阶段：

• 第一阶段（2013-2016）：主要用于诊断和刷写，替代部分CAN诊断功能
• 第二阶段（2017-2020）：摄像头数据传输、信息娱乐系统互联
• 第三阶段（2021至今）：ADAS传感器融合、域控制器间通信、TSN时间敏感网络

1.2 与传统车载网络的对比

很多刚接触车载以太网的工程师会问：CAN和LIN不是用得好好的吗？为什么要换？嗯，这个问题我当年也问过我的导师。

我们来看一张对比表，你就明白了：

特性	CAN	LIN	车载以太网
最大速率	1 Mbps	20 kbps	100 Mbps / 1 Gbps
传输距离	40m @ 1Mbps	40m	15m（100BASE-T1）
拓扑结构	总线型	主从型	星型/树型
实时性	事件触发，有优先级	轮询	需TSN支持
线束	2线（差分）	1线	2线（差分）
典型应用	动力、车身控制	车窗、座椅	摄像头、雷达、座舱

看到差距了吧？CAN的1Mbps在传输一个未压缩的1080p视频流时，连一帧都传不完。而车载以太网100Mbps起步，G比特版本也已经量产了。

但要注意，车载以太网并不是要完全取代CAN和LIN。我个人的观点是：它们会长期共存。CAN负责安全关键的控制信号（比如刹车、转向），LIN处理低速的舒适性功能（车窗、座椅调节），而以太网则承载高带宽的数据流。

1.3 在ADAS与智能座舱中的应用

这部分是我最想聊的。为什么？因为我在ADAS项目上踩过的坑，比走过的路还多。

ADAS中的应用

ADAS系统对数据传输有几个硬性要求：

• 高带宽：一个前视摄像头每秒产生约500MB的原始数据
• 低延迟：从摄像头采集到决策输出，延迟必须小于100ms
• 时间同步：多个传感器数据需要精确对齐时间戳

车载以太网恰好能满足这些需求。我记得在做L2+级辅助驾驶项目时，我们用了4个环视摄像头+1个前视摄像头，全部通过车载以太网连接到域控制器。如果用CAN，光是传输一个摄像头的YUV数据就需要压缩再压缩，画质损失严重。

这里有个关键点——时间同步。ADAS系统需要知道每个摄像头采集图像的确切时刻，才能做多传感器融合。车载以太网通过IEEE 802.1AS（gPTP）协议，可以实现亚微秒级的时钟同步精度。这个我们后面会专门讲。

智能座舱中的应用

智能座舱对带宽的需求同样惊人。一个12.3英寸的仪表盘显示屏，分辨率1920×720，刷新率60Hz，加上中控屏、副驾屏、后排娱乐屏...你算算总带宽需求。

我参与过一个三屏交互的项目：仪表盘、中控、副驾屏通过一个以太网交换机互联，所有显示内容由一颗SoC渲染后分发。如果用传统的LVDS方案，每块屏都需要独立的视频线，线束又粗又重。而车载以太网只用一对双绞线就能搞定视频传输，线束重量减少了60%以上。

智能座舱中还有一个典型应用——音视频同步。车载以太网支持AVB（Audio Video Bridging）协议族，包括：

• IEEE 1722：音视频数据封装格式
• IEEE 802.1Qat：流预留协议，保证带宽
• IEEE 802.1AS：时钟同步

有了这些协议，座舱系统可以实现多路音频的无缝同步播放。比如，后排乘客在看电影，前排导航在播报，两者互不干扰，而且声音和画面完全同步。

本章知识体系

下面这张图是我自己画的，帮你理清本章的核心逻辑：

这张图把本章的三个核心模块串起来了。从左到右看：车载以太网因带宽瓶颈而生，与传统网络对比优势明显，最终落地到ADAS和智能座舱两大场景。而底层的核心技术和关键协议，是支撑这一切的基础。

---

公众号:蓝海资料掘金营，微信deep3321