1. 课程导入

在传统汽车中，电子电气架构（Electrical/Electronic Architecture，简称E/E架构）常被理解为“线束加控制器的集合”。但在智能电动车时代，E/E架构已经成为整车功能、算力、通信、供电与软件部署的顶层设计框架。它决定了车辆能实现哪些功能、功能如何协同、软件如何升级、成本与重量如何控制，也决定了整车企业能否像消费电子一样快速迭代。

1.1 从分布式到中央计算：发展历程

汽车E/E架构的演进大致经历了四个阶段。第一阶段是纯分布式架构，每个功能由独立ECU控制，例如车窗、座椅、空调各自为政，线束复杂、算力分散。第二阶段是域集中架构，按动力、底盘、车身、座舱、智驾等划分域控制器，域内功能集成，域间通过网关交互。第三阶段是跨域融合架构，将多个域合并为区域控制器或计算平台，减少控制器数量。第四阶段是中央计算+区域控制架构，由中央计算单元承担主要算力，区域控制器负责就近供电与IO，形成“大脑+神经末梢”的结构。

这一演进背后的驱动力包括：智能驾驶对高算力的需求、OTA升级对软件统一平台的要求、线束轻量化与成本压力、以及软件定义汽车（SDV）的商业诉求。传统分布式架构下，一个功能变更可能涉及多个供应商和ECU，升级困难；中央计算架构则让算力、数据和软件集中管理，为持续迭代提供基础。

1.2 中央计算趋势的核心特征

中央计算架构并非简单地把多个ECU塞进一个盒子，而是从“功能导向”转向“算力与数据导向”。其核心特征可以概括为以下几点：

• 算力集中：中央计算单元（CCU）承担智驾、座舱、车身控制等高性能计算任务，支持多操作系统和虚拟化。
• 区域控制：按物理位置划分区域控制器（如左前、右前、后部），负责就近供电、信号采集与执行器驱动，缩短线束。
• 通信骨干化：以太网成为主干网络，CAN/CAN FD/LIN作为边缘网络，形成分层通信体系。
• 软件平台化：通过SOA（面向服务架构）和中间件，实现软硬件解耦，支持应用快速部署与OTA升级。
• 电源冗余化：为满足自动驾驶安全需求，供电架构向双电源、冗余配电方向发展。

1.3 典型场景：一次OTA升级背后的架构支撑

假设某车型需要为智能驾驶功能新增“记忆泊车”能力。在分布式架构下，该功能可能涉及泊车ECU、摄像头ECU、网关、座舱显示等多个节点，升级需要逐一刷写，周期长且一致性难保证。而在中央计算架构下，升级包只需下发至中央计算单元和区域控制器，由统一软件平台完成版本校验、差分升级和回滚保护。区域控制器负责将新功能所需的执行指令转发至对应执行器，中央计算单元完成感知与决策。整个过程可以在用户停车时自动完成，体现了架构对功能迭代的支撑价值。

1.4 常见误区与复盘

1.5 课程学习目标与知识框架

本课程围绕“从分布式到中央计算”的主线展开，帮助学习者建立完整的E/E架构设计能力。学习目标包括：理解E/E架构的基本概念与演进逻辑；掌握通信网络、电源分配、区域控制等关键设计方法；熟悉中央计算平台的软硬件架构；了解功能安全、信息安全与OTA升级的工程实践；能够参与架构需求分析、方案对比与验证测试。