基于AUTOSAR标准的VFB仿真工具

合集下载

AutosarVFB简介

AutosarVFB简介

AutosarVFB简介
虚拟功能总线是对AUTOSAR提供的所有通信机制的一种抽象,是所有软件组件进行交互的桥梁。

通过虚拟功能总线,软件组件之间的通讯细节被抽象出来,软件组件通过AUTOSAR定义的接口对通讯进行描述,即可最大程度地独立于具体的通讯机制,实现与其他软件组件和硬件的交互。

通过虚拟功能总线,无论软件组件使用的
是单ECU的内部通信还是ECU间的外部通信,
对于应用软件的设计者来说没有本质区别。


部通信与外部通信的区别只有等到系统配置阶
段,将软件组件分配到不同的ECU之后,才
能体现出来。

而在这种情况下,虚拟功能总线
的真实通信实现可以由RTE和基础软件来保证。

因此,在虚拟功能总线的帮助下,应用软件的
各个软件组件不需要关注通信的区别,从而可
以在独立的情况下设计开发软件组件,使得应
用软件的开发可以独立于具体的ECU,使得开
发人员将精力集中在应用软件及其软件组件的
开发上。

(5)与标定与测量系统交互
参考文献:
1、Autosar technical overview
2、从软件构架看符合AUTOSAR标准的软件Part 1 –软件分层(小翼)
3、autosar layer.pdf
4、AUTOSAR架构不得不看的深度解析(末离)
5、AUTOSAR软件组件介绍(虹科)。

谈谈AUTOSAR

谈谈AUTOSAR

谈谈AUTOSARAUTOSAR是由欧日的主要汽车生产商和一些芯片制造商推出的产业标准或操作系统。

其主要动机是为了应对日益复杂的汽车电子系统:提高系统的灵活性;增加系统的更新和升级性能;改善系统的可靠性和稳定性;在设计过程中能更早地发现问题。

目前AUTOSAR的版本是3.1。

许多厂商(FREESCALE, RENESAS,Vector, Infineon, WindRiver 等)已经推出了自己的AUTOSAR系统。

虽然AUTOSAR自称是操作系统,但它更是软件设计标准。

在具体实现的过程中还须要借用现有的实时操作系统(OSEK, vxWorks, WindowsCE, LINUX, QNX 等)。

AUTOSAR的风格很object oriented; 它的RTE(run time environment) 和VFB(virtual functional bus)形式上有点像JAVAAUTOSAR的优点。

1、模块式设计除了AUTOSAR声称的几点优点(对应日益复杂的汽车电子系统、灵活性、更新和升级、可靠性、稳定性、将问题消除在早期阶段)外,由于AUTOSAR采用OMT 或者UML(object modeling technique or Unified Modeling Language,常用工具如System Architect, Rational Rose, ARTiSAN) 式的设计,OMT/UML可以是很抽象和具体的;它能使不懂技术的高层管理者和决策者能够理解设计者的设计意图,从而加速进程,少走弯路。

2、ConfigurationConfiguration 是非常有效的软件设计理念,它体现了汽车设计从“硬”设计到“软”设计的过程。

在早期的汽车电器中,以开关、步线为主。

随着电子设备的增加和质量要求、人工、导线费的增加,数据总线得到了广泛的应用。

为了保证安全和产品质量,许多汽车厂商采用Configuration来个控制整车的功能,这样一来可避免车主私装、卸设备影响安全,二来可为厂商减少人工费用,比方说车主需要付费才能使用某项功能,而车辆的“硬”设备是相同的。

AUTOSAR 软件组件介绍

AUTOSAR 软件组件介绍

AUTOSAR 软件组件介绍在AUTOSAR中,应用软件是由一系列相互交互的软件组件构成的。

在基于AUTOSAR的应用软件开发过程中,软件组件是整个应用软件的基础,其他软件开发工作如配置、映射等,都是围绕软件组件展开的。

本小节重点介绍AUTOSAR中软件组件的相关概念。

软件组件(Software Component,SWC)是AUTOSAR中的一个重要概念。

软件组件是封装了部分或者全部汽车电子功能的模块。

软件组件包括了其具体的功能实现以及与对应的描述。

各个软件组件通过虚拟功能总线进行交互,从而形成一个AUTOSAR应用软件。

虚拟功能总线(Virtual Function Bus,VFB)是AUTOSAR中的另一个重要概念。

虚拟功能总线是对AUTOSAR提供的所有通信机制的一种抽象,是所有软件组件进行交互的桥梁。

通过虚拟功能总线,软件组件之间的通讯细节被抽象出来,软件组件通过AUTOSAR定义的接口对通讯进行描述,即可最大程度地独立于具体的通讯机制,实现与其他软件组件和硬件的交互。

通过虚拟功能总线,无论软件组件使用的是单ECU的内部通信还是ECU间的外部通信,对于应用软件的设计者来说没有本质区别。

内部通信与外部通信的区别只有等到系统配置阶段,将软件组件分配到不同的ECU之后,才能体现出来。

而在这种情况下,虚拟功能总线的真实通信实现可以由运行时环境和基础软件来保证。

因此,在虚拟功能总线的帮助下,应用软件的各个软件组件不需要关注通信的区别,从而可以在独立的情况下设计开发软件组件,使得应用软件的开发可以独立于具体的ECU,使得开发人员将精力集中在应用软件及其软件组件的开发上。

一个应用软件是由多个相互交互的软件组件构成的,而各个软件组件之间的交互是由虚拟功能总线提供的通信机制来保证的。

软件组件通过端口(Port)来进行不同软件组件间或者软件组件与硬件间的通讯或者交互。

每个软件组件都需要定义端口。

端口代表了软件组件间通信内容及其方向,分为两类,一类是供型端口(P-Port),一类是需型端口(R-Port)。

AUTOSAR_EXP_VFB(中文版)

AUTOSAR_EXP_VFB(中文版)

免责声明由AUTOSAR发布的此规范及其中的材料只能用于提供信息。

AUTOSAR以及共同完成此规范的公司对此规范的使用不负有任何责任。

此规范中包含的材料受到版权和其它知识产权的保护。

将此规范中包含的材料用于商业开发之前,它需要获得此类知识产权的认证。

只要是用于提供信息的目的,在不作出任何修改的情况下,此规范可以以任何形式或者任何方式被使用或者再生。

在没有获得出版者书面允许的情况下,此规范中的任何部分都不能以任何形式或者任何方式被用于任何其它目的。

AUTOSAR规范目前只能用于汽车应用。

对于非汽车应用,其规范要么是还未被开发,要么是还未经过测试。

单词AUTOSAR和AUTOSAR商标是登记过的商标。

对用户的建议AUTOSAR规范可以包含典型的项目(典型的参考模型,”使用案例”,和/或者对典型技术解决方案,设备,程序或者软件的参考)。

此规范中包含的任何此类典型项目只能用于说明的目的,它们并不是AUTOSAR 标准的一部分。

如果它们出现在此类规范中,或者出现在实现典型项目的任何AUTOSAR产品一致性文件中,那并不意味着它的知识产权与AUTOSAR标准的知识产权相同。

目录表1 对此文件的介绍1.1内容1.2预读1.3与其它AUTOSAR规范的关系1.4本文件的结构和约定1.4.1本文件的结构1.4.2规范的项目2 虚拟功能总线3 总体的机制和概念3.1 组件3.2 端口- 接口3.3 端口3.3.1 端口类型3.3.2 端口兼容性3.3.3 数据类型方针3.4 接插件3.4.1 未连接的端口3.4.1.1 未连接的发送器/接收器端口3.4.1.2 未连接的客户/服务器端口3.5 合成物与原子组件3.6 VFB与ECU软件结构之间的关系3.7 软件组件的种类3.8 组件资源和”可运行状态”3.8.1 背景3.8.2 “可运行的”概念3.8.3 一个组件的实现,RTE的角色3.9 接口转换模块3.9.1 支持的转换和映射3.9.1.1 接口元素映射3.9.1.2 线性数据转换3.9.1.3 数据映射3.9.1.4 混合的转换3.10 变型处理3.10.1 绑定次数3.10.2 选择一个变型3.10.3 可变性3.10.3.1 软件组件的可变性3.10.3.2 端口的可变性3.10.3.3 接插件的可变性4 在VFB上的通信4.1 介绍4.2 错误类型4.3 发送器- 接收器通信4.3.1 从发送器的观点4.3.2 从接收器的观点4.3.3 发送器-接收器的多样性4.3.4 发送器和接收器之间的滤波4.3.5 一个发送器-接收器接插件中的并发性和排序4.4 客户-服务器通信4.4.1 从客户的观点4.4.2 从服务器的观点4.4.3 客户-服务器的多样性4.4.4 一个客户-服务器接插件中的顺序和并发性4.5 与通信伙伴的识别有关的评论5 定时扩展5.1 AUTOSAR定时扩展的主要目的5.2 AUTOSAR方法论的不同阶段的定时6 与硬件的交互作用6.1 介绍6.2 微控制器抽象层(MCAL)6.3 ECU抽象6.4 传感器-激励器软件组件6.5 复杂的设备驱动器组件7 AUTOSAR 服务7.1 介绍7.2 VFB表示法7.2.1 通信机制的选择7.2.2 服务的位置7.2.3 远程服务的请求分布7.2.4 与平台有关的类型7.2.5 配置7.3 服务清单8 模式管理8.1 介绍8.2 定义模式8.3 通信模式8.4 模式管理器:控制模式的组件8.5 取决于模式的组件9 端口组10 测量和校准10.1 校准10.1.1 基于端口的校准10.1.1.1 单次安装10.1.1.2 软件组件的多次安装10.1.1.3 校准组件的多次安装10.1.2 私人校准10.2 测量11 与非AUTOSAR ECUs的交互作用11.1 介绍11.2 交互的问题11.3 交互的描述12 参考1 对此文件的介绍1.1 内容此规范描述了AUTOSAR虚拟功能总线(VFB)。

AUTOSAR_EXP_VFB(中文版)

AUTOSAR_EXP_VFB(中文版)

免责声明由AUTOSAR发布的此规范及其中的材料只能用于提供信息。

AUTOSAR以及共同完成此规范的公司对此规范的使用不负有任何责任。

此规范中包含的材料受到版权和其它知识产权的保护。

将此规范中包含的材料用于商业开发之前,它需要获得此类知识产权的认证。

只要是用于提供信息的目的,在不作出任何修改的情况下,此规范可以以任何形式或者任何方式被使用或者再生。

在没有获得出版者书面允许的情况下,此规范中的任何部分都不能以任何形式或者任何方式被用于任何其它目的。

AUTOSAR规范目前只能用于汽车应用。

对于非汽车应用,其规范要么是还未被开发,要么是还未经过测试。

单词AUTOSAR和AUTOSAR商标是登记过的商标。

对用户的建议AUTOSAR规范可以包含典型的项目(典型的参考模型,”使用案例”,和/或者对典型技术解决方案,设备,程序或者软件的参考)。

此规范中包含的任何此类典型项目只能用于说明的目的,它们并不是AUTOSAR 标准的一部分。

如果它们出现在此类规范中,或者出现在实现典型项目的任何AUTOSAR产品一致性文件中,那并不意味着它的知识产权与AUTOSAR标准的知识产权相同。

目录表1 对此文件的介绍1.1内容1.2预读1.3与其它AUTOSAR规范的关系1.4本文件的结构和约定1.4.1本文件的结构1.4.2规范的项目2 虚拟功能总线3 总体的机制和概念3.1 组件3.2 端口- 接口3.3 端口3.3.1 端口类型3.3.2 端口兼容性3.3.3 数据类型方针3.4 接插件3.4.1 未连接的端口3.4.1.1 未连接的发送器/接收器端口3.4.1.2 未连接的客户/服务器端口3.5 合成物与原子组件3.6 VFB与ECU软件结构之间的关系3.7 软件组件的种类3.8 组件资源和”可运行状态”3.8.1 背景3.8.2 “可运行的”概念3.8.3 一个组件的实现,RTE的角色3.9 接口转换模块3.9.1 支持的转换和映射3.9.1.1 接口元素映射3.9.1.2 线性数据转换3.9.1.3 数据映射3.9.1.4 混合的转换3.10 变型处理3.10.1 绑定次数3.10.2 选择一个变型3.10.3 可变性3.10.3.1 软件组件的可变性3.10.3.2 端口的可变性3.10.3.3 接插件的可变性4 在VFB上的通信4.1 介绍4.2 错误类型4.3 发送器- 接收器通信4.3.1 从发送器的观点4.3.2 从接收器的观点4.3.3 发送器-接收器的多样性4.3.4 发送器和接收器之间的滤波4.3.5 一个发送器-接收器接插件中的并发性和排序4.4 客户-服务器通信4.4.1 从客户的观点4.4.2 从服务器的观点4.4.3 客户-服务器的多样性4.4.4 一个客户-服务器接插件中的顺序和并发性4.5 与通信伙伴的识别有关的评论5 定时扩展5.1 AUTOSAR定时扩展的主要目的5.2 AUTOSAR方法论的不同阶段的定时6 与硬件的交互作用6.1 介绍6.2 微控制器抽象层(MCAL)6.3 ECU抽象6.4 传感器-激励器软件组件6.5 复杂的设备驱动器组件7 AUTOSAR 服务7.1 介绍7.2 VFB表示法7.2.1 通信机制的选择7.2.2 服务的位置7.2.3 远程服务的请求分布7.2.4 与平台有关的类型7.2.5 配置7.3 服务清单8 模式管理8.1 介绍8.2 定义模式8.3 通信模式8.4 模式管理器:控制模式的组件8.5 取决于模式的组件9 端口组10 测量和校准10.1 校准10.1.1 基于端口的校准10.1.1.1 单次安装10.1.1.2 软件组件的多次安装10.1.1.3 校准组件的多次安装10.1.2 私人校准10.2 测量11 与非AUTOSAR ECUs的交互作用11.1 介绍11.2 交互的问题11.3 交互的描述12 参考1 对此文件的介绍1.1 内容此规范描述了AUTOSAR虚拟功能总线(VFB)。

AUTOSAR架构深度解析

AUTOSAR架构深度解析

AUTOSAR架构深度解析AUTOSAR的分层式设计,⽤于⽀持完整的软件和硬件模块的独⽴性(Independence),中间RTE(Runtime Environment)作为虚拟功能总线VFB(Virtual Functional Bus)的实现,隔离了上层的应⽤软件层(Application Layer)与下层的基础软件(Basic Software),摆脱了以往ECU软件开发与验证时对硬件系统的依赖。

软硬件分离的分层设计,对于OEM及供应商来说,提⾼了系统的整合能⼒,尤其标准化交互接⼝以及软件组件模型的定义提⾼了各层的软件复⽤能⼒,从⽽降低了开发成本,使得系统集成与产品推出的速度极⼤提升。

AUTOSAR分层结构及应⽤软件层功能图中所⽰,算上复杂驱动层(Complex Device Drivers),AUTOSAR架构中共分六层:1. 应⽤软件层(Application Layer)2. 运⾏环境RTE(Runtime Environment)3. 服务层(Services Layer)4. ECU抽象层(ECU Abstraction Layer)5. 微控制器抽象层(Microcontroller Abstraction Layer)6. 复杂驱动(Complex Device Drivers)⾃上⽽下逐层介绍:应⽤软件层AUTOSAR的软件被组织在独⽴的单位软件组件(software-component)中,其中封装了部分或全部汽车电⼦的功能与⾏为,包括对具体模块功能的实现以及对应描述,但是对外界仅仅开放了定义好的接⼝,称之为PortPrototypes,⽽所有ECU内部组件之间的通信及获取其他ECU 资源的动作就都必须要通过接⼝来访问RTE来完成了。

应⽤软件层内的通信关系如下:1. 软件组件能和同⼀个ECU上其他软件组件通信2. 软件组件能和位于不同ECU上的其他软件组件通信3. 软件组件能和有端⼝并位于同⼀个ECU上的基础软件(BSW)进⾏通信虚拟功能总线VFB及运⾏环境RTE虚拟功能总线(VFB)是底层基础软件与⽹络拓扑结构的抽象,是AUTOSAR提供的所有通信机制的集合,在信息数据交互的过程中,应⽤程序被建模为组合组件。

Delphi_VFB_Simulator

Delphi_VFB_Simulator

VIRTUAL FUNCTIONAL BUSSIMULATOR1st AUTOSAR Open Conference &8th AUTOSAR Premium Member ConferenceDetroit 2008, Oct. 23Jörgen Tryggvesson, Delphi/ MecelINTRODUCTIONVFB Simulator main purposesProvide a PC based development platform for SWCsProvide a PC platform for system testing of SWC communication Provide a simulated environment for unit testing of SWC and RTEINTRODUCTIONREQUIREMENTSDESIGN TECHNICAL DETAILSCONCLUSIONS MORE INFORMATION DEMONSTRATIONINTRODUCTIONVFB Simulator main purposesProvide a PC based development platform for SWCsProvide a PC platform for system testing of SWC communication Provide a simulated environment for unit testing of SWC and RTEINTRODUCTIONREQUIREMENTSDESIGN TECHNICAL DETAILSCONCLUSIONS MORE INFORMATION DEMONSTRATIONREQUIREMENTSVFB Simulator high level requirementsExecutable on PCIntegrated with, but decoupled from the RTE AUTOSAR execution order of tasksNo real time behaviourNo external bus communicationAll SWCs on one ECUINTRODUCTIONREQUIREMENTSDESIGN TECHNICAL DETAILSCONCLUSIONS MORE INFORMATION DEMONSTRATIONDESIGNHOW TO GO FROM VFB TO VFB SIMULATORTECHNICAL DETAILSOS WRAPPER FILE STRUCTURE AND CONFIGURATION**Available for GCC and VC (Visual Studio)TECHNICAL DETAILS HOW TO MAP WINDOWS TO AUTOSAR OSCONCLUSIONSVFB Simulator main purposesProvide a PC based development platform for SWCsProvide a PC platform for system testing of SWC communication Provide a simulated environment for unit testing of SWC and RTEINTRODUCTIONREQUIREMENTSDESIGN TECHNICAL DETAILSCONCLUSIONS MORE INFORMATION DEMONSTRATIONCONCLUSIONSVFB Simulator main purposesProvide a PC based development platform for SWCsMultimedia gateway ECU (production program)DemosProvide a PC platform for system testing of SWC communication Provide a simulated environment for unit testing of SWC and RTEINTRODUCTIONREQUIREMENTSDESIGN TECHNICAL DETAILSCONCLUSIONS MORE INFORMATION DEMONSTRATIONCONCLUSIONSVFB Simulator main purposesProvide a PC based development platform for SWCsMultimedia gateway ECU (production program)DemosProvide a PC platform for system testing of SWC communication Multimedia gateway ECU (production program)DemosProvide a simulated environment for unit testing of SWC and RTEINTRODUCTIONREQUIREMENTSDESIGN TECHNICAL DETAILSCONCLUSIONS MORE INFORMATION DEMONSTRATIONCONCLUSIONSVFB Simulator main purposesProvide a PC based development platform for SWCsMultimedia gateway ECU (production program)DemosProvide a PC platform for system testing of SWC communication Multimedia gateway ECU (production program)DemosProvide a simulated environment for unit testing of SWC and RTE Unit test of RTEINTRODUCTIONREQUIREMENTSDESIGN TECHNICAL DETAILSCONCLUSIONS MORE INFORMATION DEMONSTRATIONCONCLUSIONSINTRODUCTIONREQUIREMENTSDESIGNTECHNICAL DETAILSCONCLUSIONSMORE INFORMATION VFB Simulator main purposesDEMONSTRATION Provide a PC based development platform for SWCsMultimedia gateway ECU (production program)DemosProvide a PC platform for system testing of SWC communicationMultimedia gateway ECU (production program)DemosProvide a simulated environment for unit testing of SWC and RTEUnit test of RTEMORE INFORMATIONRead more about the Picea product family at www.mecel.sePicea WorkbenchPicea RTEPicea BSWINTRODUCTIONREQUIREMENTSDESIGN TECHNICAL DETAILSCONCLUSIONS MORE INFORMATIONDEMONSTRATION Mecel Picea–for efficient AUTOSAR developmentDEMONSTRATION AN INSTRUMENT CLUSTER EXAMPLEINTRODUCTION REQUIREMENTSDESIGNTECHNICAL DETAILSCONCLUSIONSMORE INFORMATIONDEMONSTRATIONDEMONSTRATIONBlinking: LeftINTRODUCTIONREQUIREMENTSTECHNICAL DETAILSCONCLUSIONSMORE INFORMATIONDEMONSTRATION Blinking: Left。

虚拟功能总线VFB介绍

虚拟功能总线VFB介绍

虚拟功能总线VFB介绍
VFB是AUTOSAR提供的所有通信机制的总和。

在AUTOSAR中,一个应用被建模为一个组合组件,内部包括相互交互的组件。

如图1所示,VFB就是允许这些组件交互的通信机制。

在系统配置中,组件被映射到特定的系统资源,即ECU。

同时,组件之间的虚拟连接也被映射到本地连接,如CAN或FlexRay。

最后进行ECU个体的配置。

RTE是对单个ECU上VFB 接口的实现。

在图1的最上层,也即AUTOSAR软件开发的最早期阶段——软件组件开发阶段,开发者以VFB的视角看待系统,每个组件可以实现简单的功能,也可以实现非常复杂的功能。

每个组件有已定义好的端口用来表示该组件与其他组件的交互点,组件可以通过端口与其他组件进行交互。

每个端口都对应一个接口,接口定义了端口必须提供或者请求的内容。

AUTOSAR支持
三种类型的接口,client-server,sender-receiver和calibration。

每个端口要么是PPort,要么是RPort。

PPort提供接口中定义的元素,RPort请求接口中定义的元素。

每种端口根据接口类型的不同和是否提供服务表示为不同的图标。

VFB层次上的通信是指软件组件之间的通信,分为Sender-Receiver通信和Client-Server 通信。

Sender-Receiver通信主要用来发送和接收数据,Client-Server通信主要用来提供和使用服务。

VFB仿真工具的主要功能就是在PC上实现组件之间的这两种通信关系,从而验证组件设计者的设计意图是否正确实现。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

浙江大学硕士学位论文删减版基于AUTOSAR标准的VFB仿真工具(删减版)浙江大学ESE工程中心王超 support@密级:硕士学位论文论文题目基于AUTOSAR标准的VFB仿真工具作者姓名王超指导教师姚敏教授赵民德副教授学科(专业) 计算机应用技术所在学院计算机科学与技术提交日期2011年3月A Dissertation Submitted to ZhejiangUniversity for the Degree ofMaster of EngineeringTITLE: VFB Simulator Based on AUTOSARStandardAuthor: Chao WangSupervisor: Prof. Min YaoProf. Minde ZhaoSubject: Computer Application TechnologyCollege: Computer Science and TechnologySubmitted Date: Mar. 2011浙江大学硕士学位论文摘要摘要在汽车工业的带动下,汽车电子行业蓬勃发展,汽车电子软件的规模逐渐增大,复杂程度也不断提高。

业界为了规范汽车电子系统的开发,推出了AUTOSAR 开放系统架构,基于AUTOSAR标准进行汽车电子软件开发正成为汽车电子行业新的发展趋势。

基于AUTOSAR标准开发的软件组件具有标准的AUTOSAR接口,开发者设计组件时不必关心其运行环境,设计好之后的组件可以和其他符合AUTOSAR标准的组件集成使用,这大大方便了软件组件的设计。

然而,组件的测试和验证却并不简单,只能在整个AUTOSAR软件系统开发完成之后联合硬件环境一起进行,这无疑延长了软件开发周期,浪费了资源。

为了实现在开发的早期阶段即能方便地在PC 上对用户设计的软件组件进行验证,发现软件组件中的设计错误,本文基于AUTOSAR标准中“虚拟功能总路线”(Virtual Functional Bus)的概念开发了VFB 仿真工具。

本文采用模块化的描述方法,详细介绍了组成VFB仿真工具的三大模块:模拟进程模块,监控进程模块和仿真报告生成模块。

首先,在模拟进程模块,本文仿照实际的AUTOSAR开发流程,对其进行虚拟化,提出了模拟进程模块的开发流程,从而使软件组件模型可以在PC上面仿真运行;其次,在监控进程模块,本文设计和实现了监控进程,方便了用户观察仿真结果并对模拟进程进行控制;然后,在仿真报告生成模块,介绍了保存模型信息和模型仿真结果来生成仿真报告的方法;最后,本文设计了一个车灯控制系统,并使用VFB仿真工具对进行仿真验证。

关键词:AUTOSAR,VFB仿真,组件测试,报告生成i浙江大学硕士学位论文AbstractAbstractLed by the automotive industry, automotive electronic develops vigorously and the scale and complexity of automotive software increase rapidly. To regulate the development of automotive electronic systems, AUTOSAR standard is introduced and soon becomes a new trend in automotive industry.The software components developed based on AUTOSAR standard have standard AUTOSAR interfaces, such they can integrate with other components with standard AUTOSAR interfaces, and their running environment can be ignored at design stage. However, the test and validation of components are still not simple. It should be carried out with hardware at the end of the developing process, which is a waste of resource and time. In order to find the design errors of components at an early stage of development on PC, this paper developed a VFB simulator based on the concept of “Virtual Functional Bus” in AUTOSAR standard.In a modularized way, this paper describes the three main modules of VFB simulator: simulation process module, monitor process module and report generation module. Firstly, in the simulation process module, this paper emulated the actual AUTOSAR development flow, virtualized it and proposed the development process of simulation process module VFB simulator, enabling software component models run on PC. Secondly, in the monitor process module, this paper designed and implemented the monitor process, facilitating users to observe simulating results and control simulating schedule. Then, in the report generation module, the method that records model information and simulation results to generate simulating reports was introduced. Finally, this paper designed a car light control system and used the VFB simulator to validate it.Keywords:AUTOSAR, VFB Simulator, Component Test, Report Generationii浙江大学硕士学位论文目录目录摘要 (i)Abstract (ii)第1章绪论 (1)1.1 课题背景 (1)1.1.1 汽车电子发展 (1)1.1.2 AUTOSAR标准及其开发流程概述 (2)1.1.3 VFB仿真工具 (3)1.2国内外研究现状 (4)1.2.1 Vector Davinci Component Tester (4)1.2.2 dSPACE SystemDesk (5)1.2.3 Geensoft AUTOSAR Builder (6)1.3主要内容和贡献 (7)1.4本文结构 (8)1.5本章小结 (8)第2章研究基础 (9)2.1 领域基础 (9)2.1.1 AUTOSAR体系架构 (9)2.1.2 AUTOSAR开发方法 (10)2.1.3 VFB (11)2.2技术基础 (13)2.2.1 SmartSAR平台 (13)2.2.2仿真技术 (13)2.2.3 ARTOP平台 (14)2.2.4 代码生成 (16)2.2.5 文档生成 (16)2.2.6 进程间通信 (17)2.2.7线程同步 (18)2.2.8 SWING图形界面开发和JFreeChart (19)I浙江大学硕士学位论文目录2.3本章小结 (20)第3章 VFB仿真工具架构 (21)3.1 AUTOSAR VFB仿真流程分析 ....................................... 错误!未定义书签。

3.2总体设计 ...................................................................... 错误!未定义书签。

3.2.1模拟进程 .............................................................. 错误!未定义书签。

3.2.2监控进程及其与模拟进程的通信 ...................... 错误!未定义书签。

3.2.3仿真报告生成 ...................................................... 错误!未定义书签。

3.3 本章小结 ...................................................................... 错误!未定义书签。

第4章模拟进程 (22)4.1仿真线程模块 .............................................................. 错误!未定义书签。

4.1.1组件设计工具 ...................................................... 错误!未定义书签。

4.1.2配置文件自动生成工具 ...................................... 错误!未定义书签。

4.1.3 RTE VFB Tracing .................................................. 错误!未定义书签。

4.1.4虚拟基础服务实现 .............................................. 错误!未定义书签。

4.2信息接收模块和变量表 .............................................. 错误!未定义书签。

相关文档
最新文档