AUTOSAR架构简述VIP专享VIP免费

请选择WebLayout浏览模式1.总体概述AUTOSAR（汽车开放系统架构），整车软件系统可以通过AUTOSAR架构对车载网络、系统内存及总线诊断进行深度管理，他的出现有利于整车电子系统软件的更新及交换，并改善系统的可靠性和稳定性。目前支持AUTOSAR标准的工具和软件供应商都已经推出了相应的产品，提供需求管理，系统描述，软件构件算法模型验证，软件构建算法建模，软件构件代码生成，RTERuntimeEnvironment）生成，ECU配置以及基础软件和操作系统等服务，帮助OEM实现无缝的系统软件架构开发流程。AUTOSAR计划目标主要有三个：1）建立独立于硬件的分层软件架构；2）为实施应用提供方法论，包括制定无缝的软件架构堆叠流程并将应用软件整合至ECU；3）制定各种车辆应用接口规范，作为应用软件整合标准，以便软件构件在不同汽车平台复用。2.分层概述AUTOSAR体系架构分层标准1）应用层（ApplicationLayer）应用层中的功能由各软件组件SWC（softwarecomponent）实现，组件中封装了部分或者全部汽车电子功能，包括对其功能的具体实现以及描述，比如控制汽车大灯、空调等部件的运作，但是与汽车硬件系统没有连接。1.1）软件组件（softwarecomponent）软件组件SWC（softwarecomponent）是由Atomiccomponent（最小逻辑单元）组成。Atomiccomponent最小逻辑单元有Application、Sensor/actuator（传感器/执行器）两种类型。其中Application是算法实现了类型，能在ECU中自由映射；Sensor、Actuator是为Application提供的I/O端口类型，用于与ECU绑定，但不可像Application那样能在各ECU上自由映射。数个SWC的逻辑集合组合成Composition。SWC组成实类1・2）端口（ports）端口Ports是用来和其他SWC通信的。通信内容分别为Dataelements（数据元）与operations（操作）。其中，Dataelements用Sender/Receiver通讯方式；operations用Client/Server通讯方式。通讯方式发送-接收端口（Sender/Receiver）用来传输数据，具有一个通信端口可以包含多种数据类型特点。但如果一个数据类型要通过总线传输，那么它必须与一个信号对应起来，数据类型既可以是简单的数据类型(integerfloat),也可以是复杂类型(array,record)。通信方式：l:n或n:l。客户端一服务器端口(Client/Server)用来提供Operation服务，具有一个客户端一服务器端口可以包含多种Operation和同步或是异步通信特点，一个客户端一服务器端口可以包含多种Operations操作，Operations操作也可被单个调用。通信方式：l：n或n:l。1・3)可运行实体(Runablesentities)可运行实体简称Runnables。可运行实体包含实际实现的函数，可以是具体的逻辑算法或是实际操作。可运行实体由RTE周期性或是事件触发调用，如当接收到数据。2)Runtimeenvironment层(RTE)中间件部分给应用层提供了通信手段，这里的通信是一种广义的通讯，可以理解成接口，应用层与其他软件体的信息交互有两种，第一种是应用层中的不同模块之间的信息交互；第二种是应用层模块同基础软件之间的信息交互。而RTE就是这些交互使用的接口的集散地，它汇总了所有需要和软件体外部交互的接口。从某种意义上来看，设计符合AUTOSAR的系统其实就是设计RTE。SW-C之间的通信是调用RTEAPI函数而非直接实现的，都在RTE的管理和控制之下。每个API遵循统一的命名规则且只和软件组件自身的描述有关。具体通信实现取决于系统设计和配置，都由工具供应商提供的RTEGenerator自动生成的。在设计开发阶段中，软件组件通信层面引入了一个新的概念,虚拟功能总线VFB(VirtualFunctionalBus)。它是对AUTOSAR所有通信机制的抽象，利用VFB,开发工程师将软件组件的通信细节抽象，只需要通过AUTOSAR所定义的接口进行描述，即能够实现软件组件与其他组件以及硬件之间的通信，甚至ECU内部或者是与其他ECU之间的数据传输。从图中可以看到，有三种接口描述，我们先从定义的角度来看这三种接口有什么不同。2.1)StandardizedInterface(标准接口)：标准接口是在AUTOSAR标准中被标准化的接口，但是并没有使用AUTOSAR接口技术，标准接口通常被用在某个ECU内部的软件模块之间的通讯，不能用于网络通讯。2.2)StandardizedAUTOSARInterface(...