1. EEA演进史：从分布式到集中式，为什么我们需要域控？

1.1 我入行时的“分布式”时代

十几年前我刚入行，那时候的车，电子系统是这样的——

一个雨刮器，有自己的ECU。一个车窗升降，也有自己的ECU。门锁、座椅、后视镜……每个功能都配一个独立的“小脑”。

你想想看，一辆中端轿车，轻松塞进50-80个ECU。每个ECU来自不同的供应商，跑着不同的RTOS，用着不同的通信协议。

我记得第一次参与实车调试，光是找某个ECU的CAN ID就花了半天。线束像蜘蛛网一样铺满整个车身，总长度超过2公里。重量呢？轻松超过30公斤。

这就是典型的分布式电子电气架构。

1.2 分布式架构的“三座大山”

这种架构在功能车时代够用。但到了智能网联时代，问题全暴露了。

第一座山：算力孤岛

每个ECU的算力都很弱。一个典型的车身域ECU，主频可能只有几十MHz，RAM不到256KB。你想在上面跑个神经网络？门都没有。

更麻烦的是，算力无法共享。A ECU闲着，B ECU累死，但A帮不了B。因为它们是物理隔离的。

第二座山：软件升级噩梦

我曾经处理过一个项目，需要升级某个座椅控制模块的固件。流程是这样的：

1. 拆开座椅饰板，找到ECU盒子
2. 用专用诊断仪连接OBD口
3. 刷写固件（耗时15分钟）
4. 如果刷死了，得换整个ECU

你想想看，全车几十个ECU，每个都这么搞。OTA？不存在的。那时候的“OTA”指的是“拆下来，拿回办公室刷”。

第三座山：线束成本爆炸

每个ECU都需要电源线、地线、CAN总线、唤醒线、传感器线……ECU越多，线束越复杂。我见过一个项目，线束成本占了整车BOM的8%以上。而且线束是手工装配的，出错率极高。

1.3 转折点：为什么必须走向集中式？

2016年左右，行业开始意识到：这条路走不下去了。

原因有三：

• 功能融合需求：自动泊车需要摄像头、超声波雷达、EPS、ESP、动力系统协同工作。分布式架构下，跨ECU通信延迟动辄几十毫秒，根本满足不了实时控制要求。
• 软件定义汽车：特斯拉证明了，汽车可以像手机一样通过OTA升级。但分布式架构下，每个ECU的软件都是独立的，升级一个功能可能要刷3-5个ECU。
• 成本压力：芯片越来越便宜，但线束越来越贵。把多个ECU的功能合并到一个高性能SoC上，反而能省下大量线束和连接器成本。

说白了，就是算力集中、功能融合、线束简化。这就是域控制器的诞生背景。

1.4 域控架构的核心逻辑

域控架构，就是把整车按功能域划分，每个域由一个高性能域控制器统一管理。

典型的域划分如下：

每个域控制器内部，通常包含：

• 高性能SoC：运行复杂的算法和操作系统
• 实时MCU：处理安全相关的实时控制
• 以太网交换机：域内和域间高速通信
• 硬件隔离：确保安全域和非安全域互不干扰

1.5 从分布式到集中式的演进路径

这个演进不是一蹴而就的。我把它分为三个阶段：

1. 第一阶段：域集中（2018-2021）
   保留部分ECU，但把核心功能收归域控。比如智能座舱域控接管仪表和中控，但车窗、座椅还是独立ECU。这是过渡方案，很多传统车企现在还在这个阶段。
2. 第二阶段：跨域融合（2022-2024）
   域控之间开始融合。比如“车身+底盘域”合并为“车辆运动域”，“座舱+智驾”开始共享算力。典型代表是华为的CCA架构、特斯拉的FSD Computer。
3. 第三阶段：中央计算（2025+）
   整车只有1-2个中央计算平台，所有功能都在上面跑。通过虚拟化技术隔离安全域和非安全域。这是终极形态，目前只有少数新势力在探索。

下面这张图，是我自己总结的架构演进脉络：

1.6 域控带来的核心收益

说了这么多，域控到底好在哪？我总结了几点：

1.7 一个真实的项目教训

最后分享一个我踩过的坑。

2019年，我参与了一个域控项目。当时我们选了某款高性能SoC，算力很强，但功耗也高。散热方案没做充分验证，结果夏天路试时，域控温度飙到95°C，系统直接降频保护，座舱黑屏了。

后来我们花了两个月重新设计散热：加均热板、改风道、优化导热材料。成本增加了15%，但温度压到了75°C以下。

嗯，这里要注意——域控的散热设计，一定要在架构阶段就考虑进去。别等到PCB layout了才发现散热不够。我建议你至少留20%的散热余量，尤其是智驾域和座舱域。