2024年Go最新软件定义汽车技术体系研究(1),Golang面试题2024基础

img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Go语言开发知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

如果你需要这些资料,可以戳这里获取

软件开发对软件定义汽车整车开发模式的构建举足轻重。传统迭代式软件开发模式下,每一次迭代都遍历需求分析、分析设计和测试等流程,并产生最终产品的一个子集。多期不间断的迭代使产品更适应多变的需求。此外,敏捷开发、螺旋式开发等软件开发模式也能提升软件产品的开发效率。

软件定义汽车整车开发模式如图6 所示,将结合传统软件开发和整车V 型开发模式的优点,具备快速迭代、持续集成、并行开发、多平台适用及用户个性化等特点。

软件定义汽车开发模式中,首先进行系统解耦分析,将整车解耦为子系统进行需求分析,然后进入持续集成开发阶段,按照“设计-开发-测试-发布”循环往复进行,持续将软硬件集成至系统主干上,最终完成发布。在持续集成开发阶段,各类开发工具平台如CarSim、PreScan、CARLA 等的适用性可使整车开发效率大大提升。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-IIfRLIWj-1682909742477)(https://p6-dcd-sign.byteimg.com/tos-cn-i-qvj2lq49k0/375f7560c8bf4c87b985ee98352ebb3c~noop.webp?x-expires=1685454912&x-signature=dF4dIZVB%2FAs4oWwdE4vxY0QKnT4%3D)]

图6 软件定义汽车整车开发模式

整车投入使用后,根据用户反馈情况进行快速迭代,再次遍历“系统需求分析-持续集成”的流程并通过OTA技术完成功能发布。

软件定义汽车整车开发模式继承了传统软件开发模式的优势,通过并行开发、持续集成,高效利用多开发工具平台的优势,可极大提升整车系统的开发和测试效率。同时,利用快速迭代的软件开发模式可使用户个性化需求得到最大程度的满足,使整车开发贯穿全产品使用周期。

2 整车物理结构

整车物理结构具体是指车辆中的物理硬件机械结构,包括动力系统硬件、底盘硬件、传感器、控制器、执行器、车身和座舱等。

2.1 传统汽车整车物理结构

传统汽车的整车物理结构主要由发动机、底盘、电气设备、车身等4个部分组成,如图7所示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7LgI71ns-1682909742477)(https://p9-dcd-sign.byteimg.com/tos-cn-i-qvj2lq49k0/1e3fa064b1d34779b6768d314b35e21d~noop.webp?x-expires=1685454912&x-signature=vrm%2BKfhLf0C8L%2FydTag2UePQppw%3D)]

图7 传统汽车整车硬件架构组成

发动机是传统汽车的心脏,为汽车提供动力。底盘负责支承、安装发动机及其各部件、总成,形成汽车的整体造型,承受发动机动力,保证正常行驶。电气设备负责起动控制、点火控制、照明与信号系统、电动辅助控制等,主要包括蓄电池、发电机、起动系、灯光与信号系统、信息显示系统、辅助电气系统、电子控制系统等。车身包括车窗、车门、驾驶舱、乘客舱、发动机舱、行李舱等。

2.2 软件定义汽车整车物理结构

软件定义汽车整车物理结构主要包括动力系统、环境感知系统、决策规划系统、控制系统、智能座舱等。

值得注意的是,软件定义汽车整车物理结构具有可被定义性与可被定义级别。软件定义汽车整车物理结构作为通用化的硬件资源池,支持各种软件功能的实现。软件定义依据软件功能种类、复杂度的不同具有不同级别,进而对整车物理结构的要求不同,因而整车物理结构可被软件定义。整车物理结构的可被定义级别越高,整车能支持越多、越复杂的软件功能。从整车开发角度来看,整车物理结构的可被定义级别将成为一个开发选项,能够针对不同需求的用户群体进行专门开发,促进整车硬件开发的定制化。

下面对软件定义汽车整车物理结构的主要组成部分进行简要梳理。

(1)动力系统

近年来,多国陆续出台禁售燃油车或支持新能源汽车的政策,电动化具有促进能源多样化、提高能量转换效率、具备更大减排潜力等优点,是汽车动力系统的未来发展趋势。在我国,新能源汽车包括纯电动汽车、插电式混合动力汽车与燃料电池汽车。相比传统汽车以发动机为主的动力系统,未来软件定义汽车将以上述电动化动力系统为主。

(2)环境感知系统

自动驾驶技术是车辆智能化的核心体现,主要包括环境感知、决策规划和车辆控制3 大部分,软件定义汽车整车物理结构将涵盖环境感知系统、决策规划系统和控制系统。

环境感知系统主要包括车身状态感知、交通状态感知、车辆同所有交通参与者(vehicle to everything,V2X)网联通信等。

车身状态感知主要有车辆速度、角度传感器、组合导航系统等,通过传感器获取车辆实时运行状态,并作为输入信息提供给后续模块。

交通状态感知主要包括各种环境感知传感器,如相机、激光雷达、毫米波雷达、超声波雷达等。多种传感器可通过数据融合技术克服单一传感器缺陷,提升感知综合性能。

V2X网联通信使自车能够与外界车辆(车车通信,vehicle to vehicle,V2V)、道路设施(车路通信,vehicle to infrastructure,V2I)、行人(车人通信,vehicle to pedestrian,V2P)等进行通信。V2X 网联通信强调车辆、道路和使用者3 者之间的联系,通过实时获取交通信息,提升安全性和效率。

(3)决策规划系统

决策规划系统硬件主要是高性能的计算单元,如CPU、GPU、FPGA、ASIC 等。车辆在行驶过程中,计算单元负责实时处理传感器采集的数据。

在自动驾驶算法初研阶段可采用工控机集中计算。其集中式计算架构有利于初期算法研发,但体积大、功耗高、不适于量产的缺点也限制了进一步的应用。

嵌入式域控制器是适用于算法较成熟后的自动驾驶计算解决方案。软件定义汽车内部计算量显著增大,通过将汽车划分为功能域,各域包含一个域控制器负责该域的计算,可减少各模块及功能间的相互干扰,提升安全性。

此外,融合固化的算法制作专用芯片,可有效集成传感器和算法,直接处理原始数据,从而减轻后端计算平台的计算负荷,降低芯片功耗。

(4)控制系统

控制系统负责控制车辆速度与转向,使车辆跟踪预先规划的速度曲线与期望路径。传统控制方法包括PID 控制、滑模控制、模糊控制、模型预测控制、自适应控制、鲁棒控制等。

与传统车辆相比,线控技术将被更多地用来控制车辆转向、制动、油门等,其主要特征是执行机构与操纵机构没有直接的机械连接,驾驶员的驾驶意图将直接转换成对应的电信号驱动执行机构的精确运动。线控系统技术要求对底盘进行线控改装,目前已具备自适应巡航控制、紧急制动、自动泊车等功能的车辆可借用原有系统而不必过多改装,通过车载网络即可实现控制。

(5)智能座舱

未来汽车座舱具备成为用户的第三生活空间的巨大潜力。新一代通信技术、人工智能、大数据、人机交互、汽车芯片与操作系统等技术进步将推动智能座舱不断发展,成为软件定义汽车整车物理结构的重要组成。

3 整车信息结构

整车信息结构具体是指车辆中涉及车内外信息通信、软件功能等的结构,包括整车电子电气架构和车载网络、软件架构、车联网等。

软件定义汽车整车信息结构自下而上可分整车电子电气架构及车载网络、软件架构和车联网等3层,如图8 所示。整车电子电气架构与车载网络支撑车内信息通信,软件架构实现具体软件功能,车联网则实现车内网、车际网与车载移动互联网的融合。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-P2i3ydh5-1682909742478)(https://p9-dcd-sign.byteimg.com/tos-cn-i-qvj2lq49k0/7b0e207af1764418a50c41ac62c376c1~noop.webp?x-expires=1685454912&x-signature=qiJ7z8ca1Jf7qHqciArZF3qomO0%3D)]

图8 软件定义汽车整车信息结构3层架构

3.1 整车电子电气架构与车载网络

3.1.1 传统汽车电子电气架构与车载网络

传统汽车电子电气架构的发展主要经历了3 个阶段,如图9所示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-db38LRHf-1682909742478)(https://p3-dcd-sign.byteimg.com/tos-cn-i-qvj2lq49k0/8495403f4e4640e39dcbf9e64dde6735~noop.webp?x-expires=1685454912&x-signature=A0KPbiJr%2B7n9b%2F1rsjMelv0frT0%3D)]

图9 传统汽车电子电气架构发展历程

第1 代分布式电子电气架构采用点对点的链接方式,第2 代分布式电子电气架构实现了功能模块化,第3 代分布式电子电气架构增加了中央网关,实现更广泛的不同功能子系统之间的通信,如图10所示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-D4mX3UXP-1682909742478)(https://p6-dcd-sign.byteimg.com/tos-cn-i-qvj2lq49k0/0c3f2ee1010247dfb94bf44943bfa0f5~noop.webp?x-expires=1685454912&x-signature=ytt4A4Q%2FyYPGn7zXOGiORqh9KvY%3D)]

图10 第3代分布式电子电气架构

车载网络与电子电气架构的发展密切相关,现有主要车载网络类型如表1所示。

表1 主要车载网络

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HC4whtIJ-1682909742478)(https://p6-dcd-sign.byteimg.com/tos-cn-i-qvj2lq49k0/b89639a3c10b40e899e6df82c0136414~noop.webp?x-expires=1685454912&x-signature=x2f85wrGzXnazTOL20lbKskoBkg%3D)]

控制器局域网络(controller area network,CAN)是汽车专用总线标准,主要用于控制数据传输,是目前在汽车行业应用最广泛的标准。本地互联网络(local interconnect network,LIN)是一种低成本通用串行总线,主要用于车门、天窗等控制。面向媒体的系统传输总线(media oriented system transport,MOST)主要用于多媒体流数据传输。FlexRay 车载网络主要用于容错环境下的线控制动等底盘系统应用。

分布式电子电气架构使汽车产业产生了巨大变革,但目前该架构的缺点和局限性也越来越明显,如ECU 底层代码兼容性差、代码冗余、代码复用性差、维护更新困难等,此外,软件定义汽车对高带宽与低延迟的需求显著增长,当前总线网络已不能满足需求。

3.1.2 软件定义汽车电子电气架构与车载网络

目前正在发展中的新一代电子电气架构是基于域控制器和以太网通信网络的集中式电子电气架构,如图11 所示,这种架构可改善传统电子电气架构及车载网络的问题,适应软件定义汽车需求。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gkNY6rNE-1682909742478)(https://p9-dcd-sign.byteimg.com/tos-cn-i-qvj2lq49k0/7cbb15fe6c084651a65887d5cc9c88ac~noop.webp?x-expires=1685454912&x-signature=iht3YcFqCF23yTaj%2BcGQrMAFddM%3D)]

图11 集中式电子电气架构

集中式电子电气架构仍划分功能域,各功能域包含强大的域控制器(domain control unit,DCU),域控制器集成了复杂且相对集中的功能,并集成了网关功能。域控制器的核心优势是其芯片计算能力的大幅提升,强大的计算能力使域控制器能够接管域内ECU 的信息计算处理功能,集中汇总、统一处理运算ECU 的数据信息,并将处理后的数据信息发回给ECU执行,这也将促进提升ECU的整合程度。

基于域控制器的集中式电子电气架构使用以太网作为主干通信网络,在域控制器下面可保留如CAN、LIN等传统车载网络以太网,以节约成本。

以太网具备高带宽,采用灵活的星型连接拓扑,每条链路可专享100 Mb/s及以上的带宽。以太网标准开放、简单,适应未来汽车与外界大量通信和网络连接的发展趋势。以太网灵活、带宽可扩展,适合连接各个子系统,促进车载系统的网络化运营管理。以太网能够降低时间、生产和服务成本,促进产业落地。

基于域控制器的集中式电子电气架构和基于车载以太网的车载网络能够满足软件定义汽车对信息处理计算能力、网络带宽的新需求,实现高算力,支撑软件应用持续升级,并增强与云端配合的分布式计算能力。因此,基于域控制器的集中式电子电气架构和基于车载以太网的车载网络很适合成为软件定义汽车的电子电气架构与车载网络。

3.2 软件架构

3.2.1 传统汽车软件架构及发展趋势

传统汽车电子系统的软件和硬件耦合在一起,ECU 软件的开发测试依赖于硬件,导致开发测试难度较大、灵活性很差。

基于此,AUTOSAR Classic 标准被提出,可满足日益复杂的汽车软件需求,在不同的硬件平台上使用相似的软件方案,共享软件组件。

AUTOSAR Classic 采用分层体系架构,在微控制器层上分为3 层,即应用软件层、中间件RTE、基础软件,如图12所示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vLqQbzs5-1682909742479)(https://p6-dcd-sign.byteimg.com/tos-cn-i-qvj2lq49k0/b0371fbf17e241048d5dcab88f484de3~noop.webp?x-expires=1685454912&x-signature=M%2BIDYQ9Fv9ZukE%2FIlm1A8UDFdkI%3D)]

图12 AUTOSAR Classic体系架构

AUTOSAR 分层体系架构实现了软硬件模块独立。中间运行环境RTE 有效隔离了上下层软硬件,提升了软件开发测试效率。

面向自动驾驶技术的电子电气架构要求配备具有高性能计算能力的控制器,当前控制器的算力及通信的带宽均需巨大升级。高性能计算能力(高吞吐量,高通信带宽)除了需要硬件架构上如异构多核处理器、GPU加速等支持,也需要适配新的软件架构来支持跨平台的计算处理能力、高性能微控制器的计算以及远程诊断等。此外,V2X 通信应用涉及动态通信及大量数据的有效分配,要求软件架构能够支持云交互以及非AUTOSAR系统的集成。

AUTOSAR Classic 无法适应这些新需求,因此在其基础上又出现AUTOSAR Adaptive,基本架构如图13 所示,主要包括应用层、运行层、基础服务层。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XcayCQ7s-1682909742479)(https://p6-dcd-sign.byteimg.com/tos-cn-i-qvj2lq49k0/603ef0ef0cdb46a196234bf86b705315~noop.webp?x-expires=1685454912&x-signature=043k65QIyisLODmYdhHy%2Bvegnvk%3D)]

图13 AUTOSAR Adaptive体系架构

AUTOSAR Adaptive 面向高性能计算处理器架构,其硬件层的算力更高,具有更高的吞吐量。在保证安全等级、降低小部分实时性的情况下,可满足非实时性的架构系统软件的需求,并大大提高了高性能计算处理能力,支持大数据的并行处理、智能互联应用功能。

AUTOSAR Classic 及AUTOSAR Adaptive 架构针对不同的应用场景可实现共存和协作,未来汽车很可能采用包含AUTOSAR Classic 以及AUTOSAR Adaptive的异构软件架构。

3.2.2 软件定义汽车软件架构

软件定义汽车软件架构如图14所示。软件定义汽车软件架构将继承AUTOSAR Classic 与AUTOSAR Adaptive的优点,既支持高安全性、高实时性应用场景,又支撑大数据并行处理、高性能计算应用场景。在结构上延续软件分层架构,按照解决方案设定、软件开发需求的不同,设置不同的概念层。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0MMBwX3a-1682909742479)(https://p6-dcd-sign.byteimg.com/tos-cn-i-qvj2lq49k0/89fd7f76e3964621be4cac8655dc58fd~noop.webp?x-expires=1685454912&x-signature=qOoUY1da0PEJlfdvNpo4YPNfFhU%3D)]

图14 软件定义汽车软件架构

软件定义汽车的中间件将促进应用程序与硬件分离,承担车辆重构、软件安装升级的功能,推动软件抽象化和虚拟化,推动汽车向面向服务的架构转变。

软件定义汽车底层操作系统对车企来说具有重要的战略地位,未来缺少自己操作系统的车企可能只能成为代工性质的企业。

3.3 车联网

软件定义汽车在车端将朝着完全自动驾驶的智能网联汽车方向发展,如图15 所示,智能网联汽车属于智能汽车与车联网的交集,因此车联网将成为软件定义汽车整车信息结构里的重要一环。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3EXzzNRN-1682909742479)(https://p3-dcd-sign.byteimg.com/tos-cn-i-qvj2lq49k0/6fe5454326b04e60badba773f0ca78a6~noop.webp?x-expires=1685454912&x-signature=8yrPsEQ8WaL5dd3uaj19UQUeMxM%3D)]

图15 智能汽车、智能网联汽车与车联网等的关系

车联网是指车辆物联网,是物联网技术应用于智能交通领域的产物。车联网可实现车与车、车与路、车与人、车与服务平台之间的全方位网络连接,全面提升汽车智能化水平。

img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Go语言开发知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

如果你需要这些资料,可以戳这里获取

mg-zVewfLip-1715652673453)]
[外链图片转存中…(img-CGaQyMWk-1715652673454)]

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Go语言开发知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

如果你需要这些资料,可以戳这里获取

软件定义汽车背景下,操作系统是汽车生态发展的灵魂。在智能网联汽 车产业大变革下,软件定义汽车理念已成为共识。传统汽车采用的分布 式 E/E 架构因计算能力不足、通讯带宽不足、不便于软件升级等瓶颈, 不能满足现阶段汽车发展的需求,E/E 架构升级已成为智能网联汽车发 展的关键。E/E 架构升级包括硬件、软件、通信架构三大升级,(由下至 上)芯片+操作系统+中间件+应用算法软件+数据构建核心技术闭环,汽 车操作系统是软件定义汽车生态循环发展的灵魂。  狭义操作系统格局稳定,各家均打造个性化广义操作系统。狭义 OS 仅 包含内核(如 Linux、QNX),广义 OS 从下至上包括从 BSP、操作系统 内核、中间件及库组件等硬件和上层应用之间的所有程序。汽车底层 OS 格局较为稳定,主要玩家为 QNX(Blackberry)、Linux(开源基金会)、 Andorid(Google)。汽车 OS 分为座舱域、自动驾域两大类 OS。座舱域 OS 更加注重应用和开发者生态,因功能安全、信息安全较低,所以中 控和仪表的 APP 应用和接口发展较丰富,国内多基于安卓/AliOS 开发, 国外多基于 Linux 开发。自动驾驶域 OS 更加注重高实时、安全性,由 于大部分车型仍未形成自动驾驶域,OS 发展仍较早期,布局来看多基 于 Linux/QNX 开发。参照 Mckinsey 数据,2020 全球汽车广义操作系 统市场规模达 200 亿美元,到 2025 达 370 亿美元,CGAR+13.1%。  科技互联网聚焦于定制型 OS,大部分车企聚焦于 ROM 型。操作系统 的改造分为:1)基础型 OS:完全独立研发的 OS 内核例如 Linux、QNX 等,因成本花费过高或不会出现全新操作系统。2)定制型 OS:在基于 Linux、QNX 内核深度定制化开发,如修改内核、驱动、运行时环境、 应用程序框架等。例如 VW.OS、特斯拉 Version、Google 车载 Android、 华为鸿蒙 OS、AliOS 等。3)ROM 型 OS:基于 Linux 或 Android 等进 行有限的定制化开发,不涉及内核更改,一般只修改操作系统自带的应 用程序等,如比亚迪 DiLink、奇瑞 GKUI、蔚来 NIO OS、小鹏 Xmart OS。而车机互联本质上仅为手机投射到座舱中控 APP,并非 OS。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值