1、AUTOSAR简介2022-5-191Autosar简介目录/Content2022-5-192AUTOSAR背景介绍AUTOSAR技术概述AUTOSAR开发流程总结Q&AAUTOSAR背景介绍 AUTOSAR是什么？n AUTOSAR是英文AUTomotive Open Systems ARchitecture的缩写，中文意思是汽车开放系统架构，它定义了一套支持分布式的、功能驱动的汽车电子软件开发方法和电子控制单元上的软件架构标准化方案，以便应用于不同的汽车平台，提高软件复用，降低开发成本。 AUTOSAR标准建立背景u 电子系统的复杂性不断增长u 软件代码量急速上升u 生命周期差别: 整车
2、的生命周期往往长于ECU的生命周期u 嵌入式系统不支持硬件抽象u 有限的软件模块化u 重用性差: 当硬件（处理器型号）更换后，软件往往要推倒重写u 五花八门的硬件平台2022-5-193AUTOSAR背景介绍 AUTOSAR合作伙伴2022-5-194AUTOSAR背景介绍 AUTOSAR的目标和计划u 标准化：在标准上合作，在实现上竞争u 将汽车系统的基础软件标准化为一个跨OEM的“标准栈”u 集成不同供应商生产的功能模块u 适用于不同的车辆及不同的车型u 适用于整个产品的生命周期u 从软件站把硬件抽象出来，对于不同硬件平台具有更大的灵活性u 更多的配置而非实现u 标准化的AUTOSAR的代
3、码配置/建模工具u 重用性可以覆盖整个网络节点，甚至跨不同的OEMu 软件功能模块在不同车型之间被重用2022-5-195AUTOSAR背景介绍 AUTOSAR现实情况u 许多OEMs和供应商已在大范围的应用中引入AUTOSARu 大多数核心成员基本完成基础软件的迁移，使得基础软件完全遵从 AUTOSAR规范u AUTOSAR核心成员在2011年生产了给予ATUTOSAR架构的2500万 颗ECU，并计划2016年生产大约3亿颗2022-5-196AUTOSAR背景介绍 AUTOSAR版本发展2022-5-197AUTOSAR技术概述n软件架构n方法论n标准应用接口2022-5-198AUTO
4、SAR技术概述 软件架构分层图2022-5-199AUTOSAR技术概述 软件架构之微处理器抽象层u 包含直接访问微控制器和内部外设的驱动u 任务使得高层的软件独立于微控制器u 特征实现上依赖于微控制器上层接口：标准化、微控制器无关2022-5-1910AUTOSAR技术概述 软件架构之ECU抽象层u 包含：微控制器抽象层驱动的接口以及外部设备接口u 提供访问外设的API（无论设备是在微控制器的内部还是外部，以及如何与微控制器连接） u 任务：使得高层软件层与ECU硬件布局无关 u 特性：实现上微控制器无关、ECU硬件相关 2022-5-1911AUTOSAR技术概述 软件架构之复杂驱动u 复
5、杂驱动层跨越硬件到运行时环境 u 任务：提供集成特殊功能的能力。例如：AUTOSAR中未规定的设备驱动，具有很高的时间约束或迁移目的。 u 特性：实现上可能依赖于应用、微控制器和ECU硬件；上层接口可能依赖于应用、微控制器和ECU硬件 2022-5-1912AUTOSAR技术概述 软件架构之服务层u 服务层提供操作系统功能、车载网络通信和管理服务、存储服务、诊断服务、ECU状态管理、模式管理、逻辑和时序程序流监测 u 任务：为应用和基础软件模块提供基本服务 u 特性：大部分与微控制器和ECU硬件无关 2022-5-1913AUTOSAR技术概述 软件架构之AUTOSAR 运行时环境 u 运行时
6、环境为应用软件提供通信服务 u 任务：使得AUTOSAR软件构件独立于特定的ECU u 特性：实现上与ECU和应用相关 2022-5-1914AUTOSAR技术概述 功能组2022-5-1915AUTOSAR技术概述 软件架构之接口介绍2022-5-1916AUTOSAR背景介绍 软件架构之接口视图2022-5-1917AUTOSAR技术概述 方法论n AUTOSAR为符合该标准的汽车电子软件系统开发过程定义了一套通用的技术方法，这种方法即被称为AUTOSAR方法论（AUTOSAR Methodology）。汽车OEM作为整车系统功能的规划和设计者，需要了解 并掌握AUTOSAR提供的这套开发
7、流程，才能主导和推进符合AUTOSAR标准的系统的开发过程。2022-5-1918AUTOSAR技术概述 方法论nAUTOSAR方法论将系统开发过程分为不同的阶段，主线是从系统设计到ECU配置到ECU可执行文件生成，如图 1所示。还有一条直线是软件组件的设计和实现。每个阶段都定义有配套的辅助工具，各个工具之间以给定模板为格式的XML作为信息交互的载体。2022-5-1919AUTOSAR技术概述 方法论之阶段划分n 第一阶段是整体功能的定义和设计，这一阶段主要是由整车厂商规划系统的功能，软件供应商设计和实现的软件组件，只需提供符合AUTOSAR标准接口的描述文形式，系统设计者便可以很方便地把各
8、个组件实现整合起来。设计软件系统的同时，还可以设计硬件网络拓扑结构，定义网络通信的内容，最后按照ECU为单位，抽取各个ECU的描述信息，这一阶段的支持工具通常需要软件组件设计工具和系统配置工具等。2022-5-1920系统配置阶段AUTOSAR技术概述 方法论之第二阶段n 第二阶段是各个ECU局部的详细配置，以系统配置抽取的ECU信息为基础，ECU的配置既是进一步的细化配置，也是更贴近于ECU实现的配置。这一阶段的内容包括运行时环境的配置，操作系统和COM通信的配置，以及相关基础服务软件的配置，结果是产生一个包含ECU整体信息的配置描述文件。最后各个模块的代码生成工具根据此配置文件生成各个模块
9、的代码，再和软件组件的实现集成在一起编译生成ECU可执行文件2022-5-1921ECU配置阶段AUTOSAR技术概述 方法论总结：n AUTOSAR方法论的最大特点是对开发流程和工具做了比较详细的定义。AUTOSAR定义了开发流程中需要各个工具的所扮演的角色，以符合AUTOSAR Schema的标准格式XML文件作为工具间信息传递的载体，这种信息交换方式贯穿AUTOSAR开发工具链的始终。统一的格式简化了工具之间的连接，无论是设计过程中的反复迭代，无论采用自顶向下还是自下而上的方式均能适用，使得不同开发工具供应商开发的工具可以很方便集成一套完整的解决方案。AUTOSAR开发工具之间兼容性的增
10、强在很大程度上有利于减小基于模型的AUTOSAR软件开发流程的实施难度。n 简单来说，依据定义的一套规范，结合AUTOSAR工具链，根据应用的需求，和标准的应用接口。进行应用的设计和开发。SW-C可以通过配置或者手动代码实现。而RTE以及基础软件等都通过配置来完成。2022-5-1922AUTOSAR技术概述 标准应用接口n 通过RTE实现AUTOSAR软件构件（即应用程序）相互间的通信以及软件构件与基础软件之间的通信的前提是，软件构件必须具有标准的AUTOSAR接口。目前，AUTOSAR 4.2版已定义了大部分典型的汽车电子应用领域（动力，车身/舒适和底盘，乘务员行人安全，人机界面、多媒体和
11、通信等）的标准接口。AUTOSAR按照功能逻辑分别将这些领域的系统划分成若干个模块，这些模块可被视为一个软件构件或多个软件构件的组合，这些功能性的软件构件的接口被明确定义，所定义的接口的内容包括名称，含义，范围，数据类型，通信类型，单位等。应用软件开发者在软件构件的设计与开发时需要应用这些接口定义。2022-5-1923AUTOSAR技术概述 车身和舒适性模块的构件组成2022-5-1924AUTOSAR技术概述 刮水器喷洗器系统的应用接口图2022-5-1925AUTOSAR开发流程 整体流程2022-5-1926AUTOSAR开发流程 系统设计（OEM）2022-5-1927AUTOSAR
12、开发流程 ECU开发集成2022-5-1928AUTOSAR开发流程 自上而下的开发流程2022-5-1929总结n AUTOSAR正在成为现实，建立这样一个标准化平台并贯彻标准化，将会缩短新产品的研发时间和测试时间，从而帮助企业实现快速的市场反应。许多OEM都计划在接下来的车型中采用AUTOSAR。在市场上不少工具和软件供应商都已推出了符合AUTOSAR标准的工具或软件支撑，可为AUTOSAR系统的设计和开发提供完整的无缝的解决方案。n AUTOSAR是汽车电子软件平台标准化的历程中的一个巨大飞跃，我们需要学习和理解它。但是也必须看到，在整个汽车行内打破传统的软件开发平台需要相当长的一个过程。我们可以根据用户的需求和目标，在初期搭建AUTOSAR与传统软件的混合平台，这是是一个能够实现向AUTOSAR平滑升级的可行的方法。在这个过程里，重点不是单纯地使用，理解AUTOSAR的理念和思想才最重要，因为它对汽车电子软件开发的工作流程和商业模式都将带来意义深远的变革。2022-5-1930总结2022-5-19312022-5-1932Q&A
