AUTOSAR.ppt

内容 1、 AUTOSAR简介 2、 AUTOSAR软件结构 3、 AUTOSAR方法、模型、工具和一致性测试 AUTOSAR简介 AUTomotive Open System ARchitecture 汽车开放系统结构 AUTOSAR背景（1） 随着车载控制系统日益先进和复杂化，每辆汽车投入的软件开发工数(时间及人力)2010年将达到2002年的5-10倍。汽车电子系统设计复杂化造成的可靠性隐患导致汽车因安全隐患被“招回”的现象频繁发生，一些国际顶级汽车制造商已经因此倍感痛苦。 AUTOSAR背景（2） 2003年9月德国的汽车制造商和汽车电子产品供应商成立AUTOSAR组织，旨在推动建立汽车电气/电子(E/E)架构的开放式标准，使其成为汽车嵌入式应用功能管理的基础架构，并规范汽车电子产品、软件和元器件的互通性 AUTOSAR背景（3） 包括汽车制造商： BMW、Bosch、Continental、DaimlerChrysler、Ford、PSA Peugot Citroen、Siemens VDO、Toyota和Volkswagen等 半导体制造商： 英飞凌科技、NEC、瑞萨科技、IBM等 AUTOSAR的主要驱动力 管理随着功能的不断提升，复杂不不断增加的E/E设备 提高产品更改、升级和更新的灵活性 提升生产线内或者跨生产线的可度量性 提升E/E系统的质量和可靠性 能够在早期设计阶段检测错误 AUTOSAR采取的一些技术 标准化的规范交换格式 基础软件核 微控制器抽象 运行时环境 接口标准化 内容 1、 AUTOSAR简介 2、 AUTOSAR软件结构 3、 AUTOSAR方法、模型、工具和一致性测试 AUTOSAR软件结构——内容 2.1 软件的组成与分层 2.2 RTE 2.3 系统服务 2.4 诊断服务 2.5 通信栈 AUTOSAR软件组件 软件分层 例子——层的交互 AUTOSAR软件结构——内容 2.1 软件的组成与分层 2.2 RTE 2.3 系统服务 2.4 诊断服务 2.5 通信栈 RTE作用 RTE是AUTOSAR ECU体系的核心 AUROSAR 软件组件 应用软件概念上位于AUTOSAR RTE之上 - AUTOSAR应用软件组件 - AUTOSAR传感器-致动器组件 AUTOSAR软件组件在系统配置期间可以配置给任何可用的ECU RTE确保组件可以通信 基础软件模块 能直接访问ECU抽象层和其他基础软件模块 AUTOSAR软件组件不能直接访问基础软件模块 所有的通信都要通过AUTOSAR接口 访问是由RTE控制的 可运行实体 指一系列能由运行时环境（RTE）启动的组件中的一段指令及相关的数据集 代表的就是组件的一个功能 一个组件提供一个或几个可运行实体 一个可运行实体有一个入口点 RTE负责调用可运行实体，由RTE事件激活 通信 通信接口由一些端口组成 AUTOSAR软件组件能和位于同一个ECU上的其他AUTOSAR软件组件通信 AUTOSAR软件组件能和位于不同ECU上的其他AUTOSAR软件组件通信 AUTOSAR软件组件能和有端口并位于同一个ECU上的基础软件模块通信 通信是静态的 端口分为 发送-接收端口接口－提供消息传递 客户-服务端口接口－提供功能调用 通信模型（一） 通信模型（二） 通信模式 针对接收-发送通信提供两种通信模式 显式的－使用显式的RTE API调用来发送或接收数据元素 隐式的－在可运行实体被调用前RTE自动的读一个特定中的数据元素集合，在可运行实体终止以后RTE自动的往另外的数据元素集合中写 RTE 产生器 负责AUTOSAR软件组件API的创建 连接AUROSAR软件组件和OS 管理组件间的通信 RTE订约阶段 定义了组件与RTE之间的“契约” RTE产生阶段 用组件相关的所有信息来生成RTE AUTOSAR软件结构——内容 2.1 软件的组成与分层 2.2 RTE 2.3 系统服务 2.4 诊断服务 2.5 通信栈 系统服务 系统服务为应用和基本软件模块提供基本服务。 系统服务 OS ECU状态管理器 BSW调度器 看门狗管理器 OS AUTOSAR OS的基本特征包括： 静态配置 能够推断实时系统性能 提供基于优先级的调度策略 提供运行时保护功能（存储、计时等） 可驻留在低端控制器上，并且不需要其他资源 对于特殊的应用，操作系统可以配置为只包含该应用需要的服务。因此操作系统的资源需求会尽可能的少。 OS 如果AUTOSAR组件需要在某些专用OS上运行，例如Windows CE、VxWorks、QNX等，应该使用AUTOSAR