2020年03月17日 | 大众以外的传统车企电子电气架构如何演进？

2020-03-17 来源：eefocus

在电子电气架构上面，大众 MEB 平台的构想，我们已经之前说过很多。但是其他车企，甚至是大众的 Premium 品牌如何在 MEB 的架构上更往前走一步，这个话题是值得跟踪和探讨的，不管是 EE 架构、软件从供应商转向自身、OS 系统和围绕座舱、自动驾驶两个大块到底怎么做出差异化，其实不止是大众在探索。

01 各个车企 EE 架构的驱动要素

由于 EE 架构目前承载了太多的东西，目前来看具体的架构图车企不像之前那样随便在维修手册里面标出来，大量的信息我们只能通过行业技术 Workshop 车企的合作伙伴的一些总结才能揣测一二，如下图所示，我们看不清楚具体的架构图，但是能从里面看一些基本的信息。在这张图里面，英飞凌把这几个架构分为 Domain Control、Domain Control、Zone Architecture 和 Car Computer。主要的出发原因，没有大众那么雄心勃勃，但是车企的底线就是：

1）增加 ADAS 和自动驾驶的功能：这个目前已经是部分 Geek 车主评价旗舰车型是否具备科技感必不可少的因素，这就是的豪华品牌 Daimler、Audi、Volvo 这几个必须要把这个功能做出来，而且和以往分布式一个个葡萄一样的功能，通过硬件整合打碎了变成葡萄饼。和这个直接相关的就是数据的收集，自动驾驶和娱乐很大数据量，包括很多环境和隐私数据，带来了加密和安全的需求。

2）同时在座舱和整车的功能，包括车辆的各种智能配置从原有的积木累积转换到通过软件组合的方式进行，并且缩短之后的开发周期，也希望能够类似于部分开放，再 OTA 的模式增加客户满意度，最重要的一条是往智能化方向开发过程中降低综合成本，这个是车企投资这个事情最为终极的目标。

图 1 车企做架构演化的动力和分类

备注：这几个图，确实看不清，我已经放大了像素点就那么一些

02 EE 架构实施的时间点

实施的时间点并且把以上不同车企的实际路径分成不同的时间轴，英飞凌这张表格还是做的非常有价值的：

1）目前的架构：截至目前分布式架构用的最彻底是以 MQB 为代表的架构，Domain Controller 用的比较早的是 BMW 为代表的 BCM+Gateway 的整合，这个几乎代表目前现有的量贩型车企和豪华车企现在的状态

2）2023/2024 年（实际要更早点 2021 年）：这个 Domain integration 其实是 MEB 的架构，实施的时间点在 2020 年就投入量产了，这段时间不同豪华车企都在努力把现有的架构和不同的需求整合起来，往 Zone 转换路径演化

3）2025/2026 年（实际在 2023 年）：这是个很重要的节点，下一代由于高算力的芯片捷如，三个域控制器的做法逐渐往一个融合的 Car Computer 演进，这里统一的叫法叫 Hybrid zone low 和 Hybrid zone low，差异是在 Car Computer 之外的智能传感器、执行器和其他小型功能性 ECU 的组织和布置方式

4）2028/2029 年（实际更早点在 2025）：这个时候真正的 Car Computer，一个统一的车载服务器诞生把所有的重要的软件完全纳入到里面去我觉得这个时间点是按照 Leading 平台和大量介入到我们生活，有个 2-3 年的时间差异，但是严格来说，我们已经看到欧洲和亚洲车企都已经花了很多的资源在着手准备这个事情。

图 2 不同车企对于不同架构的选择

在 Bosch 的一份文件里面，对这个时间点和差异排的更清楚一些，如下图所示。2019 年量产的是 MEB，而后续 BMW、Daimler 和 Volvo，几家的时间点都排在后面。当然量贩式的车企做起来要慢一些，这个差异主要还是不同的域控制器导入的差异。

图 3 不同车企的量产时间

小结：我觉得对于 EE 架构的演进紧迫性，不同车企的看法是不同的，有快有慢。像大众这么毅然的真不多，但是不代表其他车企没有在往这个方向努力和演进。

大众传统车企电子电气架构

上一篇:疫情导致全球营业中断，特斯拉Model Y跨界SUV汽车却如期交付

下一篇:V2X和车路协同报告：5G+V2X车路协同支撑自动驾驶