一、车载以太网概述：为什么需要车载以太网？
大家好，我是你们的老朋友。今天咱们聊聊车载以太网。
说实话，我刚入行那会儿，车上跑的还是CAN总线。那时候觉得CAN挺好啊，稳定、可靠，搞了十几年都没出大问题。但后来我发现，事情没那么简单了。
1.1 为什么需要车载以太网？
你想想看，现在的车是什么样？
- 摄像头越来越多，一个高清摄像头每秒产生的数据量，CAN总线根本扛不住
- 激光雷达、毫米波雷达，这些传感器数据量巨大
- OTA升级，一个固件包动不动几个GB
- IVI系统要播放4K视频、要实时导航
CAN总线的带宽是多少？最高也就1Mbps。而车载以太网，起步就是100Mbps，现在1000Mbps（1Gbps）已经很常见了。这差距，说白了就是自行车和跑车的区别。
核心痛点：传统总线带宽不足，无法满足自动驾驶和智能座舱的海量数据传输需求。
我在一个ADAS项目中遇到过这种情况：一个前置摄像头+四个环视摄像头，再加上一个毫米波雷达，数据量加起来超过2Gbps。如果用CAN来传，得拉几十条CAN总线，线束重量能增加好几公斤。这显然不现实。
1.2 与传统CAN/LIN的区别
咱们来做个对比，这样更直观。
| 特性 | CAN | LIN | 车载以太网 |
|---|---|---|---|
| 带宽 | 最高1Mbps | 最高20kbps | 100Mbps~1Gbps |
| 拓扑结构 | 总线型 | 主从型 | 星型/树型 |
| 通信方式 | 广播 | 主从轮询 | 点对点/交换 |
| 实时性 | 高（事件触发） | 低（轮询） | 高（AVB/TSN） |
| 线束成本 | 中等 | 低 | 较低（双绞线） |
| 应用场景 | 动力、底盘、车身 | 车窗、座椅、门锁 | ADAS、IVI、OTA |
嗯，这里要注意一点。很多人以为车载以太网就是普通以太网换个接口。其实不是的。车载以太网在物理层做了很多优化，比如使用单对非屏蔽双绞线（UTP），减少了线束重量和成本。而且它支持PoDL（数据线供电），一根线既传数据又供电，省事不少。
个人经验：我建议大家在选型时，不要只看带宽。车载以太网的实时性是通过AVB（音频视频桥接）和TSN（时间敏感网络）来保证的。如果只是简单地把普通以太网搬上车，延迟和抖动会让你头疼。
1.3 车载以太网的应用场景
咱们具体看看车载以太网都用在哪里。
ADAS（高级驾驶辅助系统）
这是车载以太网最核心的应用场景之一。
我记得有个项目，客户要求实现L2+级别的自动驾驶。传感器数据需要实时融合，然后传给域控制器做决策。如果用CAN，延迟太大，根本没法做实时控制。后来我们用了车载以太网，配合TSN协议，延迟控制在微秒级，问题就解决了。
- 摄像头数据流：每个摄像头约200-400Mbps，4个环视+1个前视，总带宽超过1.5Gbps
- 激光雷达点云：64线激光雷达，每秒产生约1.3Gbps的数据
- 传感器融合：需要将不同传感器的数据在时间上对齐，TSN的时钟同步精度可达纳秒级
IVI（车载信息娱乐系统）
这个场景大家比较熟悉。现在的车机，屏幕越来越大，功能越来越多。
- 多屏互动：仪表盘、中控屏、副驾屏、后排屏，需要同步显示
- 音视频流：4K视频播放、在线音乐、语音交互
- 手机互联：CarPlay、Android Auto，数据量也不小
我曾经遇到一个坑：客户用普通以太网做IVI的骨干网，结果播放4K视频时出现卡顿。后来发现是AVB协议没配置好，流预留带宽不够。调整之后，问题就解决了。
避坑指南：我曾经在IVI项目中，因为没注意AVB的流预留机制，导致音视频不同步。后来花了整整一周才排查出来。所以，配置AVB时一定要仔细计算每个流的带宽需求。
OTA（空中升级）
OTA升级对带宽的要求也很高。
你想想看，一个完整的车载系统固件，包括MCU固件、SoC固件、FPGA配置、地图数据等等，加起来可能超过10GB。如果用CAN来传，以1Mbps的速度，传完需要22个小时。这显然不现实。
而用车载以太网，100Mbps的速度，10GB的数据，大约13分钟就能传完。如果升级过程中出现问题，还能通过回滚机制恢复。
- 全车OTA：同时升级多个ECU，需要高带宽骨干网
- 差分升级：只传输变化的部分，减少数据量
- 安全校验：升级包的完整性校验，需要可靠的传输通道
1.4 小结
好了，咱们总结一下。
车载以太网的出现，不是因为CAN不好，而是因为需求变了。自动驾驶、智能座舱、OTA升级，这些新功能对带宽和实时性的要求，传统总线已经无法满足。
说白了，车载以太网就是给车装了一条高速公路。CAN和LIN还在用，但它们负责的是低速、控制类的任务。而高速、大数据量的任务，交给以太网来处理。
下一章，咱们会聊聊车载以太网的物理层和协议栈。到时候我会分享一些实际测试中踩过的坑，希望对你有帮助。