📚 课程目录第1章车载网络概述

1、车载网络概述：车载网络的发展历程、现代汽车电子电气架构、车载网络分类与标准

我入行那会儿，车上最复杂的电子系统就是收音机和点烟器。现在想想，真是恍如隔世。

早期的汽车，说白了就是机械的天下。发动机、变速箱、底盘，全靠机械连杆和液压控制。那时候修车，一把扳手走天下。但到了80年代，事情开始变了。排放法规越来越严，油耗要求越来越高，光靠机械已经搞不定了。

于是，ECU（电子控制单元）开始登场。最初只是用来控制燃油喷射和点火正时，后来ABS、安全气囊、自动变速箱……一个接一个地往车上装。

问题来了——每个ECU都独立工作，线束多得吓人。我记得看过一张老图，一辆90年代的豪华车，线束总长度超过2公里，重量接近50公斤。这哪是造车，简直是织毛衣。

为了解决这个痛点，车载网络应运而生。它的核心思路很简单：让所有ECU共享一条总线，通过协议通信，而不是各自拉一堆线。

车载网络发展的三个关键里程碑：

你想想看，从一根线控制一个信号，到一根线传输几百个信号，这背后是通信协议、实时性、可靠性、成本之间的反复博弈。我做过一个项目，为了省0.5美元的成本，把CAN收发器换成了LIN，结果导致车门模块响应慢了200ms，被客户投诉“关门后灯灭得太慢”。嗯，有些坑，踩过一次就记住了。

现在的汽车，电子电气架构已经复杂到让人头皮发麻。一台中高端车型，ECU数量轻松超过100个，代码行数过亿。这比一架波音787还多。

我个人习惯把现代EEA分成三个层次来看：

这三层之间，靠的就是车载网络。没有网络，传感器数据传不到决策层，决策层的指令也到不了执行层。说白了，网络就是汽车的神经系统。

现代EEA还有一个趋势——从分布式走向集中式。以前每个功能一个ECU，现在开始搞域融合、中央计算。为什么？因为软件复杂度太高了，分布式架构的通信瓶颈和升级困难已经扛不住了。

我的经验：做EEA拓扑设计时，一定要提前想清楚三个问题：

我曾经在一个项目中忽略了冗余路径，结果CAN总线一根线断了，整个ESP系统失联，车直接进入跛行模式。从那以后，我设计拓扑时一定会画一张“单点故障分析表”。

车载网络不是一种技术，而是一堆技术的集合。不同的应用场景，需要不同的网络。

我习惯把它们按速率和实时性分成四类：

这里我想多说一句CAN FD。它是在传统CAN基础上改进的，数据段速率可以跑到8 Mbps，而且单帧数据长度从8字节提升到64字节。我参与过一个项目，用CAN FD替换了原来的两条CAN总线，线束重量直接降了30%。但要注意，CAN FD和传统CAN不能直接混用，需要网关做协议转换。

避坑指南：我曾经在一个项目中，为了节省成本，用CAN FD替代了FlexRay，结果发现CAN FD的确定性（determinism）不如FlexRay，在时间触发场景下出现了抖动。后来不得不加了一个时间同步模块才解决问题。所以，选网络类型时，不要只看速率，还要看实时性和确定性。

另外，车载以太网正在快速普及。它最大的优势是带宽高、生态成熟。但它的物理层和标准以太网不一样，用的是BroadR-Reach（现为IEEE 100BASE-T1），一对双绞线就能跑100 Mbps，而且EMC性能满足车规要求。

下面这张图，是我自己总结的车载网络分类与选型逻辑，供你参考：

最后，我想强调一点：车载网络不是越贵越好，也不是越快越好。关键是匹配。我见过有人给车窗控制上以太网，也见过有人用CAN做传感器数据采集结果带宽爆了。合适的网络，用在合适的地方，这才是架构设计的精髓。