1. 课程导入

各位同学，欢迎来到《车载以太网与CAN网关路由实战》的第一章。我是你们这门课的主讲，一个在车载网络领域摸爬滚打了十几年的老兵。今天咱们不聊虚的，直接切入正题，聊聊汽车电子电气架构（EEA）是怎么一步步变成今天这个样子的，以及网关这个“大管家”到底在车里干些什么活。

1.1 汽车电子电气架构的演进：从“手工作坊”到“中央厨房”

我刚开始入行那会儿，车的电子系统还比较简单。一个发动机ECU，一个ABS控制器，再加个收音机，基本就齐活了。那时候的架构，业内叫“分布式架构”。

说白了，就是每个功能都有自己的“小电脑”。 车窗升降有个控制器，座椅调节有个控制器，雨刮器也有个控制器。这些控制器之间几乎不通信，或者只通过几根硬线连一下。你想想看，一辆车如果有一百个功能，就得有一百个ECU，线束又粗又重，成本高不说，维护起来简直是噩梦。

后来，随着CAN总线的普及，大家发现可以把这些ECU挂到一条总线上，让它们互相“聊天”。这就进入了“域集中式架构”阶段。我记得在2010年左右，我参与的一个项目就是典型的域架构：动力域、底盘域、车身域、信息娱乐域，每个域有一个“域控制器”来管理下面的小弟。

但问题又来了。域之间还是需要通信的，而且随着自动驾驶和车联网的兴起，数据量爆炸式增长。CAN总线那1Mbps的带宽，根本不够用。这时候，“中央计算平台+区域控制器”的架构应运而生。这就像从“小作坊”升级到了“中央厨房”。

下面这张图，可以帮你快速理解这个演进过程：

1.2 车载网络拓扑：一张复杂的“城市交通网”

现在的车，内部网络就像一座微型城市。有主干道（以太网），有支路（CAN、LIN），还有专用车道（FlexRay、MOST）。咱们来看看这张“交通网”是怎么布局的。

典型的现代车载网络拓扑，大致包含以下几部分：

• 中央网关（Central Gateway）： 城市的“交通指挥中心”。所有跨域、跨总线的数据都必须经过它。
• 以太网骨干网（Ethernet Backbone）： 连接中央网关、域控制器、自动驾驶域、信息娱乐域。带宽高，延迟低，用于传输大数据量（如摄像头视频、OTA升级包）。
• CAN/CAN FD 总线： 连接动力总成、底盘、车身控制等实时性要求高的节点。比如发动机、变速箱、ABS、车窗、门锁。
• LIN 总线： 用于低速、低成本的传感器和执行器，比如座椅调节、车窗升降（从属节点）。
• FlexRay（逐渐淘汰）： 曾经用于线控制动、线控转向等安全关键系统，现在正被TSN以太网取代。

我给大家画个简图，看看这些网络是怎么连在一起的：

1.3 网关在整车网络中的角色与功能：不只是“翻译官”

很多人觉得网关就是个“翻译官”，把CAN报文转成以太网报文。其实远不止如此。网关在整车网络里，扮演着至少四个关键角色：

角色	功能描述	实际案例
路由转发	在不同网络（CAN/LIN/以太网）之间转发报文，实现跨域通信。	将动力域的“车速信号”转发给仪表盘（CAN→CAN），或将智驾域的“目标列表”发给底盘域（以太网→CAN）。
协议转换	将一种网络协议的数据格式，转换为另一种网络协议能识别的格式。	将CAN报文中的信号（如发动机转速）提取出来，封装成SOME/IP服务，通过以太网发送。
网络管理	管理各个网络节点的休眠与唤醒，实现整车低功耗。	当车辆熄火后，网关检测到无活动，会发送“休眠指令”给所有ECU，进入低功耗模式。
安全防火墙	隔离不同安全域，防止外部攻击或内部故障扩散。	禁止信息娱乐域（易受攻击）直接访问动力域（安全关键）的CAN总线。

1.4 为什么以太网是未来的主角？

你可能会问，CAN总线用了这么多年，挺稳定的，为什么非要换成以太网？原因有三点：

1. 带宽差距巨大： CAN FD最高也就8Mbps，而车载以太网（100BASE-T1）起步就是100Mbps，千兆以太网（1000BASE-T1）已经量产。对于高清摄像头、激光雷达的数据流，CAN根本无能为力。
2. 灵活性更高： 以太网支持灵活的拓扑（星型、树型），而CAN总线必须是总线型，布线受限。而且以太网天然支持IP协议，可以轻松对接云端和诊断工具。
3. 服务导向架构（SOA）的基础： 未来的汽车软件，是基于服务的。一个功能（比如“打开空调”）不再是一个固定的信号，而是一个可以动态调用的服务。以太网+SOME/IP协议，是实现SOA的最佳搭档。

当然，以太网也有它的短板——实时性和确定性不如CAN。但这个问题，正在被TSN（时间敏感网络）技术解决。这部分内容，我们会在后面的章节详细展开。