车载网络基础：从CAN到以太网的演进

大家好，我是你们的车载网络讲师。今天咱们聊聊车载网络的基础，特别是从CAN总线到以太网的演进过程。说实话，我入行那会儿，CAN总线还是绝对的主角，现在嘛，以太网已经成了新宠。为什么会这样？咱们一步步来看。

CAN总线的辉煌与局限

CAN总线，全称是Controller Area Network。1986年由博世公司发明，初衷是为了减少汽车线束。你想想看，一辆车里有几十个ECU，如果每个都单独连线，那线束得多重？CAN总线用两根线就把所有节点串起来了，确实是个天才设计。

我在2015年做过一个项目，用的是CAN 2.0B，速率500kbps。当时觉得够用了，毕竟传输的是发动机转速、车速、车门状态这些数据，数据量不大。但后来问题来了——

我记得有一次调试一个自动紧急制动系统，CAN总线上的刹车指令延迟了3毫秒。3毫秒啊，在高速上可能就是几米的刹车距离。从那以后，我就开始关注以太网了。

车载以太网的崛起

以太网其实不是什么新技术，但用在车上，是近十年的事。为什么？因为汽车需要处理的数据量爆炸了。

你想想看，一个高清摄像头每秒产生几百兆的数据，一个激光雷达更是上G。CAN总线那点带宽，连个零头都不到。以太网就不一样了，100BASE-T1是100Mbps，1000BASE-T1是1Gbps，未来还有2.5G、5G、10G。

而且以太网有天然的灵活性。你可以用TCP/IP协议栈，也可以用AVB/TSN做实时传输。说白了，以太网就像一条高速公路，什么车都能跑，关键看你怎么管理交通。

为什么需要TSN？

好，问题来了。以太网虽然快，但它天生是"尽力而为"的传输。什么意思？就是数据包发出去，什么时候到，能不能到，都不保证。这在办公网络里没问题，但在车上不行。

举个例子：

• 一个摄像头采集的图像数据，必须在10毫秒内到达域控制器，否则算法算不过来。
• 一个刹车指令，必须在1毫秒内从ECU传到执行器，否则车就撞了。
• 多个传感器的时间戳必须对齐，误差不能超过1微秒，否则融合算法会出错。

这些需求，普通以太网满足不了。于是就有了TSN——时间敏感网络。

车载网络的关键需求

咱们总结一下，车载网络到底需要什么？我归纳了三点：

1. 低延迟

不是一般的低，是确定性低延迟。什么意思？就是延迟不仅要小，而且要可预测。你不能说这次1毫秒，下次10毫秒。在安全关键系统中，最坏情况下的延迟才是关键指标。

我曾经遇到过一个项目，客户要求端到端延迟不超过2毫秒。我们用TSN的802.1Qbv时间感知整形，配合802.1Qci流过滤，最终做到了1.2毫秒。嗯，这里要注意，光有协议还不够，硬件也要支持，否则软件再优化也白搭。

2. 高可靠

车载网络必须能容忍故障。一个节点坏了，不能影响整个网络。以太网在这方面天生不如CAN——CAN是总线型，一个节点短路可能拉死整条总线。但TSN通过冗余路径、帧复制与消除（802.1CB）来解决这个问题。

我建议你在设计时至少考虑以下冗余策略：

• 链路冗余：双绞线或光纤备份
• 路径冗余：802.1CB实现无缝冗余
• 时钟冗余：多个主时钟备份

3. 时间同步

这是TSN的核心能力。没有精确的时间同步，什么低延迟、高可靠都是空谈。802.1AS协议基于IEEE 1588，可以实现亚微秒级的同步精度。

我记得在测试一个多传感器融合系统时，摄像头和激光雷达的时间戳差了100微秒，结果融合出来的目标位置偏差了半米。后来用TSN的gPTP同步，误差降到1微秒以内，问题就解决了。

从CAN到以太网的演进路径

说了这么多，咱们看看实际的车载网络架构是怎么演进的。

你看，演进不是一蹴而就的。现在很多车还是CAN和以太网混用。我的建议是：

• 非实时数据（如诊断、OTA升级）走以太网
• 实时控制数据（如刹车、转向）走CAN或TSN
• 大数据流（如摄像头、激光雷达）走TSN

说白了，没有一种网络能包打天下。TSN也不是万能的，它解决的是"确定性实时传输"这个特定问题。但如果你需要低延迟、高可靠、时间同步，TSN是目前最好的选择。

好了，这一章就到这里。下一章咱们会深入TSN的核心协议，看看802.1Qbv到底是怎么工作的。到时候我会带一个实际配置案例，保证让你看得过瘾。