电子电器架构新趋势 —— 最佳着力点:域控制器

2024-02-28 07:28

本文主要是介绍电子电器架构新趋势 —— 最佳着力点:域控制器,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

电子电器架构新趋势 —— 最佳着力点:域控制器

我是穿拖鞋的汉子,魔都中坚持长期主义的汽车电子工程师(Wechat:gongkenan2013)。
老规矩,分享一段喜欢的文字,避免自己成为高知识低文化的工程师:

本就是小人物,输了就是输了,不要在意别人怎么看自己。江湖一碗茶,喝完再挣扎,出门靠自己,四海皆为家。人生的面吃一碗少一碗,人生的面见一面少一面。人生就是一次次减法,来日并不方长。自己的状态就是自己最好的风水,自己的人品就是自己最好的运气。简单点,善良点,努力点,努力使每一天都开心,不为别人,只为自己。

本文大体如下:

1、背景信息

2、整车电子电气架构向中央集中迈进

3、车辆电子架构演进,域控制器价值凸显

一、背景信息

伴随汽车的智能化快速演进,汽车产品呈现显著的集成化发展趋势:

-> 1、机械硬件集成化——包括底盘、动力系统、热管理的集成化,各车企的车辆平台将逐渐减少,做减法。

-> 2、电子硬件集成化——少量高性能计算单元代替大量ECU,减少线束与ECU数量,逐步解耦软件与硬件,以承载日益复杂的车辆软件模型。

-> 3、软件集成化——随着电子电气架构由分布式向集中式演进,汽车软件由分离的嵌入式变为解耦的分层式。复杂度大幅增加,软件自研与外包均将大幅增长,软件将成为整车差异的主要决定因素。

image

域控制器是汽车电子电气架构集成化过程中的产物。智能化功能的日渐增加使得汽车电子架构必将迈向中央集成。

车辆电子架构集成度越来越高,域控制器将从经典的五域走向三域并最终走向整车中央计算平台。

域控制器主要由主控芯片、操作系统、应用算法等软硬件构成,域控制器Tier1是主控芯片与主机厂的连接枢纽。

image

智驾功能增多并集成使得智驾域控制器应运而生,相较于分布式方案,可实现感知、算力共享,节省成本,且软件可持续优化。

智能座舱是人们体验汽车智能化的首要窗口,历经车载收音机、中控导航、数字座舱后,智能座舱正处于发展初期,正向一芯多屏、多模交互趋势进化。

智能车之工具属性与情感属性的分离发展

二、整车电子电气架构向中央集中迈进

汽车电子电气架构把汽车中的各类传感器、ECU(电子控制单元)、线束拓扑和电子电气分配系统整合在一起完成运算、动力和能量的分配,进而实现整车的各项功能。如果将汽车比作人体,汽车的机械结构相当于人的骨骼,动力、转向相当于人的四肢,电子电气架构则相当于人的神经系统和大脑,是汽车实现信息交互和复杂操作的关键。如果没有先进的电子电气架构做支撑,再多表面智能功能的搭载也无法支持车辆的持续更新和持续领先,更无法带来车辆成本降低和生产研发的高效。

当前汽车电子电气架构正从分布式走向中央计算,这个过程就如同从“诸侯割据”走向“天下归一”,由于多重历史包袱的存在,刚开始控制权收拢于多个权力中心(即域控制器 DCU),同是也还存在若干地方政权(同时保留若干分布式模块),但最终将走到中央集权(跨域融合成高性能计算中心HPC),地方只负责执行统一的政令。伴随电子架构集成化的还有软件分层解耦,如同一个政府组织有中央政府、省级、县级,各级变动互不影响,可分层迭代。同时汽车的通信架构也进行升级,如同修建覆盖全国的高速公路网。

走向中央集成的Why?

随着整车电子电气产品应用的增加,单车ECU数量激增,分布式电子电气架构由于算力分散、布线复杂、软硬件耦合深、通信带宽瓶颈等缺点而无法适应汽车智能化的进一步发展,正向中央计算迈进。

分布式与域控制器集中式电子电气架构的优劣对比

汽车电子电气架构的升级主要体现在硬件架构、软件架构、通信架构三方面:硬件架构从分布式向域控制/中央集中式方向发展。汽车将以少量高性能计算单元替代大量 ECU,为日益复杂的汽车软件提供算力基础。软件架构从软硬件高度耦合向分层解耦方向发展。软硬件解耦+软件分层解耦,使得汽车软件可经OTA实现快速迭代。通信架构由LIN/CAN总线向以太网方向发展,大带宽通信架构以适应车辆日益激增的数据量和低时延要求。

汽车电子电气架构升级带来四大升级趋势

比如业界特斯拉的电子电气架构演进路径:分布式架构——功能域——跨域融合——中央计算平台。Model 3开启电子架构全面变革,实现了中央集中式架构的雏形,基于此特斯拉实现了辅助驾驶软硬件高度垂直整合,保有车辆亦可实现相关功能的常用常新和持续领先。

大致猜测后续架构:

车辆电子电气架构演进趋势

大众ID4、Model Y、福特Mach E电子电气架构对比

整体看,自主品牌迭代速度较快,多代架构同步开发,此过程伴随高研发投入、软件人才扩张,研发组织变革、整零关系重塑等,车企从过去的硬件集成者到软件集成者+硬件集成者,将软件从过去供应商的“黑盒”中提取出来收归融合于自身的过程是全新和曲折的历程,通过几轮迭代,电子电气架构迈向中央计算是必然趋势,未来车辆软件所有权将主要属于车企,车企将把控汽车进化的命脉,由此基于智能车衍生的利润池将大幅增加。

中央集中式的电子电器架构将车辆的控制程序集中在中央计算平台中。可实现:

1)算力按需灵活分配。通过虚拟化按照实际需求分配算力给不同的操作系统。依据面向服务的架构分解功能,并根据需求调用、组合程序。当需要定义汽车新的功能时,可以通过原子程序的“拼接”实现新的功能。

2)硬件可插拔,算力可拓展。当不存在新功能对应的原子程序时,可以通过增加硬件、导入新的原子程序,从而实现新功能。当底层算力不足时,由于虚拟化的优势可以更换更高算力的芯片。比如2022年极氪001、蔚来为保有车主更换车机域控制器以提供更好座舱体验。

3)软件、硬件均可OTA,使得汽车的功能的边界可以不断拓展。现阶段以特斯拉为首的头部智能车企可实现动力域、底盘域的升级,并可以通过部分功能的组合实现新功能,但距离SOA架构依然有很长的路要走。

由分布式走向域控的过程中,原来的汽车Teir1供应商的“黑盒”供货模式受冲击,但同时传统车企软件能力也较弱,难以覆盖所有软件的开发,需要借助外部力量补强,这给域控制器供应商、科技企业、软件公司巨大的机遇。

三、车辆电子架构演进,域控制器价值凸显

电子电气架构演进历程中,主机厂和供应链的地位、合作模式在不断动态变化。 在分布式架构阶段:主机厂为硬件集成者,Tier1把上游的Tier2(嵌入式软件、芯片)打包后提供给主机厂。

在功能域架构阶段:类似功能合并,软件逐步从过去的黑盒中分离,主机厂选择直接与原来的Tier1/2合作,在应用软件层可能选择合作也可能选择自研。主机厂根据能力不同对域控制器的软硬件部分参与程度不一。对于自研程度深的主机厂,域控制器供应商相当于纯代工角色,对于自研程度浅的主机厂来说,域控制器供应商相当于全方位的“保姆”角色,可以实现“交钥匙”式服务。

进入中央计算+区域控制阶段以后,大部分 ECU消失,各传感器/执行器被中央计算单元支配,原属于 Tier1的大部分策略层的软件由主机厂主导,主机厂对软件中的高价值模块的介入程度渐深,因此主机厂必须要有专业的软件团队,以集成自研与外包软件,软件所有权主要属于汽车制造商。 随着电子架构集中化,域控制器的功能集成度、算力需求、软硬件复杂度、通信需求将呈指数级增长。

整车电子架构将在相当长时间处功能域阶段,域控制器价值凸显

关于域控制器的分类:

博世、大陆等传统Teir1按照功能将车辆划分为五域:动力域、底盘域、信息娱乐域、自动驾驶域和车身域。在这种划分方式下Teir1可直接整合自身所专注的业务单元,OEM依然可以借助原有供应商的力量实现“软件定义汽车”的目标,产业链整合难度较低,组织结构变化阻力较小。

动力域、底盘域、车身域带有较深的传统整零关系烙印。动力域控制器负责三电系统的控制,包括三合一系统、BMS 和整车控制器(VCU)。底盘域控制器包括刹车、转向、安全气囊、减震等功能,由于涉及安全要求,且要求响应速度快,低延迟,目前依然以ECU控制为主。底盘与动力域由于涉及供应商较多,且安全性要求高,车企较难实现动力域与底盘域的集成。车身域控制器主要为车身电子部分(雨刮/车窗/车钥匙),车身域将率先与座舱域实现融合。

智能座舱域与智能驾驶域是现阶段承载整车个性化智能体验的关键所在,最能体现品牌差异化,对传统供应链依赖度小,是现阶段迭代最快的域,座舱域和自动驾驶域需要处理大量数据,对算力要求较高,而动力总成域、底盘域、车身域,这类域控制器主要涉及控制指令计算以及通讯资源,算力要求相对更低。

域控制器演进路径:从经典五域——三域——整车中央计算平台

无论是新势力还是传统 OEM,受限于技术水平均未能在五域均搭载域控制器,一般是优先在智能驾驶与智能座舱域打造域控制器,力求打造更容易被消费者感知到的差异化。智能驾驶域控制器整合的功能多,对安全、时延等要求高,复杂度较高,价值量较大,是目前大部分车企最为关注的功能域。

头部主机厂公布的下一代电子电气架构,将实现车辆功能域的进一步集成: “五域”(自动驾驶域+动力域+底盘域+座舱域+车身域)逐步向集成度更高的“三域”(自动驾驶域+智能座舱域+车控域+若干网关)迈进,即:除智驾域、座舱域外,将底盘、动力传动以及车身三大功能域直接整合成一个“整车控制域(Vehicle Domain Controller,VDC)”。

整车五大功能域控制器特点

搁笔分享完毕!

愿你我相信时间的力量

做一个长期主义者!

这篇关于电子电器架构新趋势 —— 最佳着力点:域控制器的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/754790

相关文章

mybatis的整体架构

mybatis的整体架构分为三层: 1.基础支持层 该层包括:数据源模块、事务管理模块、缓存模块、Binding模块、反射模块、类型转换模块、日志模块、资源加载模块、解析器模块 2.核心处理层 该层包括:配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件 3.接口层 该层包括:SqlSession 基础支持层 该层保护mybatis的基础模块,它们为核心处理层提供了良好的支撑。

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

系统架构设计师: 信息安全技术

简简单单 Online zuozuo: 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo :本心、输入输出、结果 简简单单 Online zuozuo : 文章目录 系统架构设计师: 信息安全技术前言信息安全的基本要素:信息安全的范围:安全措施的目标:访问控制技术要素:访问控制包括:等保

如何确定 Go 语言中 HTTP 连接池的最佳参数?

确定 Go 语言中 HTTP 连接池的最佳参数可以通过以下几种方式: 一、分析应用场景和需求 并发请求量: 确定应用程序在特定时间段内可能同时发起的 HTTP 请求数量。如果并发请求量很高,需要设置较大的连接池参数以满足需求。例如,对于一个高并发的 Web 服务,可能同时有数百个请求在处理,此时需要较大的连接池大小。可以通过压力测试工具模拟高并发场景,观察系统在不同并发请求下的性能表现,从而

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

Prometheus与Grafana在DevOps中的应用与最佳实践

Prometheus 与 Grafana 在 DevOps 中的应用与最佳实践 随着 DevOps 文化和实践的普及,监控和可视化工具已成为 DevOps 工具链中不可或缺的部分。Prometheus 和 Grafana 是其中最受欢迎的开源监控解决方案之一,它们的结合能够为系统和应用程序提供全面的监控、告警和可视化展示。本篇文章将详细探讨 Prometheus 和 Grafana 在 DevO

springboot整合swagger2之最佳实践

来源:https://blog.lqdev.cn/2018/07/21/springboot/chapter-ten/ Swagger是一款RESTful接口的文档在线自动生成、功能测试功能框架。 一个规范和完整的框架,用于生成、描述、调用和可视化RESTful风格的Web服务,加上swagger-ui,可以有很好的呈现。 SpringBoot集成 pom <!--swagge

创业者该如何设计公司的股权架构

本文来自七八点联合IT橘子和车库咖啡的一系列关于设计公司股权结构的讲座。 主讲人何德文: 在公司发展的不同阶段,创业者都会面临公司股权架构设计问题: 1.合伙人合伙创业第一天,就会面临股权架构设计问题(合伙人股权设计); 2.公司早期要引入天使资金,会面临股权架构设计问题(天使融资); 3.公司有三五十号人,要激励中层管理与重要技术人员和公司长期走下去,会面临股权架构设计问题(员工股权激

未来工作趋势:零工小程序在共享经济中的作用

经济在不断发展的同时,科技也在飞速发展。零工经济作为一种新兴的工作模式,正在全球范围内迅速崛起。特别是在中国,随着数字经济的蓬勃发展和共享经济模式的深入推广,零工小程序在促进就业、提升资源利用效率方面显示出了巨大的潜力和价值。 一、零工经济的定义及现状 零工经济是指通过临时性、自由职业或项目制的工作形式,利用互联网平台快速匹配供需双方的新型经济模式。这种模式打破了传统全职工作的界限,为劳动

【系统架构设计师】黑板架构详解

黑板架构(Blackboard Architecture)是一种软件架构模式,它模仿了多个专家系统协作解决问题的场景。在这种架构中,“黑板”作为一个中央知识库,存储了问题的当前状态以及所有的解决方案和部分解决方案。黑板架构特别适合于解决那些没有确定算法、需要多个知识源(或称为“专家”)共同作用才能解决的复杂问题。 一、黑板架构的组成 黑板架构主要由以下几个部分组成: 黑板(Blackboa