1. Zonal架构概述：从分布式到域控再到Zonal的演进历程
1.1 为什么我们要聊架构演进？
说实话，做EE架构设计这些年，我最大的感触就是——汽车电子这行，变化太快了。
十年前我刚入行那会儿，一辆车的ECU数量大概在30-50个。现在呢？高端车型轻松破百。你想想看，每个ECU都有自己的MCU、电源、CAN收发器，线束长度加起来能绕车好几圈。
嗯，这背后的问题，说白了就是三个字：扛不住了。
扛不住成本、扛不住带宽、扛不住OTA升级的需求。
所以今天咱们就来聊聊，从分布式到域控，再到Zonal架构，这条路到底是怎么走过来的。
1.2 分布式架构：曾经的王者
分布式架构，说白了就是一个功能一个ECU。
车窗控制？一个ECU。雨刮控制？又一个ECU。座椅调节？再来一个。
我记得2016年参与过一个项目，光是车门模块就用了4个独立的ECU。每个ECU之间通过CAN总线通信，线束又粗又重，整车线束总长度超过3公里。
分布式架构的特点：
- 功能独立，开发简单——每个ECU只管自己的事
- 故障隔离好——一个ECU挂了，不影响其他
- 但线束成本高——每增加一个功能，就要加一根线
- OTA升级困难——几十个ECU，每个都要单独刷写
1.3 域控架构：一次漂亮的中间过渡
域控架构的出现，其实是被逼出来的。
你想想看，分布式架构下，每个ECU都要有自己的MCU和软件栈。这成本，主机厂扛不住，供应商也扛不住。
于是大家开始想：能不能把功能相近的ECU合并一下？
这就有了域控的概念。
常见的域划分：
| 域名称 | 包含功能 | 典型芯片 |
|---|---|---|
| 动力域 | 发动机、变速箱、电池管理 | TC3xx、S32K |
| 底盘域 | 制动、转向、悬架 | TC3xx、RH850 |
| 车身域 | 门窗、灯光、座椅 | S32K、TC2xx |
| 智能座舱域 | 仪表、中控、HUD | 高通8155、瑞萨R-Car |
| 智驾域 | ADAS、自动泊车 | Orin、EyeQ5 |
我个人习惯把域控架构叫做「功能聚合」——把同类的功能塞进一个高性能芯片里。
这样做的好处很明显：
- ECU数量从50个降到10个左右
- 线束长度减少30%-40%
- OTA升级对象变少了
但问题也来了——域与域之间的通信，还是得靠CAN或以太网。而且每个域控的算力利用率并不均衡。我见过一个项目，智驾域控的算力利用率不到30%，但车身域控却已经跑满了。
1.4 Zonal架构：真正的解耦
Zonal架构的思路，和域控完全不同。
域控是按功能划分的，Zonal是按物理位置划分的。
你想想看，一辆车有左前、右前、左后、右后四个区域。每个区域内的传感器、执行器，都连接到该区域的Zone控制器上。
Zonal架构的核心思想：
- 按物理位置分区，而不是按功能分区
- Zone控制器负责IO采集和指令下发
- 中央计算平台负责逻辑运算
- 区域之间通过高速以太网互联
我记得第一次接触Zonal架构，是在2020年参与的一个预研项目。当时团队里争论得很厉害——有人说这太激进了，有人说这才是未来。
结果呢？
现在几乎所有主流主机厂的新平台，都在往Zonal架构迁移。
1.5 Zonal架构的核心驱动力
1.5.1 带宽——数据量爆炸了
分布式架构时代，CAN总线的带宽是500kbps，够用。
域控时代，CAN FD的带宽是8Mbps，勉强够用。
Zonal时代呢？
一个高清摄像头，每秒产生2Gbps的数据。一个激光雷达，每秒产生几十Gbps的数据。你想想看，如果还用CAN总线，数据还没传完，车已经撞了。
Zonal架构的带宽优势：
- 区域内部用低速总线（CAN/LIN）连接传感器
- 区域之间用千兆以太网连接
- 中央计算平台直接处理海量数据
说白了，就是把数据在本地做预处理，只把关键信息上传。这样带宽压力就小多了。
1.5.2 成本——线束是最大的痛
我给大家算一笔账：
| 架构类型 | ECU数量 | 线束长度 | 线束成本占比 |
|---|---|---|---|
| 分布式 | 50-80个 | 3-5公里 | 8%-12% |
| 域控 | 10-20个 | 2-3公里 | 5%-8% |
| Zonal | 4-6个 | 1-2公里 | 3%-5% |
你看，从分布式到Zonal，线束成本直接砍了一半以上。
而且，线束不仅仅是成本问题。线束越重，续航越短。线束越复杂，装配越容易出错。
我曾经去产线看过，一个熟练工人一天最多能装3台车的线束。换成Zonal架构后，效率提升了将近一倍。
1.5.3 OTA——没有OTA的车，不配叫智能车
分布式架构下做OTA，简直就是噩梦。
每个ECU都有自己的刷写协议、安全策略、升级流程。你要升级一个功能，得先搞清楚它涉及哪些ECU，然后一个一个刷。
我参与过一个项目，OTA升级一次要2个小时。用户的车停在车库里，升级到一半网络断了，ECU变砖了。最后只能拖回4S店。
Zonal架构下，OTA就简单多了：
- 中央计算平台统一管理升级
- Zone控制器只负责转发
- 升级失败可以回滚
- 支持差分升级，只传输变化的部分
嗯，这才是智能车该有的样子。
Zonal架构不是简单的技术升级，而是对整车电子电气架构的重新定义。
带宽、成本、OTA，这三个驱动力缺一不可。
如果你现在还在用分布式架构做新项目，我建议你认真考虑一下Zonal。
1.6 我的个人感悟
做了十几年EE架构，我最大的感受就是——架构设计没有银弹。
分布式架构简单可靠，但扛不住功能膨胀。
域控架构折中过渡，但算力利用率不高。
Zonal架构先进高效，但对网络和软件的要求极高。
我建议大家在选择架构时，不要盲目追新。先看看自己的产品定位、团队能力、供应链成熟度。
但有一点我可以肯定——Zonal架构是未来5-10年的主流方向。
现在开始学习，一点都不晚。
下一章，我们会深入聊聊Zonal架构的硬件设计要点，包括Zone控制器的选型、电源管理、热设计等实战内容。