AUTOSAR经典平台架构在最高抽象层次上区分了运行在微控制器上的三个软件层:应用程序、运行时环境(RTE)和基础软件(BSW):应用软件层主要与硬件无关;软件组件之间的通信和通过RTE访问BSW;RTE代表了应用程序的完整接口;BSW分为三大层和复杂的驱动程序: 服务、ECU(电子控制单元)和微控制器;服务又分为代表系统、内存和通信服务基础设施的功能组;
概念:
一个基本概念是虚拟功能总线(VFB)。这种虚拟总线将应用程序与基础设施解耦。它通过专用端口进行通信,这意味着应用软件的通信接口必须映射到这些端口。VFB处理单个ECU内部和ECU之间的通信。从应用的角度来看,不需要对低层技术或依赖性的详细了解。这支持独立于硬件的开发和应用软件的使用。
AUTOSAR 分层架构提供了软件和硬件独立性所需的所有机制。它区分了运行在微控制器(µC)上的三个主要软件层:应用层、运行时环境(RTE)和基础软件(BSW)。
不同汽车领域的应用通过RTE与基础软件接口。
除了定义架构和接口,AUTOSAR还定义了一种方法论,该方法论能够配置完整的AUTOSAR堆栈,并增强不同工具链之间的互操作性。一方面这对开发项目内的协作很重要,另一方面这对降低开发成本也很重要。
架构:
标准化ECU软件架构的主要概念是通过软件抽象层RTE(运行时环境)将独立于硬件的应用软件和面向硬件的基础软件(BSW)分离。在RTE的上侧,这个抽象层可以开发OEM专用的、有竞争力的应用软件。在RTE的下侧,它可以实现基本软件的标准化和OEM独立。AUTOSAR软件架构的进一步特点是,ECU软件可扩展到多个汽车系列和变体,可以在ECU之间分配应用程序(功能软件模块),并能够集成不同来源的软件模块。
AUTOSAR软件架构中的基础软件又分为以下几层:服务、ECU和微控制器。由RTE实现的应用层与基础软件的分离,包括对这些层之间数据交换的控制。这构成了应用层面向组件、硬件独立的软件结构的基础,软件组件(SWC)是独立的单元。由于它们的硬件独立性,因此有可能开发SWCs,而不需要具体了解所使用或计划的硬件,以及在开发过程中灵活地将现有的SWCs重新定位到ECU。
方法和模板:
除了软件架构外,AUTOSAR还引入了汽车软件开发的统一方法论。这主要是出于改善当今汽车项目中不同参与方之间协作的需要。
AUTOSAR提供的方法可以指定在ECU上集成一个软件组件所需的所有方面,并将不同的ECU通过各种不同的总线系统集成到整个网络通信中。该方法论定义了活动对工作产品的依赖性,预计将支持AUTOSAR中的活动、描述和工具的使用。
描述 (.arxml) 基于 AUTOSAR 模板,它定义了正式的交换格式 (AUTOSAR Schema) 和与交换格式一起的语义约束。这些描述用于保存 AUTOSAR 方法中产生或消耗的信息。各种生成器可以利用描述中的信息来支持RTE和AUTOSAR基本软件(包括操作系统)的配置和生成。