2、车载网络架构：从分布式到集中式，以太网如何“上车”
好，我们进入第二个章节。说实话，每次讲车载网络架构，我都觉得像是在讲一部汽车电子系统的“进化史”。从最早的几个ECU各管一摊，到现在的域控、区域控制器，再到以太网和TSN的引入，这中间的变化，我亲身经历过不少。
这一章，我们就聊聊车载E/E架构的演进、域控制器和区域控制器的区别、以太网为什么能上车，以及TSN时间敏感网络到底是个啥。嗯，内容不少，但都是干货。
2.1 车载E/E架构演进：从“各自为政”到“中央集权”
早期的车载电子电气架构，说白了就是“一个功能一个ECU”。比如车窗控制一个ECU，雨刮器一个ECU，ABS一个ECU。每个ECU都有自己的MCU和软件，彼此之间通过CAN、LIN这些低速总线通信。
这种架构有什么问题？ 我举个例子。我在2015年参与过一个项目，那辆车上有超过80个ECU。每次要升级一个功能，比如把车窗防夹逻辑改一下，就得把对应的ECU拆下来刷写。更别提线束了，整车线束长度加起来能绕地球好几圈（夸张了点，但真的很多）。
所以，行业开始往域集中式架构演进。也就是把功能相近的ECU合并到一个“域控制器”里。比如：
- 动力域：发动机、变速箱、电池管理
- 底盘域：ABS、ESP、转向
- 车身域：车窗、门锁、灯光
- 智能座舱域：仪表、中控、HUD
- 自动驾驶域：感知、决策、控制
再往后，就是中央计算平台 + 区域控制器的架构。这个我后面会细说。
我的经验： 从分布式到域集中，最大的挑战不是硬件，而是软件架构的重新设计。以前每个ECU跑自己的RTOS，现在多个功能跑在一个高性能SoC上，如何保证隔离性和实时性？这是个大坑。
2.2 域控制器 vs 区域控制器：别再傻傻分不清
很多刚入行的朋友会问：“域控制器和区域控制器，到底有啥区别？”
我打个比方你就明白了。
- 域控制器：按功能划分。比如自动驾驶域控制器，它只管跟自动驾驶相关的传感器、算法、执行器。它是个“功能中心”。
- 区域控制器：按物理位置划分。比如左前区域控制器，它负责左前车门、左前车窗、左前座椅、左前灯等所有靠近左前位置的设备。它是个“物理网关”和“IO集线器”。
在最新的架构里，通常是这样配合的：
- 中央计算平台：负责所有高算力的计算任务（自动驾驶、座舱）。
- 区域控制器：分布在车身四周（左前、右前、左后、右后），负责收集该区域的传感器信号，控制该区域的执行器，并作为中央计算平台和末端设备之间的桥梁。
- 末端ECU：比如车窗电机、座椅调节电机，它们不再需要复杂的MCU，只需要一个简单的智能执行器，通过LIN或以太网连接到区域控制器。
- 高带宽：100BASE-T1（100Mbps）、1000BASE-T1（1Gbps），甚至2.5G/5G/10Gbps正在路上。
- 低成本：单对非屏蔽双绞线，比传统以太网用的四对线便宜得多，也轻得多。
- 轻量化协议栈：TCP/IP协议栈在嵌入式系统里已经非常成熟，SOME/IP、DDS、gRPC都可以跑在上面。
- 支持TSN：这个我下面会讲。
- 低带宽（<1Mbps）：用CAN或LIN
- 中带宽（1-100Mbps）：用100BASE-T1
- 高带宽（>100Mbps）：用1000BASE-T1或更高
- 自动驾驶传感器数据融合：激光雷达、摄像头、毫米波雷达的数据需要精确同步，TSN的时钟同步机制可以做到。
- 音视频同步：座舱内的多屏显示、音响系统，需要保证音画同步。
- 实时控制：线控底盘（线控转向、线控制动）的指令传输，延迟必须小于1ms。
- E/E架构从分布式走向域集中，再走向中央计算+区域控制。
- 域控制器按功能分，区域控制器按位置分，两者配合使用。
- 以太网因为高带宽和低成本，成为车内骨干网的首选。
- TSN让以太网具备了确定性延迟的能力，但配置复杂，需要谨慎对待。
避坑指南： 我曾经在一个项目中，把区域控制器的功能定义得太“重”了，结果它既要处理IO，又要跑一些简单的控制逻辑，还要做网关转发。最后导致它的MCU负载过高，出现了偶发性的丢包。后来我们把纯控制逻辑全部上移到中央计算平台，区域控制器只做IO和转发，问题就解决了。
2.3 以太网在车内的应用：为什么是它？
以前车内通信主要靠CAN、CAN FD、LIN、FlexRay。这些总线各有各的适用场景，但都有一个共同的瓶颈：带宽不够。
你想想看，一个高清摄像头，每秒产生的数据量可能超过1Gbps。CAN FD最高也就8Mbps，根本传不了。所以，以太网必须上车。
车载以太网的优势：
不过，以太网也不是万能的。它功耗比CAN高，而且对于某些简单的开关信号（比如门锁状态），用以太网传输反而有点“杀鸡用牛刀”。所以，混合网络会是未来很长一段时间的主流——CAN/LIN负责低速信号，以太网负责高速数据。
我个人的习惯： 在设计网络拓扑时，我会先列出所有需要传输的信号，然后按带宽需求分成三类：
这样既不会浪费，也不会不够用。
2.4 TSN时间敏感网络简介：让以太网也能“准时”
传统以太网有个问题：它是“尽力而为”的传输。也就是说，数据包什么时候能到达，不确定。对于视频流、文件传输来说，这没问题。但对于控制信号（比如刹车指令、转向指令），延迟必须确定，而且必须非常低。
TSN（Time-Sensitive Networking，时间敏感网络）就是来解决这个问题的。它是一组IEEE 802.1标准，让以太网能够提供确定性延迟和低抖动。
TSN的核心机制：
| 机制 | 作用 | 类比 |
|---|---|---|
| 802.1Qbv（时间感知整形） | 为不同优先级的数据流分配固定的时间槽 | 就像高铁有固定的发车时刻表，不会堵车 |
| 802.1Qbu（帧抢占） | 高优先级帧可以打断低优先级帧的传输 | 就像救护车可以闯红灯 |
| 802.1AS（时钟同步） | 所有节点同步到同一个时钟，精度达到纳秒级 | 所有手表都对准北京时间 |
| 802.1Qci（流过滤与监管） | 防止某个节点发送过多数据，影响其他节点 | 就像每个车道限速，防止超速引发事故 |
TSN在车内的典型应用场景：
注意： TSN虽然好，但配置起来非常复杂。你需要为每个数据流定义它的“门控列表”（Gate Control List），还要考虑所有交换机的时钟同步精度。我曾经在一个项目中，因为某个交换机的时钟漂移，导致整个TSN网络的数据流错乱，排查了整整三天。所以，TSN的测试和验证，一定要在早期就做起来。
2.5 小结：架构选型没有银弹
好了，这一章的内容就这些。总结一下：
下一章，我们会深入SOME/IP协议本身，看看它到底是怎么在以太网上工作的。到时候我会拿一个实际的项目案例来拆解，保证你听完就能上手。
嗯，今天就到这里。有什么问题，欢迎在评论区留言，或者直接找我聊。