第2章整车电子电气架构基础

2、整车电子电气架构基础：分布式架构、域集中式架构、中央计算平台架构的对比

聊到多屏系统，咱们得先搞清楚它生长的土壤——整车电子电气架构。说白了，架构决定了屏幕之间怎么说话、谁说了算、反应快不快。我这些年摸过的项目，从最老土的分布式一路干到最新的中央计算平台，踩过的坑真不少。今天就把这三种架构掰开揉碎了讲给你听。

这是最传统的玩法。每个功能模块都有自己的ECU（电子控制单元），各管一摊。车窗归车窗ECU管，空调归空调ECU管，仪表盘归仪表盘ECU管。它们之间通过CAN总线或者LIN总线连在一起，但基本是各说各话。

核心特征：

我在2015年做过一个项目，就是典型的分布式架构。那时候仪表盘和中控屏是两个独立的ECU，各跑各的系统。中控想显示个车速信息？得先通过CAN总线发到网关，网关再转给仪表。一来一回，延迟能到100ms以上。你想想看，导航箭头都拐弯了，仪表上的指示还没跟上，这体验能好吗？

避坑指南：我曾经在分布式架构上吃过亏。当时为了给中控屏加一个倒车影像功能，发现需要修改三个ECU的软件，还要重新走一遍CAN信号矩阵的评审。前后折腾了两个月。所以，如果你现在还在用分布式架构做多屏交互，我建议你趁早规划升级路径。

分布式架构的痛点太明显了——ECU太多、线束太重、升级太慢。于是行业开始思考：能不能把功能相近的ECU合并一下？这就有了域集中式架构。

简单说，就是把整车分成几个域：动力域、底盘域、车身域、信息娱乐域、自动驾驶域。每个域有一个高性能的域控制器，原来那些小ECU的功能，都集中到这个域控里去了。

域名称	负责功能	典型域控芯片	通信方式
信息娱乐域	中控屏、仪表、HUD、音响	高通SA8155/8295	以太网 + CAN
自动驾驶域	摄像头、雷达、决策规划	英伟达Orin、华为MDC	以太网 + PCIe
车身域	车窗、门锁、灯光、空调	NXP S32K系列	CAN FD + LIN
动力域	发动机/电机控制、变速箱	Infineon TC系列	CAN FD + FlexRay
底盘域	制动、转向、悬架	TI TDA系列	CAN FD + FlexRay

我个人习惯把域集中式架构叫做「分封制」。每个域有自己的老大（域控），域内的事情老大说了算，域之间通过高速以太网通信。这样一来，信息娱乐域内部的中控屏和仪表屏之间，就可以用千兆以太网直连，延迟降到10ms以内。

嗯，这里要注意：域集中式虽然解决了ECU太多的问题，但域与域之间的交互还是有点麻烦。比如，你想在仪表盘上显示导航信息，信息娱乐域得把数据打包，通过以太网发给仪表。如果两个域用的操作系统不一样（比如一个Android一个QNX），还得做数据格式转换。

我的经验：在做域集中式架构的多屏系统时，我建议你提前定义好域间通信的接口规范。最好用SOME/IP或者DDS这种中间件，别自己造轮子。我在一个项目中就吃过这个亏——两个域控的工程师各自定义了一套私有协议，结果联调的时候发现数据对不上，硬是花了两周才对齐。

域集中式虽然好，但还不够极致。行业大佬们又在想：能不能把所有的域控都合并成一个超级大脑？这就有了中央计算平台架构（也叫中央计算+区域控制器架构）。

这个架构的核心思想是：一个中央计算平台负责所有的高算力任务（包括信息娱乐、自动驾驶、车身控制逻辑），而几个区域控制器（Zonal Controller）负责IO接口和电源分配。区域控制器就像中央大脑的手和脚，负责执行命令和采集信号。

架构特点：

你想想看，在这种架构下，多屏系统变得极其简单。所有屏幕都直接连到中央计算平台，数据不用再绕来绕去。中控屏、仪表屏、副驾屏、后排屏，它们共享同一个算力池和同一个数据源。你想在副驾屏上玩游戏，游戏画面可以直接通过中央计算平台投射到中控屏上，延迟几乎感觉不到。

我记得去年参与的一个项目，就是基于中央计算平台做的。当时我们用了两颗芯片：一颗高通SA8295跑信息娱乐和仪表，一颗英伟达Orin跑自动驾驶。两颗芯片之间通过PCIe直连，共享内存。仪表屏上显示自动驾驶感知结果时，延迟只有不到5ms。这在分布式架构时代想都不敢想。

避坑指南：中央计算平台虽然强大，但也不是没有坑。我曾经遇到过一个散热问题——中央计算平台的功耗轻松超过100W，如果散热设计不好，夏天车内温度一高，芯片直接降频，屏幕卡成PPT。所以，做中央计算平台的多屏系统，散热和热管理一定要提前规划。

说了这么多，咱们用一张表来收个尾。这张表我建议你收藏起来，以后做架构选型的时候可以直接参考。

对比维度	分布式架构	域集中式架构	中央计算平台架构
ECU数量	50-100个	10-20个	5-8个（含区域控制器）
线束重量	30-50kg	20-30kg	10-15kg
多屏延迟	50-200ms	10-50ms	1-10ms
OTA升级能力	几乎不支持	域内支持	全车支持
算力利用率	低（每个ECU算力闲置）	中（域内共享）	高（全局共享）
开发复杂度	低（但联调痛苦）	中	高（但后期维护简单）
适用场景	低端车型、功能简单	中高端车型	旗舰车型、软件定义汽车

最后说一句掏心窝子的话：架构没有绝对的好坏，只有合不合适。如果你的车只需要一个中控屏，导航听歌就够了，分布式架构也能凑合用。但如果你要做多屏联动、要做沉浸式座舱体验，那域集中式或者中央计算平台架构就是必选项。我个人建议，2025年之后的新项目，直接上中央计算平台架构，别走弯路了。

下一章，咱们聊聊多屏系统的硬件选型——屏幕怎么选、芯片怎么配、内存要多大。到时候我会分享一些我在选型时踩过的坑，保证让你少走弯路。