什么是Autosar?

Autosar官网:https://www.autosar.org/

 

现如今汽车电子进入的了高速发展的时代,据统计一辆高档的汽车其内部的代码量差已经超过了1kw行,超过上百个ECU。而随着顾客对功能需求的增加,以及整车厂对顾客需求的满足,这个数字还会不断的增加。日益增加的功能需求与软件复杂度之间似乎有一个不可逾越的横沟!因为在传统的E/E开发流程中存在着如下现状:

  • 电子系统复杂性的爆炸性增长
  • 软件代码急速上升
  • 生命周期差别:整车的生命周期往往长于ECU的生命周期
  • 嵌入式系统不支持硬件抽象
  • 有限的软件模块化
  • 软件重用性差:当硬件型号(处理器型号)更换后,软件往往要倒推重写
  • 五花八门的硬件平台

这是因为上述现状,各大厂商纷纷开始寻求解决办法,而当他们发现这些矛盾不是以一己之力就能解决的时候,Autosar就诞生了!

首先什么是Autosar?

Autosar(AUTomotive Open System ARchitecture)就是汽车开放式系统架构。这是一个由整车厂,零配件供应商,以及软件、电子、半导体公司合起来成立的一个组织。AUTOSAR组织成立于2003年7月,其核心成员由德国宝马、戴姆勒及博世等9家公司构成。在汽车行业,由于车载软件和重复利用和转移的发展,汽车电子和电气 (E/E) 系统日益复杂。该组织成立的初衷是为越来越复杂的汽车ECU软件建立一个标准化平台,以减少其设计复杂度,增加其灵活性,提高其开发效率。成立至今的近15年时间里,得到了越来越多的行业认可,成员已超过几百个。

为啥要成立它呢?

现如今由硬件与部件驱动的开发流程正在被由功能与需求的开发方式所取代。作为一个工程师,不仅优化一个单一组件,而且要在系统级别上优化软件!可是不同的供应商来说,软件架构往往是不相同的,所以就需要一个可以交换的、升级的标准系统。可是单单以一个公司而言,这是不可能完成的。所以一群整车厂、供应商等等公司就打算成立一个组织来设计整个标准的软件架构,其核心思想就是软件组件的重复利用,力求在整体上降低整车软件的复杂度。

  

在引入AUTOSAR之前,OSEK / VDX和HIS就已经在进行车载软件标准化。然而,其应用范围因各种原因受到限制,汽车制造厂都使用不同的专用或推荐的平台,或ECU供应商自身的平台,硬件等的抽象方法也各不相同。

 

在这里无需用具体的数字进行陈述,可以说汽车控制软件的开发规模在呈爆发式增加。虽然作为再利用的有效解决方案,以往有些企业或者组织内部已经率先采用了一些标准化方法,例如,使用抽象度更高的概念等。但现在,整个业界要努力做到全行业通用的再利用。最近,关注度特别高的、以各种各样的形态或形式开展的基于模型的开发就是其中之一。另外,在验证的过程中,在很多方面所实现的自动化,也是一种很大意义的再利用。

 

在整个行业,为了提高效率,需要重新审视再利用工作的分工以及通用性架构的定义。例如,即便是将应用部分作为控制模型来描述、自动生成代码,那如果与运行的底层的接口不同的话,模型以及底层的集成和验证就需要单独进行。而且,在各种自动化中,虽然定义了对象的工作模型,但假如最终产品的形态以及开发流程的定义不一样,也需要特殊处理。

 

从长远来考虑的话,若需要单独开发和应对时,就会将再利用和自动化的经济效益降低,可再利用的空间就会减少。为了实现更多的可能性,实现与底层软件、接口方式、产品的形态以及开发的流程相通的定义会发挥很大的作用

 

AUTOSAR中,以提高软件再利用率和应对项目变更等为目标,在以下三个领域进行标准化活动。

 

Software Architecture

 

Methodology

 

Application Interface

 

关于以上3个项目,接下来会论述其概要。

 

标准是由AUTOSAR Premium Partner以上的会员企业在参加Work Package中经过讨论而制成/修订的。讨论的过程是通过邮件或者各种会议(包括电话会议)等方式进行的。而且,其标准文件以及相关文件/数据等一般都是公开的,可以通过网页下载。在R(Release)4.2 Rev.1中文件数为218个。

 

而且,在AUTOSAR中,并没有对实现做标准化定义(在COMASSO中定义)。“谁在做什么”、“应该负责哪个部分”这种由厂商和ECU供货商共同讨论的部分(职责/任务的分解)虽然没有具体的规定,但是提供了一些对具有指导意义的文件(例如对开发流程的共通性理解)。

 

Autosar成员有哪些?

Autosar成员包括四类:Core Parteners(核心成员),Premium Partners(高级成员),Development Partners(开发成员),Associate Partners(一般成员)。

核心合作伙伴(9家企业)

分别为:博世,大陆,大众,丰田,通用,PSA,福特,宝马,奔驰。

高级合作伙伴(57家公司/团队)年度会费:17,500€;年度贡献:1.5 FTE(FTE:全职人力工时)

 

一般合作伙伴(47家公司/团队)年度会费:2000€;年度贡献:0.5 FTE

 

开发合作伙伴(127家公司/团队)年度会费:10,000€;

 

观察员(127家公司/团队)

官方网站上公开了AUTOSAR标准,会员以外的浏览者也可以查看到,其内容还包括每个成员公司的知识产权。但AUTOSAR标准的商业使用权只有成为AUTOSAR会员才能获得(至少是合作伙伴)。此外,如果您想要在AUTOSAR标准中的加入特殊要求,至少需要成为高级合作伙伴才有这个权利。

 

基本类型成员所拥有的权利/义务,其量级关系简单地如下排列:

 

核心合作伙伴>高级合作伙伴>合作伙伴

Autosar的目标有哪些? 最重要的目标就是基本系统功能与函数接口的标准化!这使得开发合作伙伴可以在车载网络里直接进行数据的整合、交换、传输功能!使得整车E/E架构由传统的基于ECU的开发(ECU-based)转变为基于功能的开发(function-based)。

Autosar有啥好处?

1. 整体优点

  • 提高软件的重复利用度
  • 增加设计的灵活性
  • 明确的集成设计规则
  • 在长期上可以减少开发成本
  • 非竞争模块的重用
  • 提高软件质量(各个厂商均采用标准的软件测试方法)
  • 更加专注于竞争模块的开发

2. OEM

  • 特定的功能模块可以独立开发
  • 验收测试的标准化
  • 实现创新的分享

3. 零配件商

  • 减少软件版本的扩散
  • 供应商之间的发展共享
  • 提高功能开发的效率
  • 新的商业模式的出现
  • 为即将到来的软件容量增加预先做好准备

4. 工具链提供商

  • 工具链提供商
  • 共同的接口与开发流程
  • 减少漏洞、可管理、任务优化

5. 创业者

  • 透明与定义的接口与商业模式
  • 明确的任务分配与外包

Autosar是如何提高软件质量的?

Autosar通过高度的软件重用(re-use),减少相同/类似模块的开发(减少bug),从而提高软件的成熟度。并且Autosar方法论与标准接口可以减轻ECU、系统集成的难易程度,提高软件质量。

AutosarECU

据飞思卡尔统计,在2016年全球以Autosar架构的ECU总数将超过2.5亿个,其中每4个ECU中就有一个ECU是采用Autosar架构的!可见Autosar的最佳黄金时代已经到来啦!

 

♦AUTOSAR的应用现状(2015年6月版)

2011年2月,AUTOSAR版本3.x(R3.x)是量产开发的主要版本,R4.x系列仅发布R4.0 Rev.1,距离实际应用还有很远的距离。

 

截至2015年6月,在AUTOSAR的实际应用(量产的采用)方面,主要是欧洲汽车制造商广泛采用,并已扩展到其他领域。

 

AUTOSAR所采用的版本趋势(见下文),在量产开发中,首次采用R4.x的汽车厂商不断出现,R4.X系统作为一个整体一直在曾加。在R4.x系列中,R4.0 Rev.3的使用率远远高于最新的R4.2 Rev.1。

 

此外,R3.x系列的使用率也并未减少,并且很多汽车厂商采用R3.x向R4.过渡。

 

AUTOSAR作为一个平台,是构建可重用设计资产的基础,比起不断地向最新设计资产过度,还不如先继续使用一段时间来确保进行资产回收的机会。所以使用最新版本并不总是最好的。

 

♦AUTOSAR标准将在2020前持续修订R4.x系列

在AUTOSAR标准开发方面,R3.x系列已经进入LoKI(List of Know Issues)阶段,修订工作已经停止并且进入稳定阶段。(LoKI更新:R3.1一直持续到2016年,R3.2到目前为止尚未安排更新续订日期)。

 

此外,在R 4.x系列中还包括功能安全(ISO 26262),多核,部分网络,CAN FD,安全和以太网功能,为了能够对应到这些新的热点问题,并便于改进工作分配,R4.x已经做了许多修订。

 

此外,R4.3将在2017年继续修订,并且将继续修订至2020年。

 

♦ 关于AUTOSAR的版本

AUTOSAR中的版本, 都会显示Release Number和Revision。例如, Release 4.2 Revision 1通常表示为R4.2Rev.1、R4.2.1或者R421,都表示为同一个版本。

 

大多数情况下,只需要分辨Major Release Number的差异,即R3.x和R4.x系统之间的差异。例如,MCAL(微控制器抽象层:硬件相关驱动软件)只被写入R4.0 Rev.3的标准时,在R4.0 Rev.2或R4.1 Rev.3的情况下也没有问题。

 

在大多数情况下,工具厂商可以吸收相应AUTOSAR XML版本的差异,并且在极少数情况下接口方面会发生重大变化。在实际的AUTOSAR操作中,考虑如何处理不同版本的组合而比坚持使用相同版本更为重要。并且,基于R4.0 Rev.3,经常能看到更高版本的一些功能。

你可能感兴趣的:(汽车电子)