AUTOSAR小白的逆袭之路系列讲解（理论篇）1.1 AUTOSAR的由来

AUTOSAR的由来

返回总目录

目录

一、汽车电子控制系统

二、AUTOSAR的由来

---

一、汽车电子控制系统

        在讲AUTOSAR之前，我们不得不先了解一下汽车电子控制系统。目前，汽车电子技术主要应用于五个域，分别为：动力总成域、底盘域、车身域、人机界面和车载信息处理等。其基本构成主要由传感器、电子控制单元和执行器组成（如图1）对被执行对象进行控制。

图1 汽车电子控制基本构成

        随着电子技术在汽车中的应用越来越广泛，也越来越复杂，为了迎合汽车高精度、高实时性、高可靠性控制的需要，嵌入式实时操作系统逐渐在ECU中使用。与此同时，由于不同实时操作系统间应用程序接口的各不相同，出现应用程序的移植性差等问题。于是，在1993年德国汽车工业界提出了OSEK，其英语全称为Open Systems and the Corresponding Interfaces for Automotive Electronics，中文名称为汽车电子开放式系统及其接口标准 。随着法国汽车工业使用的汽车分布式执行标准加入该体系，于1995年的研讨会上得到共识，从而产生了OSEK/VDX标准。                                                                                  

        OSEK/VDX标准在一定程度上使得应用层软件与底层软件分离，提升了应用软件的可移植性；其次，使用符合OSEK/VDX标准的嵌入式操作系统可以提高代码的复用率，提升开发效率、降低开发成本。但由于不同整车企业和零部件供应商缺乏兼容性工具，使得开发者需要花费大量的时间在基础软件的实现和优化上，并且对于新的需求，需要花费大量的精力调整软件的接口。总之，OSEK/VDX标准还是没能解决跨平台化高效地进行嵌入式系统软件的移植。

        在之后的一段时间里，随着汽车分布式嵌入式系统软件复杂度的迅速增长，汽车工业界开始逐步探索从原有的以硬件设计和组件驱动为主的设计方式向以需求设计和功能驱动为主的系统开发方法转变。在该进程中，比较有代表性的是EAST-EEA项目，它定义了一个分层的软件架构，并提出了一个“中间件”的层次来提供支持嵌入式系统模块在不同平台之间移植的接口和服务；并且，EAST-EEA项目还定义了公共的架构描述语言（ADL），EAST-EEA项目的研究成果可谓是AUTOSAR规范的雏形。

二、AUTOSAR的由来

        如前所述，由于汽车电子硬件系统的多样性，ECU软件的开发受到硬件系统的制约，每当需要更新硬件时，都会导致ECU软件重新编写或大规模修改，之后还要进行一系列测试，从而导致了高昂的研发费用与漫长的研发周期。目前，汽车电子网络正向多总线混合网络互联方向发展；电控系统硬件正向专业化、高集成度、高性能方向发展，其软件架构也正向模块化、平台化、标准化方向发展。并且，未来随着汽车新能源化和智能化的普及，以及对于一些非功能需求的增加，汽车电子/电气系统的复杂度也将进一步提升。这都将进一步导致新产品开发周期、成本的急剧增加。整车厂为了降低汽车控制软件开发的风险，于是开始寻找提高软件复用度的方法。

        为解决上述问题，基于先前EAST-EEA项目的研究成果，在2003年，由全球汽车制造商、零部件供应商及其他电子、半导体和软件系统公司联合建立了汽车开放系统架构联（AUTomotive Open System ARchitecture，AUTOSAR），并联合推出了一个开放化的、标准化的汽车嵌入式系统软件架构——AUTOSAR规范。

返回总目录​​​​​​​