一、车载网络概述：汽车电子电气架构演进、CAN/CAN FD/以太网技术对比、混合网络的应用场景
各位同学，大家好。我是你们这门课的老朋友。今天咱们正式开篇，聊聊车载网络到底是个什么东西。
说实话，我入行那会儿，车上最复杂的网络就是一条CAN总线，连个网关都算高级货。现在你再看看，一台智能电动车里跑的代码量，比一架波音787还多。这背后，就是汽车电子电气架构（EEA）的巨变。
1.1 汽车电子电气架构的演进：从分布式到中央计算
早期的汽车，每个功能都是独立的。一个车窗控制器，一个雨刮控制器，各管各的，互不干扰。这叫分布式架构。
但问题很快就来了。线束越来越重，一辆豪华车的线束能重达50公斤，比一个成年人都沉。而且每增加一个功能，就得加一个ECU，成本高，维护也麻烦。
后来，行业开始走向域集中式架构。把功能相近的ECU合并到一个域控制器里。比如车身域、动力域、智能驾驶域。我个人习惯把这种架构叫做“分封制”，每个域有自己的“诸侯”（域控制器），通过网关来沟通。
现在，最前沿的是中央计算+区域控制器架构。说白了，就是车里装一台超级电脑，所有计算都交给它。区域控制器只负责采集信号和执行指令。这种架构的好处是算力集中，软件升级方便，OTA（空中升级）不再是难事。
核心趋势：从“功能导向”转向“服务导向”。以前是“这个开关控制那个灯”，现在是“这个服务请求那个响应”。
为什么会这样？因为软件定义汽车的时代来了。你想想看，一辆车的价值，以后可能70%来自软件，而不是硬件。架构不演进，根本跑不动这些复杂的软件。
1.2 CAN / CAN FD / 以太网：三兄弟的技术对比
好，架构变了，底层的通信技术也得跟上。目前车载网络里，最常用的就是这三兄弟：CAN、CAN FD、以太网。
我经常被问到：“老师，CAN是不是要被淘汰了？”我的回答是：不会，但它的角色变了。
咱们先看一张对比表，心里有个数：
| 特性 | 经典 CAN | CAN FD | 车载以太网 |
|---|---|---|---|
| 最大数据场 | 8 字节 | 64 字节 | 1500 字节（标准MTU） |
| 最大速率 | 1 Mbps | 8 Mbps（数据段） | 100 Mbps / 1 Gbps / 2.5 Gbps |
| 通信方式 | 广播，多主 | 广播，多主 | 点对点，交换式 |
| 典型应用 | 车窗、门锁、雨刮 | 动力系统、ADAS传感器 | 智驾、座舱娱乐、OTA |
| 成本 | 低 | 中 | 高 |
你看，经典CAN虽然慢，但胜在稳定、便宜、实时性好。控制个车窗，8个字节绰绰有余。CAN FD呢，是我个人比较喜欢的一个过渡方案。它保留了CAN的物理层和大部分协议，但把数据场扩展到了64字节，速率也提上去了。
我记得有一次，帮一个客户调试动力系统的刷写程序。用经典CAN刷一个ECU，要等十几分钟。换成CAN FD，三分钟搞定。这就是差距。
但CAN FD也有天花板。它还是基于广播的，带宽有限。到了智能驾驶和座舱域，需要传输摄像头图像、激光雷达点云、高精地图数据，动辄几百兆甚至几个G的带宽。这时候，车载以太网就得上场了。
我的建议：别想着用一种技术打天下。CAN、CAN FD、以太网，各有各的生态位。混合组网，才是王道。
1.3 混合网络的应用场景：为什么需要“混”在一起？
你可能会问：“既然以太网这么强，为什么不全车都用以太网？”
原因很简单：成本和复杂度。以太网的PHY芯片比CAN贵好几倍，而且对线束的要求也高。全车都用，成本根本扛不住。另外，很多传统传感器和执行器，天生就是为CAN设计的，你硬要它跑以太网，还得加协议转换芯片，得不偿失。
所以，实际的项目中，我们用的是混合网络。我来给你拆解几个典型的场景：
场景一：动力与底盘域（CAN FD + 以太网）
发动机、变速箱、刹车系统，这些对实时性和确定性要求极高。CAN FD的短帧和确定性调度，非常适合。但动力域控制器之间需要交换大量标定数据或进行OTA刷写时，会通过以太网来传输。我见过一个方案，动力域内部用CAN FD，域控制器之间用以太网做骨干网。
场景二：智能驾驶域（以太网为主）
这是以太网的主场。摄像头、激光雷达、毫米波雷达，都通过以太网把原始数据传给智驾域控制器。这里要注意，智驾域内部，传感器和计算单元之间，通常会用时间敏感网络（TSN）来保证数据同步。我曾经在一个项目中，因为摄像头和激光雷达的时间戳没对齐，导致融合算法出了大问题。后来加了TSN，问题才解决。
场景三：车身控制域（经典CAN + LIN）
车窗、门锁、座椅、灯光。这些功能对带宽要求极低，但对成本极度敏感。经典CAN和LIN（本地互联网络）依然是主力。你想想，一个门模块，用CAN FD纯属浪费，经典CAN就够用了。
避坑指南：我曾经见过一个团队，为了追求“技术先进”，把车身域也换成了以太网。结果线束成本翻倍，EMC（电磁兼容）问题频发，最后不得不改回CAN。记住，合适的才是最好的。
1.4 混合网络设计的核心挑战
把这么多不同协议的网络揉在一起，不是简单接根线就完事的。有几个坑，我提前给你指出来：
- 网关的协议转换：CAN和以太网的数据格式完全不同。网关需要做路由、信号映射、速率适配。处理不好，数据就丢了。
- 实时性与带宽的平衡：CAN是确定性的，以太网（非TSN）是尽力而为的。怎么保证关键信号（比如刹车指令）在混合网络里依然低延迟？这需要精心设计。
- 诊断与刷写：以前诊断一条CAN总线就够了。现在要诊断CAN、CAN FD、以太网，甚至还要跨网段。UDS（统一诊断服务）协议怎么在不同网络上跑？这是个技术活。
嗯，说到这里，你应该对车载网络的整体面貌有个概念了。从架构演进，到技术对比，再到混合网络的应用场景，咱们把地基打牢了。后面的章节，我会带你一步步深入，把这些技术细节都吃透。
记住一句话：没有最好的网络，只有最合适的组合。