第一章：车载网络演进：从CAN/LIN到车载以太网的必然趋势，为什么需要TSN？

1.1 从CAN/LIN说起：那些年我们用的总线

做车载网络这么多年，我最早接触的就是CAN总线。那时候觉得CAN真香——两根线就能搞定整车通信，抗干扰能力还强。你想想看，90年代的车，一个发动机ECU、一个ABS控制器、几个车窗模块，CAN总线完全够用。

LIN就更简单了，单线通信，专门伺候那些对实时性要求不高的设备——门锁、座椅调节、车灯控制。我记得2010年做的一个项目，整车用了3路CAN加2路LIN，工程师们觉得已经很高端了。

但问题来了。随着智能驾驶和车联网的爆发，数据量开始爆炸式增长。一个摄像头每秒产生几百兆的数据，CAN总线那1Mbps的带宽，说白了就是杯水车薪。我有个朋友做ADAS开发，他跟我吐槽过：「一个激光雷达的数据，CAN总线要传好几分钟，这车还怎么开？」

1.2 为什么必须上以太网？

车载以太网的出现，其实是被逼出来的。我们来看看几个关键场景：

• 摄像头数据：800万像素摄像头，每秒30帧，原始数据量超过2Gbps
• 雷达数据：4D毫米波雷达，点云数据每秒几百兆
• OTA升级：一个完整的车载系统固件，动辄几个GB
• V2X通信：车与车、车与路之间的实时数据交换

这些场景，CAN/LIN根本扛不住。以太网就不一样了，100BASE-T1（100Mbps）起步，1000BASE-T1（1Gbps）是主流，甚至10Gbps的方案已经在路上了。

1.3 以太网也有短板：为什么需要TSN？

说到这里，你可能会问：以太网带宽这么大，直接用不就完了？嗯，这里要注意——传统以太网有个致命问题：它不保证实时性。

我在一个项目中遇到过这样的场景：一辆智能驾驶车辆，传感器数据通过以太网传输到域控制器。正常情况下延迟只有几微秒，但一旦网络出现拥塞，延迟可能飙升到几十毫秒。对于紧急制动这种场景，几十毫秒的延迟意味着什么？——可能就撞上了。

传统以太网用的是「尽力而为」的传输机制。数据包到了交换机，先到先发，后到排队。如果队列满了，直接丢弃。这种机制对办公网络没问题，但对车载网络来说，简直是灾难。

TSN（时间敏感网络）就是来解决这个问题的。它给以太网装上了一套「交通管制系统」：

• 时间同步：所有节点共享同一个时钟，精度达到纳秒级
• 流量调度：关键数据走「专用车道」，非关键数据走「普通车道」
• 预留带宽：给安全相关的数据预留固定的带宽，保证不丢包

1.4 从CAN到TSN：一个典型的演进路径

很多车企的演进路径是这样的：

阶段	骨干网	子系统	典型车型
传统阶段	CAN	LIN、CAN	2015年前车型
过渡阶段	CAN FD + 以太网	LIN、CAN、以太网	2020-2023年车型
TSN阶段	TSN以太网	CAN XL、以太网	2024年后新平台

我个人建议，如果你现在开始做新平台设计，直接上TSN以太网。别走CAN FD过渡的弯路——我见过好几个项目，CAN FD刚做完，发现带宽又不够了，还得再改以太网。一步到位反而省钱。

1.5 避坑指南：TSN落地常见的几个坑

我曾经踩过不少坑，这里分享几个典型的：

1. 时间同步的精度问题：不是所有交换机都支持gPTP（IEEE 802.1AS）。买设备时一定要确认支持TSN协议栈。
2. 配置管理复杂：TSN需要配置流预留、门控列表、优先级映射。我曾经手动配错过一个参数，导致整个网络瘫痪。建议用自动化工具。
3. 兼容性问题：不同厂商的TSN实现可能有细微差异。做系统集成时，一定要做互操作性测试。

1.6 小结：为什么TSN是必然趋势？

说白了，车载网络的发展就是一场「带宽竞赛」。从CAN的1Mbps，到CAN FD的8Mbps，再到以太网的100Mbps/1Gbps，每一次升级都是为了满足新的需求。

TSN的出现，让以太网从「尽力而为」变成了「确定性传输」。这对于智能驾驶、线控底盘、V2X这些对实时性要求极高的应用来说，是刚需。

我记得2018年参加一个行业会议，当时还有人在争论「TSN是不是过度设计」。现在再看，几乎所有主流车企都在推TSN。趋势这东西，有时候就是来得比你想象的快。

下一章，我会详细讲TSN的核心协议——IEEE 802.1AS时间同步，以及它在实际项目中怎么落地。到时候我会分享一个我亲手调试过的案例，保证干货满满。