3. 多ECU通信架构：以太网交换机拓扑、VLAN划分、多播与单播通信、路由策略
好，咱们进入第三章。这一章讲的是多ECU通信的骨架——以太网交换网络。你想想看，一辆车上几十个ECU，如果都用点对点线束连，那线束重量比发动机还重。所以，以太网交换机成了必然选择。
我个人习惯把车载以太网比作一个「微型互联网」。它有自己的交换机、VLAN、路由表，甚至还有网关做协议转换。咱们今天就把这套东西拆开揉碎，讲清楚。
3.1 以太网交换机拓扑：星型为主，树型为辅
车载以太网的物理拓扑，主流是星型。每个ECU通过一条独立的双绞线连接到中央交换机。好处很明显：单点故障不影响其他节点。
但实际项目中，我遇到过一个问题——如果所有ECU都连一台交换机，端口数不够。怎么办？级联。用两台或多台交换机组成树型拓扑。
| 拓扑类型 | 优点 | 缺点 | 典型场景 |
|---|---|---|---|
| 星型 | 单点故障隔离、布线简单 | 中心交换机单点瓶颈 | 域控制器架构 |
| 树型 | 扩展性好、支持分层管理 | 级联链路带宽共享、延迟增加 | 多域互联、Zonal架构 |
| 环形 | 冗余路径、高可靠性 | 协议复杂、成本高 | ADAS安全关键链路 |
3.2 VLAN划分：把物理网络切成逻辑小网
VLAN，说白了就是逻辑隔离。物理上所有ECU都连在同一台交换机上，但通过VLAN，你可以让ADAS系统和信息娱乐系统「老死不相往来」。
为什么要这么做？三个原因：
- 安全隔离：制动系统的报文不能被娱乐系统篡改或监听。
- 广播风暴抑制：一个VLAN内的广播不会扩散到其他VLAN。
- QoS保障：关键流量可以独占一个VLAN，不受背景流量干扰。
我在一个项目中，曾经把摄像头数据流和诊断报文放在同一个VLAN里。结果诊断工具一启动，摄像头画面就开始卡顿。后来我把诊断报文划到VLAN 10，摄像头划到VLAN 20，问题立刻解决。
- VLAN 1：管理/诊断（带外管理）
- VLAN 10：ADAS传感器（摄像头、雷达、激光雷达）
- VLAN 20：动力总成与底盘（制动、转向、发动机）
- VLAN 30：信息娱乐与座舱（导航、音频、显示）
- VLAN 40：V2X与远程信息处理
3.3 多播与单播通信：选对方式，事半功倍
车载以太网里，通信方式就三种：单播、多播、广播。咱们重点说前两个。
单播：一对一。比如ECU A给ECU B发一条诊断请求。目标MAC地址是B的。交换机查MAC表，只从对应端口转发。效率高，不浪费带宽。
多播：一对多。比如一个摄像头要把视频流发给三个域控制器。如果用单播，你得发三份。用多播，摄像头只发一份，交换机复制给三个接收者。
多播在车载里特别重要。SOME/IP服务发现、AVB音视频流、TSN时间同步，全都要靠多播。
我记得有一次，客户抱怨说「摄像头数据延迟不稳定」。我查了半天，发现他们把摄像头配成了单播，同时发给三个接收者。摄像头CPU扛不住，丢帧了。改成多播后，CPU占用率从85%降到20%。
3.4 路由策略：跨网段通信的交通规则
当两个ECU不在同一个VLAN或同一个子网时，就需要路由。路由可以是三层交换机，也可以是独立的网关ECU。
车载路由策略主要有三种：
- 静态路由：手动配置路由表。简单可靠，适合拓扑固定的车载网络。
- 策略路由：基于源IP、目的IP、甚至端口号做转发。灵活，但配置复杂。
- 动态路由：OSPF、RIP等。车载用得少，因为拓扑变化不频繁，动态协议反而增加开销。
我个人习惯：能用静态路由，就别上动态。车载网络拓扑在整车生命周期内几乎不变，静态路由足够。而且调试起来一目了然——哪条路不通，查路由表就行。
下面这张图，是我在一个项目中画的典型多ECU通信架构。你可以看到交换机、VLAN、多播组和路由路径的关系。
3.5 实战要点：多ECU联调中的通信排查
讲完理论，咱们说说实战。多ECU联调时，通信问题是最常见的。我总结了几条排查思路：
- 先看物理层：Link灯亮不亮？协商速率对不对？100BASE-T1还是1000BASE-T1？
- 再看VLAN配置：交换机的PVID和端口的Access/Trunk模式是否匹配？
- 然后查多播：IGMP Snooping是否开启？多播组地址是否冲突？
- 最后看路由：静态路由表有没有遗漏？默认网关配没配？
嗯，这一章的内容就到这里。多ECU通信架构的核心就是交换机拓扑、VLAN隔离、多播效率和路由策略。把这四个点吃透，你就能搭建一个稳定、高效的车载以太网通信系统。