AUTOSAR标准——经典平台

AUTOSAR经典平台架构在最高抽象级别上区分了运行在微控制器上的三个软件层:应用程序、运行时环境(RTE)和基本软件(BSW)。

• 应用软件层主要是与硬件无关的。
• 软件组件之间的通信和通过RTE访问BSW。
• RTE表示应用程序的完整接口。
• BSW分为三个主要的层次和复杂的驱动程序:
  • 服务，ECU(电子控制单元)抽象和微控制器抽象。
• 服务进一步划分为代表系统、内存和通信服务基础结构的功能组。

 

方法和模板：General（通用），Methodology（方法论），Tools（工具），Templates（模板）

 

概念

一个基本概念是虚拟功能总线(VFB)。这个虚拟总线将应用程序与基础设施解耦。它通过专用端口进行通信，这意味着应用程序软件的通信接口必须映射到这些端口。VFB处理单个ECU内部和ECU之间的通信。从应用程序的角度来看，不需要了解底层技术或依赖关系的详细信息。这支持独立于硬件的开发和应用软件的使用。

AUTOSAR分层架构提供了软件和硬件独立性所需的所有机制。它区分了在微控制器（uS）上运行的三个主要软件层：应用层、运行时环境(RTE)和基本软件(BSW)。

不同汽车领域的应用通过RTE与基础软件进行接口。

除了定义架构和接口之外，AUTOSAR还定义了一种方法，该方法支持配置整个AUTOSAR堆栈，并增强了不同工具链之间的互操作性。一方面这对于开发项目内部的协作很重要，另一方面这对于降低开发成本也很重要。

架构

标准化ECU软件体系结构的主要概念是通过软件抽象层RTE(运行时环境)将独立于硬件的应用软件和面向硬件的基础软件(BSW)分离开来。在RTE的上层，这个抽象层支持开发特定于oem的竞争性软件应用程序。在RTE的低端，它支持基本软件的标准化和独立操作系统。AUTOSAR软件体系结构的进一步特征是ECU软件的可伸缩性，适用于多个汽车线路和变体，跨ECU分发应用程序(功能软件模块)的可能性，以及集成来自不同来源的软件模块的能力。

AUTOSAR软件体系结构中的基本软件进一步划分为以下几层:服务、ECU抽象和微控制器抽象。RTE实现了应用层与基本软件的分离，包括控制这些层之间的数据交换。这构成了应用级上面向组件、与硬件无关的软件结构的基础，软件组件(SWCs)是单独的单元。由于它们的硬件独立性，因此可以在不了解使用或计划使用的硬件的情况下开发swc，并在开发期间灵活地将现有的swc迁移到ecu。

方法和模板

除了软件架构之外，AUTOSAR还为汽车软件的开发引入了一种协调的方法途径。这主要是由于需要改进当今汽车项目中涉及的不同方面之间的协作。AUTOSAR提供了指定在ECU上集成软件组件所需的所有方面的方法，并通过各种不同的总线系统将不同的ECU集成到整个网络通信中。该方法定义了活动对工作产品的依赖关系，并预见将支持AUTOSAR中的活动、描述和工具的使用。这些描述(.arxml)基于定义正式交换格式(AUTOSAR模式)的AUTOSAR模板和交换格式附带的语义约束。这些描述用于保存AUTOSAR方法中生成或使用的信息。各种生成器可以利用描述中的信息来支持RTE和AUTOSAR基本软件(包括操作系统)的配置和生成。