来来来!我告诉你 AUTOSAR架构深度解析从入门到放弃

5 篇文章 0 订阅

如何快速学习AUTOSAR?

关于AUTOSAR的背景和架构信息,这里就不详细展开了。大家可以参看:

AUTOSAR的分层架构

一文了解。今天我们重点讲讲如何快速学习AUTOSAR架构的方法。

如何获取规范文档?

从2003年成立以来,AUTOSAR目前已经更新到AUTOSAR 4.4.0 release版本,后台回复“AUTOSAR”可以获取。

当然,你也可以从官网获取最新的规范文档,网址:https://www.autosar.org/standards。

2018年,为了迎合未来汽车智能化、网联化的需求,AUTOSAR联盟推出了一个全新的平台,将AP加入到原有的AUTOSAR平台中,形成自适应AUTOSAR平台(AUTOSAR Adaptive Platform,AP),并于2018年10月迎来了适用于面向量产的首次发布,另外还将原有平台更名为经典AUTOSAR平台(AUTOSAR Classic Platform)和自适应平台AUTOSAR(AUTOSAR Adaptive Platform),行业内大家习惯叫CP(Classic Platform)和AP(Adaptive Platform),下次有人提到CP还是AP的时候,可不要说没听过。AP目前目前国内了解的人非常少,如果你想做吃螃蟹的人,可以提前自己定位学习。

基本概念

  1. Software Component (SW-C):软件组件
  2. Virtual Functional Bus (VFB):虚拟功能总线
  3. Runtime Environment (RTE):运行环境(实时环境)
  4. Basic Software(BSW):基础软件
  5. Methodology principle:方法论原理
  6. Mode Management:模式管理
  7. Memory Abstraction:存储抽象
  8. Runnables:可运行实体

文档命名规则

  • EXP: 即Explaination"解释",详细介绍论题
  • MMOD: 即Meta Model"元模型",介绍 AUTOSAR元模型
  • MOD: 即Model"建模",介绍建模的原理
  • RS: 即Requirement Specification"需求规范", 详细介绍需求
  • SRS: 即Softeware Requirement Specification"软件需求规范", 描述所有软件模块的规范
  • SWS: 即Softeware Specification"软件规范", 介绍软件模块设计和实现的规范
  • TPS: 即Template Specification"模板规范", 详细介绍元模型
  • TR: 即Technical Specification"技术规范",详细介绍技术规范

你的工作内容

有了以上了解,拿到规范文档后,你会发现内容简直太多了,多到不可能有哪位大神能将其完全拜读。那怎么去掌握个中精要呢?

你需要明确你的工作内容在整个产品生命周期的位置。简单介绍下几个流程概念。

OEMTIER1TIER2
整车厂一级供应商二级供应商
奔驰、宝马等(做整车的装配工作)大陆、博世等(给OEM供应ECU等)英飞凌、NXP等(为TIER1供应零件,比如ECU上的芯片、电路板等)

圈内的同学比较了解上面提到的几个名词,研究AUTOSAR的工程师在OEM、TIER1和TIER2都会有分布,各自角色不同,研究重点也不同。我们按产品开发流程的顺序大致梳理:

  1. 整车厂以EE架构设计和应用层功能设计为主,所以如果你身在OEM中,你只需要着重了解AUTOSAR的方法论和基于方法论的SWC设计即可。这两点说着简单,其实并非我们想象中那么简单。方法论本身就是非常宏观的概念,想要把控产品流程,能为TIER1提供打开需求文档,这本身就要对功能和下游工作十分了解,才能有高质量的输出;

  2. TIER1涉及AUTOSAR的工作分工就比较多了。

    如果你是系统工程师,着重研究功能算法的实现,那么你需要对SWC的升级了如指掌,深入理解;如果你是软件架构工程师,对于上游OEM提供的需求文档要有宏观概念,所以也要对方法论和SWC审计十分了解;

    如果你是基础软件工程师,需要整个团队协同实现:底层驱动工程师要深入学习芯片的抽象层MCAL应用;BSW协议栈工程师要熟悉OS,ComStack,DiagStack,Memory Stack,WgdStack等协议栈应用细节;复杂驱动工程师,要对AUTOSAR针对CDRV的接口定义方式等深入研究;

    如果集成工程师,要十分清楚RTE的运行集成和相关应用配置;

  3. TIER2要深入研究的内容和TIER1的BSW工程师侧重内容相似,主要围绕芯片MCAL和基础软件协议栈展开。

  4. 除了以上三类产品开发流程上的角色外,其实还有一个重要角色的存在:工具供应商。了解了AUTOSAR架构和实现过程后,大家可能会看到很多arxml格式的配置文件的制作都离不开工具的支持,以及编译环境、建模工具等,都离不开一直走在超前道路上的工具供应商,如博世的ETAS公司等。

画张简图大致说明一下AUTOSAR的开发流程。

                           

了解了AUTOSAR的开发流程,结合你在整个产品开发流程中所处的位置,就可以精准地定位你的学习重点了,然后就可以选取其中的文档仔细研究。当然,说到这里,其实还有一个非常重要的前提——拥有扎实的C语言功底。

为了迎合未来汽车智能化、网联化的需求,新的平台——自适应AUTOSAR平台,需要拥有c++语言功底。

AUTOSAR开发

概述

汽车电子已成为汽车产品功能拓展与性能提升的重要技术支撑,而软件则是汽车电子的灵魂。对于汽车电子软件行业而言,AUTOSAR规范的应用打破了原有的汽车嵌入式系统软件开发模式,其快速提升软件质量及方便移植的特性降低了参与底层平台开发的门槛,对众多OEM厂商和Tier1而言可谓意义重大。

如今,汽车电子技术在动力总成控制、底盘控制、车身控制以及车载信息娱乐系统等各个部分所占的比重越来越大,在整车成本中的占比也越来越高。随着汽车“电动化、网联化、智能化、共享化”的全面推进,几乎任何一项新技术的诞生都离不开汽车电子的身影。未来,汽车电子技术将成为汽车产品差异性的驱动力。ECU作为汽车电子控制系统的核心,其软件也变得日益复杂,传统的软件架构及开发模式已经不能适应日益复杂的汽车软件需求,此时AUTOSAR就是一个非常理想的解决方案。与传统ECU软件架构相比,AUTOSAR分层架构的高度抽象使得汽车嵌入式系统软、硬件耦合度大大降低。

为助力汽车产业变革,AERI为客户提供完备的AUTOSAR开发技术方案,并且提供完善的技术支持,保证软件质量。

AERI依托现有的量产产品包括新能源车控制器VCU、BMS、MCU,以成熟的技术积淀为客户提供完整可靠的服务。

AERI现有成熟控制器产品

基于AUTOSAR开发的工作内容

AERI掌握AUTOSAR开发全过程的工程服务能力,有基于AUTOSAR的整车控制器产品供货经验和能力。依据多年嵌入式软件开发经验和能力能够迅速配合整车厂建立软硬件平台,进行实车试验。

AUTOSAR分层架构

AUTOSAR开发工具链设

AERI具有完备的AUTOSAR开发工具链部署及应用能力。AERI可根据客户需求,协助客户进行AUTOSAR开发工具链部署、提供开发工具链使用的技术支持服务等,如下:

AUTOSAR开发实施工具:

  • AUTOSAR架构开发工具:ETAS-ISOLAR-AB

  • AUTOSAR应用层开发工具:MATLAB

  • AUTOSAR MCAL:TRESOS STUDIO(Infineon)

  • 其他开发或标定工具(IDE,仿真器等)

英飞凌MCAL

ETAS ISOLAR-AB

 AUTOSAR架构开发

基于多年的嵌入式软件开发经验以及服务国内主流OEM的工程服务经验,同时结合功能安全ISO26262对嵌入式软件的要求,AERI可根据需求为客户提供基于AUTOSAR的符合功能安全的软件开发服务。

a、基于英飞凌AURIX架构微控系统抽象层MCAL

基于英飞凌AURIX架构芯片,AERI具有多年的量产开发经验,可根据客户需求使用英飞凌MCAL工具进行定制化开发。

MCAL是AUTOSAR架构微控系统抽象层,与芯片直接相关。AERI根据不同客户的需求进行白盒或者黑盒开发,并提供配套的说明文件和工程服务培训。确保客户能够在最短的时间内掌握AUTOSAR MCAL相关的开发能力。

b、ETAS AUTOSAR开发 

ETAS AUTOSAR根据功能开发需求和CAN总线通信拓扑,确定CAN通信矩阵。CAN矩阵需包括各控制器之间的信号传递方向,信号名称,信号描述、信号长度和报文ID等信息。根据高内聚低耦合的设计原则,充分利用AUTOSAR分层架构模块化复用的优势,需要对控制器内部功能进行软件功能组件(SWC)的划分。最后根据目标ECU软件功能对软件组件进行详细设计。

AERI可基于客户CAN通信拓扑,进行AUTOSAR架构开发。软件组件基于Matlab/Simulink完成软件组件的开发,实现内部逻辑算法,完成AUTOSAR软件组件元素的设计及其与 Simulink模型元素的映射。生成符合AUTOSAR规范的代码和描述文件,最终导入ISOLAR-A,完成RTE配置。以客户需求为导向,定制化开发AUTOSAR架构软件,并根据需求提供白盒或者黑盒的代码工程。

c、AUTOSAR代码集成

AERI可基于上述AUTOSAR开发相关的开发工具输出物进行代码集成,集成开发环境可选择HIGHTEC或者TASKING,为保证集成代码可用,AERI可根据需求同客户一起进行HIL,台架或者实车试验。一切以客户需求为导向,以解决客户实际问题为目的,用心服务客户。

HIGHTEC IDE代码集成


下面为Vector AUTOSAR的培训材料

VECTOR关于AUTOSAR的培训材料

来来来!我告诉你 AUTOSAR架构深度解析从入门到放弃_基于autosar开发vcu-CSDN博客

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
自动控制节水灌溉技术的高低代表着农业现代化的发展状况,灌溉系统自动化水平较低是制约我国高效农业发展的主要原因。本文就此问题研究了单片机控制的滴灌节水灌溉系统,该系统可对不同土壤的湿度进行监控,并按照作物对土壤湿度的要求进行适时、适量灌水,其核心是单片机和PC机构成的控制部分,主要对土壤湿度与灌水量之间的关系、灌溉控制技术及设备系统的硬件、软件编程各个部分进行了深入的研究。 单片机控制部分采用上下位机的形式。下位机硬件部分选用AT89C51单片机为核心,主要由土壤湿度传感器,信号处理电路,显示电路,输出控制电路,故障报警电路等组成,软件选用汇编语言编程。上位机选用586型以上PC机,通过MAX232芯片实现同下位机的电平转换功能,上下位机之间通过串行通信方式进行数据的双向传输,软件选用VB高级编程语言以建立友好的人机界面。系统主要具有以下功能:可在PC机提供的人机对话界面上设置作物要求的土壤湿度相关参数;单片机可将土壤湿度传感器检测到的土壤湿度模拟量转换成数字量,显示于LED显示器上,同时单片机可采用串行通信方式将此湿度值传输到PC机上;PC机通过其内设程序计算出所需的灌水量和灌水时间,且显示于界面上,并将有关的灌水信息反馈给单片机,若需灌水,则单片机系统启动鸣音报警,发出灌水信号,并经放大驱动设备,开启电磁阀进行倒计时定时灌水,若不需灌水,即PC机上显示的灌水量和灌水时间均为0,系统不进行灌水。
### 回答1: AutoSAR架构是一种用于电子控制单元(ECU)软件开发的标准化架构。它的设计目标是实现跨不同汽车制造商的软件组件的可重用性、互换性和可移植性。AutoSAR架构的原理是将应用软件、基础软件和硬件抽象层(HAL)分离开来,以实现模块化开发和故障隔离。 AutoSAR架构中的应用软件是按照功能和任务进行划分的组件,这些功能可能包括发动机管理、制动系统、安全系统等。基础软件是为应用软件提供支持的软件,例如通信栈、定时器管理、诊断模块等。而HAL是与硬件交互的软件层,通过HAL层,应用软件可以与ECU硬件进行交互。 AutoSAR架构具有以下特点: 1. 可重用性:AutoSAR架构允许开发人员将已开发和验证的组件在不同的车型中重复使用,提高了软件开发效率和质量。 2. 互换性:不同汽车制造商使用AutoSAR架构开发的软件组件可以互换,这意味着一个汽车制造商可以使用另一个汽车制造商开发的模块,以提升产品的可靠性和性能。 3. 可移植性:AutoSAR架构提供了一种独立于具体硬件平台的软件开发环境,使得软件可以轻松地在不同的ECU上移植和运行。 4. 简化开发过程:AutoSAR架构通过定义标准接口和协议,简化了不同模块之间的通信和集成过程,加快了开发周期。 5. 提高系统可靠性:AutoSAR架构具有内置的故障隔离机制,当一个模块发生故障时,不会对其他模块产生影响,提高了系统的可靠性和稳定性。 总之,AutoSAR架构是一种标准化的软件架构,可以提供跨不同汽车制造商的软件组件的可重用性、互换性和可移植性,以及简化开发过程和提高系统可靠性的优势。 ### 回答2: AUTOSARAutomotive Open System Architecture)是一种用于汽车电子系统开发的软件架构标准。它旨在解决汽车电子系统复杂性增加和软件重用性低的问题。 AUTOSAR架构由四个主要的软件层组成:应用层、运行时环境(RTE)、基础软件(BSW)和硬件抽象层(HAL)。应用层是汽车应用软件的顶层,负责处理具体的汽车功能和要求。RTE提供了应用程序和BSW之间的接口,使得应用程序可以与底层软件进行通信。BSW提供了一些常用的软件功能模块,例如通信、诊断和存储管理。HAL负责将软件与硬件进行适配,在不同的硬件平台上具有一致的API接口。 AUTOSAR架构的主要优势是其模块化和可重用性。开发人员可以根据特定的需求和功能,选择和配置不同的软件模块,而无需从头开始开发。这种模块化的架构使得软件开发更加高效和灵活,可以降低开发和维护的成本。此外,AUTOSAR还提供了一些标准化的接口和通信协议,使得不同厂商的软件和硬件可以进行互操作。 然而,AUTOSAR架构也存在一些挑战。首先,它需要对汽车业务和功能具有深入的理解,以正确选择和配置相应的软件模块。其次,AUTOSAR架构在初期的实施和配置方面可能具有一定的复杂性。最后,AUTOSAR架构的开销相对较高,需要更多的计算和内存资源。 总的来说,AUTOSAR架构是一种适用于汽车电子系统开发的软件架构标准,它通过模块化和可重用的设计,提高了软件开发的效率和灵活性。它有助于降低开发和维护成本,并促进不同厂商的软硬件互操作。然而,使用AUTOSAR架构需要对汽车领域有深入的理解,并且可能存在一定的复杂性和资源开销。 ### 回答3: AUTOSAR (Automotive Open System Architecture) 是一种用于汽车电子系统的开放式架构标准。它旨在推动汽车电子系统中的软件和硬件的互操作性和可重用性。 AUTOSAR的设计目标是提供一种标准化的方法和架构,以优化汽车电子系统的开发和集成。它定义了在不同的汽车电子系统之间进行通信和协作的标准接口和协议,以及如何在这些系统中实现应用程序软件和硬件的交互。 AUTOSAR架构由四个主要层组成:应用层、运行时环境层、基础软件层和硬件层。 - 应用层:应用层包含汽车电子系统的应用软件,这些软件是根据汽车制造商和供应商的需求和规范开发的。应用层将这些软件组织成不同的应用软件组件,这些组件可以在不同的汽车电子系统中被重复使用,并且能够跨不同的硬件平台进行移植。 - 运行时环境层:运行时环境层提供了应用程序之间的通信和协作所需的运行时环境。它包含了通信协议、消息传递机制和事件触发机制等组件,以确保应用程序组件能够相互通信和协调任务。 - 基础软件层:基础软件层包含了与硬件平台无关的驱动程序和服务,以支持 AUTOSAR 应用程序的运行。它提供了硬件抽象层和操作系统接口等功能,以便应用程序能够在不同的硬件平台上运行。 - 硬件层:硬件层包含了汽车电子系统的硬件平台,例如传感器、执行器和控制器等。它定义了硬件与软件之间的接口和通信协议,以确保硬件和软件能够正确地进行交互。 AUTOSAR 的主要优点是它提供了一种标准化的方法和架构,以便不同的汽车制造商和供应商能够在不同的硬件平台上开发和集成软件。它使汽车电子系统更加模块化和可组合,并提高了软件和硬件的可重用性和互操作性。此外,AUTOSAR 还提供了一种灵活性和可扩展性强的架构,以适应不同汽车电子系统的需求和变化。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值