CN109117121A - 一种autosar软件架构实现方法 - Google Patents

Abstract

本发明提供一种AUTOSAR软件架构实现方法，属于车辆网络技术领域，包括：由原始数据协议和原始仿真模块生成数据管理文件；对数据管理文件进行数据匹配检测；由数据管理文件生成AUTOSAR软件的配置架构文件；将配置架构文件导入RTE配置工具中进行AUTOSAR软件的系统配置并得到一第一系统配置文件，同时根据配置架构文件生成AUTOSAR软件的应用架构模型。本发明的有益效果：能够实现RTE的统一管控，避免各软件控制模块的输入输出不匹配问题；软件控制模块开发人员可以延续传统模块开发方式，可以忽略AUTOSAR的存在；有益于AUTOSAR架构的自动化实现，提高开发效率；无须配套一系列的自动化开发工具，高效实现AUTOSAR配置。

Description

一种AUTOSAR软件架构实现方法

技术领域

本发明涉及车辆网络技术领域，尤其涉及一种AUTOSAR软件架 构实现方法。

背景技术

汽车开放系统架构(AUTOmotive Open System Architecture， AUTOSAR)是一个开发的标准化的汽车软件架构，主要由应用层 (Applincation layer)、运行环境(RunTime Environment，RTE)、 服务操作系统层(Basic Software layer，BSW layer)及电子控制 单元硬件(Electronic Control Unit hardware，ECU hardware)组成。

其中，BSW layer及RTE目前已经有很多主流供应商能够提供较 为成熟的解决方案，如Vector、ETAS、Mentor等，国内的有普华软 件等。这些供应商的解决方案大多能够支持到AUTOSAR 4.1.3以上 版本，基本能够满足目前国内对AUTOSAR的开发需求。当然，AUTOSAR软件包及配套工具较为昂贵，一些小企业也很难承担 AUTOSAR所带来的费用问题，目前国内只有个别大的原始设备制造 商(Original Equipment Manufacturer，OEM)及零部件供应商在开 始展开AUTOSAR相关的研发工作，大多也处于起步阶段，实际采 用AUTOSAR技术并且已经量产的项目非常之少。

AUTOSAR的初衷是屏蔽底层硬件资源分配、统一配置方法、解 决模块之间耦合性过高的问题，其本质是有利于策略层的标准化开 发，最终实现分布式开发，提高软件开发效率及降低维护成本。在当 今日益复杂的嵌入式系统开发中，该理念显得益发重要。当BSW及 RTE方案确定后，Application layer的应用却千变万化，不同控制器 如何进行模块划分，如微控制单元((Microcontroller Unit，MCU)、 车辆控制单元(Vehicle controlunit，VCU)、电池管理系统(BATTERY MANAGEMENT SYSTEM，BMS)、百度车载计算平台(BaiduComputing Unit，BCU)…这些控制器的功能千差万别，模块的划 分，系统的大小差异很大，这些完全需要由不同系统策略开发则自行 决定，没有统一定论。然而对模块在AUTOSAR中的软件控制 (Software Control，SWC)的理论是统一的，策略程序要考虑最主 要的问题是如何来生成Application SWC及SWC与RTE的融合问 题。

对于如何解决application layer实现问题，主流的AUTOSAR Application SWC开发有两种：1、“自上而下”，2、“自下而上”。

“自上而下”的方法是先由RTE去生成模块arxml文件，再由arxml 生成SWC框架，之后将SWC框架结合模型生成SWC，接着由SWC 完整模块生成AUTOSAR代码，最后与RTE代码一起参与编译。

“自下而上”的方法是从仿真模块(simulink module)出发，每个 模块单独按照AUTOSAR方法去配置并生成SWC代码及arxml文 件，再由arxml与RTE结合生成RTE代码，最后由RTE及SWC 生成的代码一起编译。

上述两种方法论很简单，但实际应用起来问题会非常多，两种方 法各有优缺点。

“自上而下”的方法，该方法有如下优点：1、能够实现RTE的统 一管控，避免各SWC输入输出不匹配问题；2、ASW模块开发人 员可以延续传统模块开发方式，可以忽略AUTOSAR的存在；3、有 利益AUTOSAR架构的自动化实现，提高开发效率。该方法的缺点 是必须配套一系列的自动化开发工具，否则AUTOSAR配置将会是 一个人工无法完成的任务。

“自下而上”的方法，该方法在实际实现过程中存在诸多缺点：1、 各模块首先要明确模块输入(inport)、输出(outport)、输入接口(input interface)、输出接口(outputinterface)、可运行(runnable)、事件 (event)等属性，对一个不断迭代的开发系统，input、output实际 是会不断变化的，在分布式开发系统中，这将会给AUTOSAR软件 集成带来灾难的后果，各模块直接的输入输出不匹配将导致系统无法 集成，进入集成—模块更新—集成—模块更新的死循环，极大降低增 加工作量及维护难度；2、在分布式开发系统中，此方法对模块开发 人员要求较高，必须掌握SWC方法论及配置方法，或者需要ASW 增加AUTOSAR架构专职管控或维护人员，进而导致ASW开发成本 增加。该方法的优点是如果ASW架构开发或管控比较到位，对RTE 集成人员的工作量会降低。

因此，亟需一种高效的AUTOSAR软件架构实现方案。

发明内容

针对现有技术中存在的问题，本发明涉及一种高效的AUTOSAR 软件架构实现方法。

本发明采用如下技术方案：

一种高效的AUTOSAR软件架构实现方法，包括：

步骤S1、由所述原始数据协议和所述原始仿真模块生成数据管理 文件，所述数据管理文件包括多个软件控制模块的数据定义信息；

步骤S2、根据预设的标准模板对所述数据管理文件进行数据匹配 检测，以将所述数据管理文件中的错误信息进行标注并提供给开发者 进行修正更新；

步骤S3、由经过修正更新后的所述数据管理文件生成所述 AUTOSAR软件的配置架构文件；

步骤S4、将所述配置架构文件导入所述RTE配置工具中进行所 述AUTOSAR软件的系统配置并得到一第一系统配置文件，同时根 据所述配置架构文件生成所述AUTOSAR软件的应用架构模型；

步骤S5、将所述第一系统配置文件和所述AUTOSAR软件的基 础软件层内的RTE文件一起进行系统配置并得到一第二系统配置文 件，同时结合所述应用架构模型和所述原始仿真模块生成所述 AUTOSAR软件的仿真应用模型；

步骤S6、通过所述RTE配置工具导入所述第二系统配置文件并 生成RTE代码，同时通过所述原始仿真模块根据所述仿真应用模型 生成所述AUTOSAR软件的仿真应用代码；

步骤S7、将所述RTE代码和所述仿真应用代码导入一软件工程 编译工具中进行编译并得到所述AUTOSAR软件的软件架构。

优选的，所述数据定义信息包括关联于所述SWC模块的输入信 号、输出信号、接口、界面、数据元素、线程以及事件。

优选的，所述预设的标准模板包括预设的多个软件控制模块的标 准数据定义信息，所述标准数据信息包括关联于所述软件控制模块的 标准输入信号、标准输出信号、标准接口、标准界面、标准数据元素、 标准线程以及标准事件。

优选的，所述预设的标准模板为excle格式模板。

优选的，由所述原始数据协议自动生成所述数据管理文件。

优选的，所述步骤S1中，由所述原始仿真模块手动生成所述数 据管理文件。

本发明的有益效果：能够实现RTE的统一管控，避免各软件控制 模块的输入输出不匹配问题；软件控制模块开发人员可以延续传统模 块开发方式，可以忽略AUTOSAR的存在；有益于AUTOSAR架构 的自动化实现，提高开发效率；无须配套一系列的自动化开发工具， 高效实现AUTOSAR配置。

附图说明

图1为本发明的一种优选实施例中，AUTOSAR软件架构实现方 法的流程示意图；

图2为本发明的一种优选实施例中，AUTOSAR软件架构实现方 法的流程图。

具体实施方式

需要说明的是，在不冲突的情况下，下述技术方案，技术特征之 间可以相互组合。

下面结合附图对本发明的具体实施方式作进一步的说明：

如图1-2所示，一种AUTOSAR软件架构实现方法，应用于采用 RTE配置工具生成AUTOSAR软件的过程中；所述RTE配置工具中 预设有原始数据协议(DBC/LDF文件)以及原始仿真模块(Simulink 模块)，还包括：

步骤S1、由所述原始数据协议和所述原始仿真模块生成数据管理 文件，所述数据管理文件包括多个软件控制模块的数据定义信息；

步骤S2、根据预设的标准模板对所述数据管理文件进行数据匹配 检测(创新点1)，以将所述数据管理文件中的错误信息进行标注并 提供给开发者进行修正更新；

步骤S3、由经过修正更新后的所述数据管理文件生成所述 AUTOSAR软件的配置架构文件(.arxml)(创新点2)；

步骤S4、将所述配置架构文件导入所述RTE配置工具中进行所 述AUTOSAR软件的系统配置(AUTOSAR ASW System配置)并 得到一第一系统配置文件，同时根据所述配置架构文件生成所述 AUTOSAR软件的应用架构模型(创新5)；

步骤S5、将所述第一系统配置文件和所述AUTOSAR软件的基 础软件层内的RTE文件一起进行系统配置并得到一第二系统配置文 件(创新3/4)，同时结合所述应用架构模型和所述原始仿真模块生成 所述AUTOSAR软件的仿真应用模型；

步骤S6、通过所述RTE配置工具导入所述第二系统配置文件并 生成RTE代码，同时通过所述原始仿真模块根据所述仿真应用模型 生成所述AUTOSAR软件的仿真应用代码；

步骤S7、将所述RTE代码和所述仿真应用代码导入一软件工程 编译工具中进行编译并得到所述AUTOSAR软件的软件架构。

在本实施例中，开发流程如下：

首先由原始数据协议(DBC/LDF文件)自动生成数据管理文件 (DD File)，同时由原始simulink模式手动生成数据管理文件；

数据管理文件通过后台自动检测功能进行数据匹配检测(创新点 1)，如果检测发现数据存在问题会自动标注，直到所有数据检查无误；

由DD file自动生成AUTOSAR配置架构文件(.arxml)(创新点 2)，该文件为后续AUTOSAR RTE架构的搭建及AUTOSAR modle 的自动生成打下基础；

由上步AUTOSAR配置架构文件导入RTE配置工具进行 AUTOSAR ASW System配置，同时由AUTOSAR架构文件自动生 成AUTOSAR架构模型(创新5)；

AUTOSAR ASW System配置完成之后需要与BSW RTE文件一 起进行AUTOSAR RTESystem配置(创新3/4)，同时AUTOSAR 架构模型需要与原始App models结合生成AUTOSARApp models；

由配置工具将AUTOSAR RTE System生成RTE code，同时 simulink需要将AUTOSARApp models生成AUTOSAR App code；

最后将RTE code及AUTOSAR App code同时导入整个软件工 程中进行编译集成生成最终软件(.hex/.a2l)。

创新1解决如何实现SWC输入输出管理及各SWC之间信号的 协调统一问题。具体解决方案如下：

SWC之间输入输出信息号的协调是一个技术问题，在分布式系统 中，模块的输入输出会不断变更，有信号的增减、信号名称的变更， 同时对一个复杂模块而言，动则上百或数百个信号，同时与数十个模 块由交互，由此，系统中任何一个模块由信号变更时都会队其他模块 带来影响。由此，在开发过程中，对模块信号的维护是个技术难题， 长期来看对工作量及信号输入输出的准确性都是一个考验。本发明在 传统通过EXCEL数据维护方法上开发一套模块子检查系统，大大减 低信号难度，提高开发效率。

创新1的技术效果如下：各SWC都有上述定义本模块input、 output data的excel模板，首先各自手工定义本模块的output data 部分，及数据源必须来自于各SWC output的信号，之后通过该管理 系统“refresh”之后，需要input的信号可以在本excel自行选配，从 而避免input与output不匹配问题。同时，本系统增加数据检查功能， 通过“variablecheck”功能，可以检查本excel中input的数据都能够 找到数据源，如果找不到数据源，本数据全部标红显示，由此避免其 他节点信号更改而导致本模块数据失效问题。

创新2解决如何实现SWC port、interface、data elements、 runnable、event的生成问题。具体解决方案如下：

如何实现SWC port、interface(界面)、data elements(数据 元素)、runnable(线程)、event(事件)的生成问题。按照AUTOSAR 的方法论，是需要手动为每个SWC定义相应的port、interface、 dataelements、runnable、event，对应大型的模块定义上述功能将 会是一个极大的工作量，再加上一个系统数十个模块、模块的不断迭 代带来的工作量，这些都是人工无法承受的，并且效率低下。发明提 出一种自动化实现上述定义方案：立足于问题1中SWC数据定义， 通过自动化工具生成SWC配置文件。

创新2的技术效果如下：

生成arxml文件导入RTE工具链，结果证明高效的解决了SWC 生成问题。

创新3解决如何实现RTE中通讯相关signal与ASW之间的 mapping关系问题。具体解决方案如下：

如何实现RTE中通讯相关signal与ASW之间的mapping关系 问题。对一个大型嵌入式开发系统，所涉及到的信号动则上千个之多， 底层配置好signal group之后，上层如何去mapping这些信号是一 个工作量极大的问题，每一个信号的配置都需要从上千个信号列表中 选中并配置，数千个信号的配置工作将会使人工不堪重负，准确性也 没保障，同时在开发过程中，系统数据协议会发生多次变更，维护工 作艰难。本发明提出采用自动化配置工具来完成该项工作，极大的提 供工作效率和准确性。方案如下：首先通过RTEconfiguration工具 对信号进行预配置，给每个ASW input、output信号随意mapping 一个COM signal，该步骤的目的是为了工具能够找到需要去 mapping的ASW信号，此步骤无法替代。之后保持工程，在工程源 文件找到该arxml配置文件，通过工具自动修改上述步骤中mapping 过的信号。

创新3的技术效果如下：

arxml文件中具体变更内容，自动更新之后导入arxml文件导入 RTEconfiguration工具显示，结果证明高效的解决了signal mapping 问题。

创新4解决如何实现inport&outport的mapping关系问题。具体 解决方案如下：

如何实现inport&outport的mapping。每个模块的inport、output 配置好之后，需要通过RTE进行mapping，通过手工mapping将会 是一个繁琐的工作，本发明提出通过自动配置方式自动生成port mapping文件。方案如下：通过每个SWC数据管理文件中所填写的inport信息，通过工具自动生成port mapping配置文件，该工具会自 动搜索每个SWC中的数据管理文件中所引入的input，之后汇总生 成一个port mapping文件。

创新4的技术效果如下：

工具自动处理pp、rp mapping文件之后，将arxml文件导入RTE configuration工具，效果显示高效的解决了port mapping问题。

创新5解决如何SWC AUTOSAR模块框架的生成问题。具体 解决方案如下：

如何SWC AUTOSAR模块框架的生成问题。通过自动化工具生 成每个SWC的arxml配置文件之后，需要通过该配置文件自动生成 SWC AUTOSAR模块框架。本文提出通过自动化工具实现该生成过 程。

创新5的技术效果如下：

根据自动框架模型，结果证明高效的解决了AUTOSAR模型框架 自动生成问题。

本发明能够实现RTE的统一管控，避免各软件控制模块的输入输 出不匹配问题；软件控制模块开发人员可以延续传统模块开发方式， 可以忽略AUTOSAR的存在；有益于AUTOSAR架构的自动化实现， 提高开发效率；无须配套一系列的自动化开发工具，高效实现AUTOSAR配置。

较佳的实施例中，所述数据定义信息包括关联于所述SWC模块 的输入信号、输出信号、接口、界面、数据元素、线程以及事件。

较佳的实施例中，所述预设的标准模板包括预设的多个软件控制 模块的标准数据定义信息，所述标准数据信息包括关联于所述软件控 制模块的标准输入信号、标准输出信号、标准接口、标准界面、标准 数据元素、标准线程以及标准事件。

较佳的实施例中，所述预设的标准模板为excle格式模板。

较佳的实施例中，所述步骤S1中，由所述原始数据协议自动生 成所述数据管理文件。

较佳的实施例中，所述步骤S1中，由所述原始仿真模块手动生 成所述数据管理文件。

通过说明和附图，给出了具体实施方式的特定结构的典型实施例， 根据本发明精神，还可作其他的转换。尽管上述发明提出了现有的较 佳实施例，然而，这些内容并不作为局限。

对于本领域的技术人员而言，阅读上述说明后，各种变化和修正 无疑将显而易见。因此，所附的权利要求书应看作是涵盖本发明的真 实意图和范围的全部变化和修正。在权利要求书范围内任何和所有等 价的范围与内容，都应认为仍属本发明的意图和范围内。

Claims (6)

1.一种AUTOSAR软件架构实现方法，应用于采用RTE配置工具生成AUTOSAR软件的过程中；其特征在于，所述RTE配置工具中预设有原始数据协议以及原始仿真模块，还包括：

步骤S1、由所述原始数据协议和所述原始仿真模块生成数据管理文件，所述数据管理文件包括多个软件控制模块的数据定义信息；

步骤S2、根据预设的标准模板对所述数据管理文件进行数据匹配检测，以将所述数据管理文件中的错误信息进行标注并提供给开发者进行修正更新；

步骤S3、由经过修正更新后的所述数据管理文件生成所述AUTOSAR软件的配置架构文件；

步骤S4、将所述配置架构文件导入所述RTE配置工具中进行所述AUTOSAR软件的系统配置并得到一第一系统配置文件，同时根据所述配置架构文件生成所述AUTOSAR软件的应用架构模型；

步骤S5、将所述第一系统配置文件和所述AUTOSAR软件的基础软件层内的RTE文件一起进行系统配置并得到一第二系统配置文件，同时结合所述应用架构模型和所述原始仿真模块生成所述AUTOSAR软件的仿真应用模型；

步骤S6、通过所述RTE配置工具导入所述第二系统配置文件并生成RTE代码，同时通过所述原始仿真模块根据所述仿真应用模型生成所述AUTOSAR软件的仿真应用代码；

步骤S7、将所述RTE代码和所述仿真应用代码导入一软件工程编译工具中进行编译并得到所述AUTOSAR软件的软件架构。

2.根据权利要求1的AUTOSAR软件架构实现方法，其特征在于，所述数据定义信息包括关联于所述SWC模块的输入信号、输出信号、接口、界面、数据元素、线程以及事件。

3.根据权利要求2的AUTOSAR软件架构实现方法，其特征在于，所述预设的标准模板包括预设的多个软件控制模块的标准数据定义信息，所述标准数据信息包括关联于所述软件控制模块的标准输入信号、标准输出信号、标准接口、标准界面、标准数据元素、标准线程以及标准事件。

4.根据权利要求1的AUTOSAR软件架构实现方法，其特征在于，所述预设的标准模板为excle格式模板。

5.根据权利要求1的AUTOSAR软件架构实现方法，其特征在于，所述步骤S1中，由所述原始数据协议自动生成所述数据管理文件。

6.根据权利要求1的AUTOSAR软件架构实现方法，其特征在于，所述步骤S1中，由所述原始仿真模块手动生成所述数据管理文件。