第一章 汽车电子基础：从分布式到集中式的演进之路

各位同学，咱们今天聊聊汽车电子电气架构的演变。说实话，我入行那会儿，车上有个CAN总线就觉得挺先进了。现在再看，变化真大。

1.1 汽车电子电气架构演进：分布式到集中式

早期的汽车，每个功能都是独立的。比如车窗控制、座椅调节、雨刮器，各干各的。这就是典型的分布式架构。每个功能对应一个ECU，彼此之间用线束连起来。

我参与过一个老车型的项目，那线束图看得我头皮发麻。整车有七八十个ECU，线束总长超过两公里。你想想看，这重量、这成本、这故障率，都是问题。

为什么会这样？因为当时芯片算力有限，只能一个功能配一个控制器。后来芯片性能上来了，大家开始想：能不能把几个功能合并到一个控制器里？于是就有了域控制器架构。

我个人习惯把域控制器比作「区域经理」。以前每个员工（ECU）直接向老板汇报，现在区域经理（域控制器）先汇总，再统一上报。效率高多了。

我在项目中遇到过一个问题：某主机厂想把所有功能都集中到一个中央计算机上。想法很好，但实际做起来发现，有些实时性要求高的功能（比如刹车、转向）延迟太大。嗯，这里要注意，集中化不是越彻底越好，要分场景。

1.2 ECU与域控制器

ECU，全称是电子控制单元。说白了，就是一个带微控制器的电路板，加上软件。每个ECU负责一个或几个功能。

典型的ECU长什么样？

• 一个MCU（微控制器），比如Infineon TC3xx、NXP S32K
• 一些外围电路：电源、CAN收发器、传感器接口
• 嵌入式软件：底层驱动、运行时环境、应用层

域控制器就不一样了。它用的是高性能SoC，比如NXP S32G、TI TDA4、高通SA8155。算力比普通ECU强好几个数量级。

对比项	传统ECU	域控制器
处理器	MCU，单核/双核	SoC，多核+GPU+NPU
算力	几十到几百DMIPS	几万到几十万DMIPS
操作系统	裸机或RTOS	Linux、QNX、AUTOSAR
功能安全	ASIL B到D	ASIL B到D（分区隔离）
典型应用	车窗、雨刮、座椅	智能驾驶、座舱、网关

我曾经踩过一个坑：在域控制器上跑Linux，结果一个非安全任务把CPU占满了，导致安全相关的任务超时。后来我强制做了CPU亲和性绑定和优先级隔离，才解决问题。所以，域控制器上的软件架构，一定要考虑资源隔离。

1.3 车载网络协议概述：CAN/LIN/Ethernet

车载网络，就是ECU之间通信的「高速公路」。不同的协议，速度和用途不一样。

CAN总线

CAN总线是车载网络的「老大哥」。从90年代用到现在，可靠性极高。速度从最早的125kbps，到现在的CAN FD（8Mbps）。

我刚开始做CAN开发时，最头疼的是报文ID分配。一个项目几百个报文，ID冲突了，两个ECU同时发数据，总线就乱了。后来我们引入了DBC文件统一管理，才规范起来。

CAN的特点：

• 双线差分，抗干扰能力强
• 多主通信，任意节点可发起
• 优先级仲裁，ID小的优先
• 最大支持8字节数据（CAN FD支持64字节）

LIN总线

LIN是CAN的「小弟」。速度慢（最高20kbps），但成本低。用在车窗、座椅、门锁这些对速度要求不高的地方。

LIN是主从架构，一个主节点带多个从节点。主节点负责调度，从节点只能响应。我在项目中用过LIN控制后视镜折叠，成本比CAN低一半。

车载以太网

以太网是车载网络的「新贵」。速度从100Mbps到10Gbps，是CAN的几百倍。主要用于高带宽场景：摄像头数据、OTA升级、诊断、智能座舱。

车载以太网和普通以太网不太一样。它用单对非屏蔽双绞线，支持PoDL（供电）。物理层标准是100BASE-T1、1000BASE-T1。

我记得第一次在车上跑以太网，遇到一个奇怪的问题：摄像头画面偶尔卡顿。查了两天，发现是交换机的一个端口配置了错误的VLAN。从那以后，我养成了一个习惯：网络拓扑图必须画清楚，每个端口的VLAN、优先级、带宽限制都要标出来。

协议	速度	成本	典型应用
LIN	20 kbps	低	车窗、座椅、门锁
CAN	500 kbps - 8 Mbps	中	动力、底盘、车身控制
FlexRay	10 Mbps	高	线控转向、制动（逐渐被以太网替代）
以太网	100 Mbps - 10 Gbps	高	摄像头、OTA、诊断、座舱

现在的新车型，基本都是混合网络：CAN用于实时控制，LIN用于低成本节点，以太网用于高带宽数据。网关负责协议转换。