ECU软件自动化集成方法及系统与流程

ecu软件自动化集成方法及系统
技术领域
1.本发明涉及软件开发技术领域，特别涉及一种ecu软件自动化集成方法及系统。


背景技术：

2.autosar(automotive open system architecture)方法论在汽车行业ecu(electronic control unit)软件开发中有着巨大优势，其规范提供了统一的标准化的软件架构以及软件接口，得益于此，软件的可移植性和可扩展性有了很大的提升，使得不同项目的ecu软件应用层(asw)代码和底层(bsw)代码能够实现复用，大大缩短了ecu软件的开发周期。
3.目前，ecu软件整个开发过程中，应用层代码和底层代码都是根据autosar标准区分出了很多不同的功能模块，它们之间的交互由各种不同类型的port去完成。对于应用层与应用层之间以及底层模块之间的接口连接，很多工作都是手动连接完成的，这样整个软件开发过程中会浪费很多时间和资源，同时手动连接也存在出错的风险，进一步降低了产品的开发效率。
4.因此，本发明提出了一种ecu软件自动化集成方法及系统来解决上述问题。


技术实现要素：

5.本发明解决的技术问题在于，提供了一种ecu软件自动化集成方法及系统，能够解决在ecu软件的开发过程中，手动集成软件带来的效率低下的问题。
6.本发明解决其技术问题是采用以下的技术方案来实现的：
7.一种ecu软件自动化集成方法，包括：获取应用层代码及其对应的第一接口文件；对所述应用层代码的第一接口文件进行解析；从所述第一接口文件中获取接口信息，并根据所述接口信息进行接口变更校验；导入需要更新的接口文件，将所述应用层代码和底层代码的接口自动连接，并生成相应的rte代码和os代码；通过脚本进行代码集成编译，以实现软件自动化集成。
8.在本发明的较佳实施例中，上述获取应用层代码及对应的第一接口文件的步骤，包括：获取所述应用层代码、所述第一接口文件、底层代码及其对应的第二接口文件；将所述应用层代码、所述第一接口文件、所述底层代码和所述第二接口文件导入到集成环境中。
9.在本发明的较佳实施例中，上述获取应用层代码及其对应的第一接口文件的步骤之后，包括：指定应用层的第一接口文件和底层的第二接口文件的路径。
10.在本发明的较佳实施例中，上述对所述应用层代码的第一接口文件进行解析的步骤，包括：通过脚本辅助工具，检索指定路径的所述第一接口文件和所述第二接口文件，并提取所述第一接口文件和所述第二接口文件中的接口信息及其变更项。
11.在本发明的较佳实施例中，上述从所述第一接口文件中获取接口信息，并根据所述接口信息进行接口变更校验的步骤，包括：将所述接口信息及其变更项与当前工程中的接口文件进行对比；对各swc组件进行校验，以检测所述swc组件中的port口是否存在变更。
12.在本发明的较佳实施例中，上述对各swc组件进行校验，以检测所述swc组件中的port口是否存在变更的步骤之后，包括：针对所述第一接口文件和第二接口文件，分别输出相应的接口校验结果。
13.在本发明的较佳实施例中，上述导入需要更新的接口文件，将所述应用层代码和底层代码的接口自动连接，并生成相应的rte代码和os代码的步骤，包括：通过脚本工具将指定路径的所述第一接口文件和/或所述第二接口文件导入到当前工程中，并完成所述应用层代码和所述底层代码的接口自动连接；根据所述各swc组件中port口的变更信息，生成相应的rte和os代码文件。
14.在本发明的较佳实施例中，上述第一接口文件包括：应用层和应用层之间以及应用层和底层之间的接口描述。
15.本发明还提供一种ecu软件自动化集成系统，包括：存储器、处理器，其中，所述存储器上存储有ecu软件自动化集成程序，所述ecu软件自动化集成程序被所述处理器执行时实现如上述中任一项所述的ecu软件自动化集成方法的步骤。
16.本发明还提供一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述方法的步骤。
17.本发明采用上述技术方案达到的技术效果是：通过对应用层(asw)代码的接口文件(arxml)进行解析，提取出里面的接口信息并进行接口变更校验，并导入需要更新的arxml文件，将应用层(asw)和底层(bsw)的接口自动连接上，生成相应的rte代码及os代码，最后通过脚本编译工程代码，从而实现软件自动化集成，可以降低人为操作带来错误的可能性以及提升代码集成的效率，减少了ecu软件开发周期。
18.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明。
附图说明
19.图1为本发明示出的一种ecu软件自动化集成方法的流程图；
20.图2为本发明示出的另一种ecu软件自动化集成方法的流程图。
具体实施方式
21.为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效，下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明的实施例保护的范围。通过具体实施方式的说明，当可对本发明为达成预定目的所采取的技术手段及功效得以更加深入且具体的了解，而且所附图式仅是提供参考与说明之用，并非用来对本发明加以限制。
22.autosar(automotive open system architecture)方法论在汽车行业ecu(electronic control unit)软件开发中有着巨大优势，其规范提供了统一的标准化的软件架构以及软件接口，得益于此，软件的可移植性和可扩展性有了很大的提升，使得不同项
目的ecu软件应用层(asw)代码和底层(bsw)代码能够实现复用，大大缩短了ecu软件的开发周期。
23.本发明实施例提供的ecu软件自动化集成方法，主要适用于对应用层代码和底层代码的接口进行自动连接的情况。
24.图1为本发明示出的一种ecu软件自动化集成方法的流程图。
25.如图1所示，本发明示出的一种ecu软件自动化集成方法，包括以下步骤：
26.s11：获取应用层代码及其对应的第一接口文件。
27.软件开发分为应用层开发和底层开发；应用层(asw，application software)代码包括：.c和.h文件；第一接口文件即arxml文件为：autosar定义的接口描述性文件。
28.可选地，第一接口文件包括：应用层和应用层之间以及应用层和底层之间的接口描述。
29.示例性地，在对应用层代码进行复用时，获取asw代码及arxml接口文件。通过从复用的应用层代码中的arxml接口文件中提取出接口信息，以将复用的应用层代码的接口信息与当前工程中的接口信息进行比对，从而判断是否需要对复用的应用层代码的arxml接口文件进行修改，或重新编写应用层代码的arxml接口文件。
30.可选地，获取应用层代码及对应的第一接口文件的步骤，包括：
31.获取所述应用层代码、所述第一接口文件、底层代码及其对应的第二接口文件；将所述应用层代码、所述第一接口文件、所述底层代码和所述第二接口文件导入到集成环境中。
32.底层/基础软件层(bsw，basic software),顾名思义,该层主要是为应用层提供基础服务。一般意义上，底层指的是驱动和系统，应用就是上层应用。
33.集成环境(ide，integrated development environment)是用于提供程序开发环境的应用程序，一般包括代码编辑器、编译器、调试器和图形用户界面等工具。集成了代码编写功能、分析功能、编译功能、调试功能等一体化的开发软件服务套。所有具备这一特性的软件或者软件套(组)都可以叫集成环境。
34.示例性地，在对应用层代码和底层代码进行复用时，需要获取asw代码及arxml接口文件和bsw代码及arxml接口文件。具体说明请参见上述复用应用层代码的实施方式。
35.s12：对应用层代码的第一接口文件进行解析。
36.可选地，获取应用层代码及其对应的第一接口文件的步骤之后，包括：指定应用层的第一接口文件和底层的第二接口文件的路径。
37.示例性地，指定应用层arxml文件以及底层arxml文件的路径，然后通过指定路径获取应用层和底层的arxml文件。
38.可选地，对所述应用层代码的第一接口文件进行解析的步骤，包括：通过脚本辅助工具，检索指定路径的所述第一接口文件和所述第二接口文件，并提取所述第一接口文件和所述第二接口文件中的接口信息及其变更项。
39.其中，脚本辅助工具可以为：python脚本辅助工具。
40.s13：从第一接口文件中获取接口信息，并根据所述接口信息进行接口变更校验。
41.可选地，从所述第一接口文件中获取接口信息，并根据所述接口信息进行接口变更校验的步骤，包括：将所述接口信息及其变更项与当前工程中的接口文件进行对比；对各
swc组件进行校验，以检测所述swc组件中的port口是否存在变更。
42.其中，在开发应用层和底层代码前，需要进行接口定义，当接口定义完成后底层代码和应用层代码可以按照这套接口来同时开发，这样加快了项目的开发进度。
43.其中，swc主要包括的是：端口(port)，rte事件(rte event)，可运行实体(runnable entity)，其中后两者包含在ib(内部行为)配置项里。
44.autosar rte(run time environment)实现了autosar系统中的虚拟功能总线(vfb)，提供了swc(software component)之间的访问接口和swc对于bsw资源的访问接口。rte为swc中的runnable提供与其他swc或者bsw模块通信的接口，rte将runnable映射到os task中，并且管理runnable的触发机制。
45.可选地，对各swc组件进行校验，以检测所述swc组件中的port口是否存在变更的步骤之后，包括：针对所述第一接口文件和第二接口文件，分别输出相应的接口校验结果。
46.示例性地，针对不同的arxml文件，输出其变更项的校验结果。
47.s14：导入需要更新的接口文件，将应用层代码和底层代码的接口自动连接，并生成相应的rte和os代码。
48.autosar软件架构，主要有三部分组成：asw、rte、bsw。示例性地，asw可以理解为手机里的app；rte就是一个强大的转接器，用来连接asw和bsw的；bsw可以理解为手机里的安卓操作系统。
49.可选地，导入需要更新的接口文件，将所述应用层代码和底层代码的接口自动连接，并生成相应的rte代码和os代码的步骤，包括：通过脚本工具将指定路径的所述第一接口文件和/或所述第二接口文件导入到当前工程中，并完成所述应用层代码和所述底层代码的接口自动连接；根据所述各swc组件中port口的变更信息，生成相应的rte和os代码文件。
50.autosar架构是分层设计的，并且其理念是将软件与硬件解耦，使得软件可以重分配和复用，这些都要依赖rte来实现。但是rte是不可复用的，因为rte是匹配应用需求的，所以如果应用修改了rte也就需要修改。除了高度依赖ecu硬件的传感器/执行器类型swc，其他所有swc都是方便移植和复用的。rte是在swc集成之后生成的，因此rte服务确保swc之间，swc与bsw之间的通信，从而确保系统按照预期工作，而不管swc部署在哪里。rte既支持源码类型swc也支持目标代码swc。rte不支持运行时的重新配置，所有通信在配置生成后都是静态的。
51.s15：通过脚本进行代码集成编译，以实现软件自动化集成。
52.示例性地，通过.bat脚本编译工程代码。
53.如图2所示，本发明一实施方式通过下述步骤将软件进行集成：
54.1.asw代码及arxml接口文件：应用层代码(.c和.h文件)和arxml文件(autosar定义的接口描述性文件)，需将其导入到集成环境里面。
55.2.路径配置：指定应用层arxml文件以及底层arxml文件的路径。
56.3.解析arxml文件：通过python脚本辅助工具，检索指定路径的arxml文件，并提取arxml文件中的接口信息及其变更项，与当前工程中的arxml文件进行对比。
57.4.校验接口变更：asw和asw之间以及asw和bsw之间的接口变更主要是各(软件组件)swc之间的port口的变更，此处会校验port口的新增或减少、port口传递数据是否有更
新。
58.5.校验日志输出：针对不同的arxml文件，输出其变更项的校验结果。
59.6.arxml文件导入：通过脚本工具，将指定路径的arxml文件导入到现有工程中，并完成接口的自动连接。
60.7.代码生成：根据swc的变更，生成相应的rte和os代码文件。
61.8.代码集成编译：通过.bat脚本编译工程代码。
62.本发明提供的ecu软件自动化集成方法，通过辅助脚本工具把asw代码的arxml接口文件进行解析，提取出里面的接口信息并进行接口变更校验，并导入需要更新的arxml文件，将asw和bsw的接口自动连接上，生成相应的rte代码及os代码，最后通过.bat脚本编译工程代码，从而实现软件自动化集成，可以降低人为操作带来错误的可能性以及提升代码集成的效率，大大减少ecu软件开发周期。
63.本发明提出了一种ecu开发过程中软件自动化集成的策略，通过对应用层和底层的arxml文件的解析，提取出里面的接口信息，实现接口的自动连接，从而做到了软件的自动化集成，可以大大提高软件集成的效率，并尽可能避免手动连接接口带来的出错风险。
64.本发明还提供了一种ecu软件自动化集成系统，包括：存储器、处理器，其中，所述存储器上存储有ecu软件自动化集成程序，所述ecu软件自动化集成程序被所述处理器执行时实现如上述中任一项所述的ecu软件自动化集成方法的步骤。
65.具体地描述可参阅上述实施方式，在此不再进行过多叙述。
66.本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有ecu软件自动化集成程序，ecu软件自动化集成程序被处理器执行时实现上述任一实施例中的ecu软件自动化集成方法的步骤。
67.在本发明提供的计算机可读存储介质的实施例中，可以包含任一上述ecu软件自动化集成方法实施例的全部技术特征，说明书拓展和解释内容与上述方法的各实施例基本相同，在此不再做赘述。
68.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
69.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或网络设备等)执行本发明实施例各个实施场景所述的方法。
70.以上结合附图详细描述了本发明的优选实施方式，但是本发明并不限于上述实施方式中的具体细节，上述实施例及附图是示例性的，附图中的模块或流程并不一定是实施本发明实施例所必须的，不能理解为对本发明的限制，在本发明的技术构思范围内，可以对
本发明的技术方案进行多种简单变型和组合，这些简单变型和组合均属于本发明的保护范围。