5.2 EEA 三代演进：从上百个 ECU 到中央计算

5.2 EEA 三代演进：从上百个 ECU 到中央计算

本节摘要：电子电气架构决定了整车软件的秩序。第一代分布式架构把车拆成上百个各自为政的控制器，第二代域集中把它们归拢成几大域，第三代中央计算加区域控制则把车变成"一台带轮子的计算机"。本节对照三代架构的技术账与产业账。

第一代：分布式，一百个村庄各自为政

燃油黄金年代的标准答案是分布式架构：每个功能一个 ECU——发动机一个、变速箱一个、ABS 一个、车窗一个、座椅一个，高端车型轻松超过一百个。这些 ECU 由不同供应商按黑盒模式开发，车企拿到的是固化的软硬件一体件。控制器之间用 CAN 总线（每秒五十万位）和更慢的 LIN 连接，报文协议各家自定义。这种架构的优点是每个功能独立可靠、供应商分工成熟、开发风险低；代价在二十年后集中爆发：线束总长两三公里、接头数百个，重量几十公斤；跨功能的智能（比如座舱联动驾驶数据）要在黑盒之间艰难斡旋；OTA 升级无从谈起——没有一家供应商愿意为别人黑盒里的代码负责。分布式架构是功能汽车时代的合理选择，却成了智能汽车时代的第一道墙。

第二代：域集中，一百个村庄归并成五个省

域集中的思路是把按功能分散的 ECU 按领域归并：动力域、底盘域、车身域、智能座舱域、智能驾驶域，每个域一个高算力域控制器，外围保留少量传感与执行单元。黑盒开始打开：域内软件部分收回车企或交给大 Tier1 联合开发，跨域通信走以太网与 CAN FD 骨干。收益立竿见影：ECU 数量从上百降到几十，线束缩短，算力集中让座舱与智驾的应用生态成为可能。域集中是当前在售新车的主流形态，也是燃油平台换代时同样在采用的形式——这一代是油电共用的。真正的分化发生在下一步：燃油平台通常止步于域集中（换代节奏慢，改到这一步已诚意十足），而新电动平台把换代窗口直接用于第三代架构。

第三代：中央计算加区域控制，一台带轮子的计算机

第三代架构把五个域再抽象成两层：中央计算平台（或少数几个超算节点）承载智驾、座舱、整车控制的核心软件，区域控制器按物理位置分布在车身四角，就近接管传感器与执行器，只传数据不搞计算。全车信号不再按"功能"布线，而按"地理"布线——线束长度再砍三成以上，头部电动平台的线束总长已从三公里级压到一点五公里级。软件彻底解耦：应用跑在操作系统与中间件之上，硬件算力可以预留冗余，功能的增删改通过软件发布实现。特斯拉的中央计算加左右车身控制器是这代架构的早期范本，国内头部新平台的中央计算加区域方案也已量产。这张图值得看一遍再读下文：

图：EEA 三代拓扑演进对照

怎么判断一辆车是第几代

三个快速判据。一看 OTA 范围：只能升级车机地图音乐的是"座舱级 OTA"，动力、底盘、智驾都能远程升级的才是整车级 OTA，后者要求第三代或成熟第二代架构的支撑。二看线束与重量：公开资料里线束长度还在两三公里、控制器数量上百的，基本是第一代；压到一公里半以内的是第三代取向。三看开发模式：宣传"全栈自研""软硬解耦"并按月推送功能更新的，架构已经走到软件定义；按年改款、功能出厂即封顶的，还是传统节奏。判据背后的原理在 5.4 展开第三代为什么是 OTA 的前提。

⚠️ 常见坑：把"域控制器数量"当成架构先进度的唯一标准。有的方案挂五个域的名、里面仍是供应商黑盒；有的方案只有三个节点，软件却已完全解耦。架构的先进性看软件归属与迭代速度，不看控制器外壳数量。

本节要点回顾

• 三代脉络：分布式（上百黑盒 ECU、线束两三公里）、域集中（五域归拢、油电共用）、中央计算加区域（按地理布线、软硬解耦）。
• 分化窗口：域集中是中间代，燃油平台换代慢多数止步，新电动平台借换代直接跳第三代——智能化的架构根源在此。
• 通信带宽升位：CAN 五十万位到千兆以太网骨干，带宽是跨域智能与数据闭环的物理前提。
• 判代三看：OTA 范围、线束量级、软件迭代节奏，比宣传话术诚实。

神经系统组织好了，下一节看它末端长出的新感官：智驾传感器阵列与算力军备。

一次跨域功能开发的两种命运

用一个小功能看清三代架构的差距：驾驶员切换运动模式时，仪表变红、悬架变硬、声浪增强、动力响应变激进。这个功能跨了四个域。在分布式架构上实现它的流程是这样的：仪表供应商、悬架供应商、发动机与变速箱供应商各自报价开发，四个控制器的通信矩阵要开三轮协调会，任何一个供应商排期延误，功能整体延期；改一版界面颜色，重新走一轮联合测试，周期以季度计。在中央计算架构上，它是同一套操作系统里的一个应用场景配置：四条服务接口已经就绪，功能逻辑写成一段场景编排代码，改配色改参数都是软件发布里的一个 commit，周期以周计。两种命运的分野不在工程师水平，在架构允许的成本——第一代架构里跨域协同的协调成本比代码本身贵一个数量级，第三代把它归零。所谓软件定义汽车，定义的首先是这笔协同成本的记账方式。

问题：老车能不能通过升级 ECU 改造成新架构

基本不能。架构是布线、供电、通信、软件分层的整体设计，如同房子的承重结构；在分布式架构的车上加装控制器，能做到单点功能增强，做不到软件平台化。这是换电车与改电车差别的技术根源，也是车企换代节奏重要性的最直接体现。

架构演进还改写了故障诊断这门手艺。分布式时代修车靠故障码加经验——每个 ECU 的报错码表就是修车手册；中央计算时代，一次软件异常可能横跨多个物理部件，诊断靠的是日志回传加云端复现：车辆把故障时刻的总线数据快照传回云端，工程师在仿真环境里重放定位。维修体系从"换件思维"向"日志思维"迁移，独立修理厂的门槛被无形抬高——这是架构革命在售后端投下的长影。

架构代际还决定了供电的层级设计。分布式时代每个 ECU 从车身线束就近取电，保险丝盒是全车供电的总枢纽；第三代架构下区域控制器接管供电分配，保险丝被电子熔断器取代，每个回路的电流可以实时监控、按需断开。供电的智能化让"整车能量管理"成为新学科——什么时候给哪个回路断电省零点几瓦，冬天能凑出几公里续航。线束的进化，最终长成了能量管理的进化。