《AUTOSAR架构软件结构简介》由会员分享，可在线阅读，更多相关《AUTOSAR架构软件结构简介（10页珍藏版）》请在金锄头文库上搜索。
1、AUTOSAR构软件结构简介TTTbcft.ARchitecture ）。近年随着汽车电子化、智能化发展，汽车CAN总线上搭载的ECU日益增多。各汽车制造商车型因策略不同 ECU数目略有不同，但据统计平均一台车约为25个模块，某些高端车型则 高达百余个。同时娱乐信息系统作为人类第三屏，交互体 验正不断扩展，加上车联网程度的逐步加深，整车系统的通 信数据量正在以量级增长。汽车电子领域迫切需要有一种全新的整车软件设计标准来应对愈加复杂的电子设计。为此，在 2003年欧洲宝马为首几 家OEM巨头与一些Tieri成立AUTOSAR联盟，致力于为汽 车工业开发一套支持分布式的、功能驱动的汽车电子软件开发
2、方法和电子控制单元上的软件架构标准化方案，也就是我们常听到的 AUTOSAR ( AUTomotive Open SystemX11J IninOENSONECTools and ServicesBMMOcitup 4.U BOSCHDAIMLER PSA t-ruOtOf OTkOtTOYOTA VQLKWAEN AGMvldfMIVvn! Mrmturr4 Cert PjiFlrwrSereneTwr 1General OEM整车软件系统可通过AUTOSAR架构对车载网络、系统内存 及总线的诊断功能进行深度管理，它的出现有利于整车电子 系统软件的更新与交换，并改善了系统的可靠性和稳定性。目
3、前支持AUTOSAR标准的工具和软件供应商都已经推出了 相应的产品，提供需求管理，系统描述，软件构件算法模型 验证，软件构建算法建模，软件构件代码生成，RTE生成，ECU配置以及基础软件和操作系统等服务，帮助OEM实现无缝的系统软件架构开发流程。AUTOSAR的分层设计AUTOSAR计划目标主要有三个：?建立独立于硬件的分层软件架构?为实施应用提供方法论，包括制定无缝的软件架构堆叠流 程并将应用软件整合至ECU?制定各种车辆应用接口规范，作为应用软件整合标准，以 便软件构件在不同汽车平台复用AUTOSARSattw-jrsCwnpoiwriKCrffrnntKirwi. allnarfKECU
4、f Im-iwwAppHrotWMi Softwir#ActuMorScftWBf*Cwt 甲MSankOr5oftwpwpunmAUrOSARinterfK*AUT03AR lntrfKAUF05AR lrittrfceftandardizMi InterfaceStand a rrfSottAwvAPI?VFH K RTE rvhrvantfr API I U RTE rvlvranlAPIAOpwatiriQSystemvl5rM4Jag 一AUTOSARSoftware岛 ppIlEESoftWMVGdrtiWnlAUTOSAR IntarfJK*小加 ft- 一 fl *. , -C
5、VTTlfjtfJK Devis rlvmAUTaSAR:SUMw，i“d 1nlrfc Slindurdiced r imsrfara AUTOSAAIElceECU 3*廿iclg口StandJifclircdimerFanMi&rocontroHtr Abstract kinECU-HardwareAUTOSAR整体框架为分层式设计，以中间件 RTE(Runtime Environment)为界)隔离上层的应用层(Application Layer ) 与下层的基础软件(Basic Software)。软件组件SWC VFB与RTE应用层中的功能由各软件组件(SWC)实现，组件中封装了
6、部分或者全部汽车电子功能，包括对其具体功能的实现以及 对应描述，如控制大灯，空调等部件的运作，但与汽车硬件 系统没有连接。在设计开发阶段中，软件组件通信层面引入了一个新的概念，虚拟功能总线 VFB (Virtual Functional Bus),它是对AUTOSAR所有通信机制的抽象，利用 VFB,开发工程师将软件组件的通信细节抽象，只需要通过AUTOSAR所定义的 接口进行描述，即能够实现软件组件与其他组件以及硬件之 间的通信，甚至ECU内部或者是与其他ECU之间的数据传 输。Intedace、API 2 VFBARTE relevantStandard SoftwareBrakeAdud
7、torSWC3nini因此软件组件只需向VFB发送输出信号，VFB将信息传输给目标组建的输入端口，这样的方式使得在硬件定义之前，即 可完成功能软件的验证，而不需要依赖于传统的硬件系统。ABS LogicGntroflerSWC2inlnlnVirtual Funebon Bus中间件RTE与面向对象00 (object oriented)的编程思想非常接近，所有ECU所对应的RTE都是特定的，它负责着软 件构件间以及软件构件与基础软件之间的通信。对于软件构 件来说，基础软件不能够直接访问，必须通过RTE进入。因而RTE也被理解成是VFB的接口实现。而构件之间及构件与基础软件的通信关系如图所示:
8、值得注意的是，AUTOSAR软件构件无法直接访问基础软件 中的操作系统OS,因而在应用程序中就不存在task的概 念，且不能动态创建线程，因此并行的任务由RTE直接管理调入的构件运行实体来实现。每个软件构件也许会有一 个或者多个运行实体，但是一个运行实体只对应一个入口。基础软件层BSW基础软件则被抽象为四层:AUTOSAR Runtime Environmefit |bbrdthore?服务层(Services Layer)? ECU 抽象层(ECU Abstraction Layer )?微控制器抽象层(Microcontroller Abstraction Layer )?复杂驱动(Com
9、plex Device Drivers )1、服务层包含RTOS、通信与网络管理、内存管理、诊断服 务、状态管理、程序监控等服务；2、ECU抽象层中封装了微控制器层及外围设备的驱动，并对 微控制器内外设的访问进行了统一，实现了软件应用层与硬 件系统的分离。3、微控制器抽象层位于基础软件的最底层，包含了访问微控 制器的驱动(如I/O驱动、ADC驱动等)，做到了上层软件 与微控制器的分离，以便应用的后续的移植复用。4、复杂驱动由于其严格的时序为应用层通过RTE访问硬件提供支持。AUTOSAR软件架构的提出与推广将有效缩短OEM研发与测 试新架构车型的时间，未来也将会有越来越多的企业与供应 商加入到AUTOSAR无缝解决方案的制定中，一定程度上将 提高不同车型平台的软件复用性，从而整体市场的研发成本 与开发周期。
