4. 车载以太网与TSN：从“能通”到“准时通”

好，咱们接着聊网络。上一节我们把CAN、LIN、FlexRay这些“老将”过了一遍。这一节，我带你看看现在和未来车里最核心的网络技术——车载以太网，以及它背后的“时间大师”TSN，还有两个关键的中间件SOME/IP和DDS。

说实话，我刚入行那会儿，车里最高级的网络就是CAN和MOST。那时候觉得，能传个导航地图、放个DVD，已经很牛了。但现在呢？一个高清摄像头每秒产生的数据，就能把整个CAN网络撑爆。所以，以太网必须上车。

4.1 车载以太网：100Base-T1与1000Base-T1

你可能会问：“以太网不是电脑上用的吗？直接拿过来用不就行了？” 没那么简单。车里的环境太恶劣了——电磁干扰大、温度范围宽、线束重量和成本都敏感。所以，车载以太网是“特制”的。

核心区别在于物理层。我们电脑用的以太网（比如100Base-TX）需要两对双绞线，而车载以太网只用一对非屏蔽双绞线。这能省不少重量和成本。我参与过一个项目，光是把全车的线束从两对改成一对，就省了将近2公斤的重量，这对续航来说可不是小数目。

100Base-T1 是目前最成熟、应用最广的。像OBD诊断、系统OTA升级、环视摄像头，基本都是用它。它的优点是成本低、技术成熟，100Mbps的带宽对于大多数控制信号和压缩视频流来说，绰绰有余。

1000Base-T1 是升级版，带宽翻了10倍。它主要用在自动驾驶和智能座舱的骨干网络上。比如，一个800万像素的摄像头，原始数据流可能超过2Gbps，经过压缩后，用1000Base-T1传输就非常合适。我记得在做一个L3级自动驾驶项目时，域控制器之间需要交换大量的点云和图像数据，100Base-T1根本扛不住，最后全换成了1000Base-T1。

4.2 TSN（时间敏感网络）基础：让以太网学会“守时”

普通以太网有个毛病——它不保证数据什么时候到。它只保证“尽力而为”。但在车里，这不行。比如，你踩下刹车，这个信号必须在1毫秒内传给制动控制器。如果因为网络拥堵，数据包在路上堵了10毫秒，那后果不堪设想。

TSN，就是来解决这个问题的。它是一系列IEEE 802.1标准的集合。说白了，就是给普通以太网装上一个“交通调度系统”。

TSN的核心机制有几个，我挑最重要的说：

• 时间同步（802.1AS）： 所有节点必须有一个统一的时间基准。就像所有士兵对表一样。精度要求通常在微秒级。这是TSN一切功能的基础。
• 流量整形（802.1Qbv）： 这是TSN的“杀手锏”。它把时间分成一个个固定的“时间片”。在某个时间片里，只允许高优先级的控制数据通过；其他时间片，才允许普通数据（比如诊断、OTA）传输。这样，关键数据的延迟就是确定的。
• 帧抢占（802.1Qbu & 802.3br）： 当一个高优先级的数据包要发送时，它可以“打断”正在传输的低优先级数据包。等紧急数据发完了，再接着发刚才被打断的那个。这能进一步降低关键数据的延迟。

我曾经在一个项目中，用TSN网络来传输底盘和动力域的控制信号。刚开始，大家都不太信任以太网，觉得它不如FlexRay可靠。我们做了大量的测试，证明在TSN的调度下，关键信号的端到端延迟始终稳定在100微秒以内，抖动小于10微秒。从那以后，团队才彻底放心。

4.3 SOME/IP与DDS中间件：让数据“说人话”

网络建好了，数据怎么在上面跑？你不能直接往以太网里扔一堆二进制数据吧？这就需要中间件了。它负责把上层应用的数据，打包成网络能识别的格式，并负责发现服务、管理通信。

目前车载领域最主流的两个中间件，就是SOME/IP和DDS。

4.3.1 SOME/IP：面向服务的通信

SOME/IP（Scalable service-Oriented MiddlewarE over IP）是AUTOSAR标准的一部分。它把通信抽象成“服务”。一个ECU提供某个服务（比如“获取车速”），另一个ECU来调用这个服务。

SOME/IP有两种主要的通信模式：

• 请求/响应（Request/Response）： 客户端发一个请求，服务端回复一个响应。典型的RPC（远程过程调用）模式。比如，诊断仪请求读取某个故障码。
• 事件通知（Event/Notification）： 服务端主动向订阅了该事件的客户端发送数据。比如，车速信号每10毫秒发布一次，所有订阅了车速的节点都能收到。

SOME/IP还有一个重要的概念叫 服务发现（SD，Service Discovery）。ECU启动后，会通过广播告诉网络：“我提供了XX服务”。其他ECU收到后，就知道该找谁去要数据了。这大大简化了系统的静态配置。

4.3.2 DDS：数据为中心的发布/订阅

DDS（Data Distribution Service）是OMG组织制定的标准。它和SOME/IP最大的区别在于：DDS是“以数据为中心”的，而SOME/IP是“以服务为中心”的。

在DDS里，通信的核心是“主题（Topic）”。任何节点都可以发布某个主题的数据，任何节点也可以订阅它感兴趣的主题。发布者和订阅者之间是完全解耦的，不需要知道对方是谁。

DDS提供了非常丰富的 QoS（服务质量） 策略，你可以精细地控制数据的可靠性、时效性、持久性等。比如：

• RELIABILITY： 可以设置成RELIABLE（可靠，保证送达）或BEST_EFFORT（尽力而为，适合实时数据）。
• DURABILITY： 可以设置数据是否持久化，让后加入的订阅者也能收到历史数据。
• DEADLINE： 可以设置数据更新的最大周期，超时未更新则触发回调。

我个人觉得，DDS在自动驾驶和机器人领域特别有优势。因为它的动态发现机制和丰富的QoS策略，非常适合节点频繁上下线、数据流复杂多变的场景。

下面这张图，是我自己总结的，车载以太网技术栈的层次关系。你可以把它当作一个知识地图。

嗯，这张图把整个技术栈串起来了。从最底层的物理介质，到最上层的应用，每一层都有它存在的意义。你设计架构时，心里要有这张图。

最后，我想说，SOME/IP和DDS不是非此即彼的关系。在实际项目中，它们经常共存。比如，用SOME/IP来做传统的诊断和配置，用DDS来做自动驾驶的高带宽、高实时数据分发。关键是要理解它们的适用场景，做出合理的选择。