CN109324544A - 整车控制器平台化配置与集成编译方法及系统 - Google Patents

Abstract

本发明公开了一种整车控制器平台化配置与集成编译方法及系统，方法：为整车控制器对应车的平台软件进行参数配置；根据参数配置获取软件版本号、对应车平台的底层软件代码和应用层模型文件；将应用层模型自动编译生成C代码和A2L文件，并将软件版本号更新入底层UDS协议代码中；将底层C代码和应用层软件生成的C代码合并一起生成整车控制器软件二进制文件、调试文件和MAP文件；根据二进制软件、调试软件和MAP文件更新A2L文件的文件地址；通过解析二进制生成规则和芯片地址解析加载规则，将标定量写入二进制软件，以得到对应车平台的整车控制器软件。该方法有效提高工作效率及软件的适用性，编译系统简单易用，提高了软件生产效率。

Description

整车控制器平台化配置与集成编译方法及系统

技术领域

本发明涉及整车控制器软件编译技术领域，特别涉及一种整车控制器平台化配置与集成编译方法及系统。

背景技术

相关技术，由于整车平台繁多，需要为每一个车平台编写一份整车控制器代码，并且在进行代码编译时，标定参数在整车驾驶舒适性和经济动力性标定完成后需要写入软件代码中，A2L文件需要使用第三方软件手动更新地址。

然而，不同平台的控制器代码不同，大量代码文件会带来大量维护维护工作，不仅浪费人力物力，且修护效率低，且将易变动的表定量直接写入代码往往容易导致代码更新出错，可靠性低，A2L通过软件编译后手动更新，也会浪费大量的人力资源，效率低且大大降低了使用体验，亟待解决。

发明内容

本申请是基于发明人对以下问题的认识和发现作出的：

平台化配置。相关技术中，需要为每一个车平台准备一份特定的整车控制器代码，而每一份代码中间有很大一部分是可以重用的。多份代码会带来时间上的浪费和维护上的难度。整车控制器平台化配置可以通过一系列配置使只用一份代码就可以满足多个车平台对整车控制器的需求。

集成编译系统。有别于其他行业的软件编译，整车控制器软件集成分为多个步骤，编译过程更加的复杂。首先将需要模型文件编译成C代码和A2L文件，然后和底层C代码集成编译得到软件，编译出软件之后需要对A2L进行地址更新同时需要将标定量合并到对应版本软件中去。集成编译系统大大简化编译操作难度，只需要简单的一个按键操作就可以自动进行上述步骤，生成控制器产品软件。

同时，相关技术还存在以下缺点：

(1)非平台化电控软件会导致当每一个车平台对应一份特定的整车控制器代码和模型，带来较高的实现成本和维护代价而且容易出错；

(2)标定结果直接写入代码会导致代码模型频繁更新，既耗费时间又容易出错；

(3)分步骤编译会导致每次编译都会消耗大量的时间，而且步骤越多越易出错而且难以排查；

(4)手工操作不能进行及时的代码检查和每天定时自动化编译，发现问题滞后，而且难以排查；

(5)不同的VCU(Vehicle Control Unit，整车控制器)硬件平台上应用软件难以平台化，一个硬件对应一份特定的整车控制器代码和模型，带来较高的实现成本和维护代价而且容易出错。

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的一个目的在于提出一种整车控制器平台化配置与集成编译方法，该方法有效提高工作效率及软件的适用性，编译系统简单易用，提高了软件生产效率。

本发明的另一个目的在于提出一种整车控制器平台化配置与集成编译系统。

为达到上述目的，本发明一方面实施例提出了一种整车控制器平台化配置与集成编译方法，包括以下步骤：在整车平台化软件架构设计上，屏蔽模块间的耦合，并且为功能添加开关；对整车控制器对应车平台软件的进行参数配置，并记录和迭代版本号信息根据所述参数配置获取软件版本号、对应车平台的底层软件代码和应用层模型文件；将应用层模型自动编译生成C代码和A2L文件，并将所述软件版本号更新入底层UDS协议代码中；将底层C代码和应用层软件生成的C代码合并一起生成整车控制器软件二进制文件、调试文件和MAP文件；根据二进制软件、调试软件和MAP文件更新A2L文件的文件地址；通过解析二进制生成规则和芯片地址解析加载规则，将标定量写入二进制软件，以得到对应车平台的整车控制器软件。。

本发明实施例的整车控制器平台化配置与集成编译方法，通过整车控制器平台配置和集成编译相结合编译得到整车控制器软件，只需一份代码便可以满足多个平台的需求，工作量小且不容易出错，软件更新方便，从而有效提高工作效率及软件的适用性，编译系统简单易用，提高了软件生产效率。。

另外，根据本发明上述实施例的整车控制器平台化配置与集成编译方法还可以具有以下附加的技术特征：

进一步地，在本发明的一个实施例中，所述整车控制器对应车平台软件的进行参数配置包括基本信息、硬件信息、底层软件信息、标定文件信息、应用软件选配模块信息和选件信息中的一项或多项，且根据配置信息编译生成对应特定车平台的整车控制器软件二进制文件、调试文件和MAP文件。

进一步地，在本发明的一个实施例中，在获取所述软件版本号、所述底层代码和所述应用层模型文件之后，还包括：根据应用层模型和底层单元测试脚本，对所述应用层软件和底层软件进行单元测试，以测试通过后进行后续编译。

进一步地，在本发明的一个实施例中，还包括：将所述对应车平台的整车控制器软件和所述A2L文件进行打包，并移入对应车平台的软件版本库中。

进一步地，在本发明的一个实施例中，还包括：在代码版本库中打入对应的版本号标签，以备后续代码问题调试；将从代码库中下载的代码和生成的临时文件删除，清理软件生成空间。

为达到上述目的，本发明另一方面实施例提出了一种整车控制器平台化配置与集成编译系统，包括：配置模块，对整车控制器对应车平台软件的进行参数配置，并记录和迭代版本号信息；编译模块，根据参数配置获取软件版本号、对应车平台的底层软件代码和应用层模型文件；将应用层模型自动编译生成C代码和A2L文件，并将软件版本号更新入底层UDS协议代码中；将底层C代码和应用层软件生成的C代码合并一起生成整车控制器软件二进制文件、调试文件和MAP文件；更新模块，用于根据所述二进制软件、所述调试软件和所述MAP文件更新所述A2L文件的文件地址；写入模块，用于通过解析二进制生成规则和芯片地址解析加载规则，将标定量写入所述二进制软件，以得到对应车平台的整车控制器软件。

本发明实施例的整车控制器平台化配置与集成编译系统，通过整车控制器平台配置和集成编译相结合编译得到整车控制器软件，只需一份代码便可以满足多个平台的需求，工作量小且不容易出错，软件更新方便，从而有效提高工作效率及软件的适用性，编译系统简单易用，提高了软件生产效率。

另外，根据本发明上述实施例的整车控制器平台化配置与集成编译系统还可以具有以下附加的技术特征：

进一步地，在本发明的一个实施例中，所述整车控制器对应车平台软件的进行参数配置包括基本信息、硬件信息、底层软件信息、标定文件信息、应用软件选配模块信息和选件信息中的一项或多项，且根据配置信息编译生成对应特定车平台的整车控制器软件二进制文件、调试文件和MAP文件。

进一步地，在本发明的一个实施例中，在获取所述软件版本号、所述底层代码和所述应用层模型文件之后，还包括：单元测试模块，用于根据应用层和底层单元测试脚本，对所述应用层软件和底层软件进行单元测试，以测试通过后进行继续编译。

进一步地，在本发明的一个实施例中，还包括：打包模块，用于将所述对应车平台的整车控制器软件和所述A2L文件进行打包，并移入对应车平台的软件版本库中。

进一步地，在本发明的一个实施例中，还包括：打标签模块，用于在代码版本库中打入对应的版本号标签，以备后续代码问题调试；清理模块，用于将从代码库中下载的代码和生成的临时文件删除，清理软件生成空间。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本发明一个实施例的整车控制器平台化配置与集成编译方法的流程图；

图2为根据本发明一个实施例的软件集成流程；

图3为根据本发明一个实施例的整车控制器平台化配置与集成编译系统的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参照附图描述根据本发明实施例提出的整车控制器平台化配置与集成编译方法及系统，首先将参照附图描述根据本发明实施例提出的整车控制器平台化配置与集成编译方法。

图1是本发明一个实施例的整车控制器平台化配置与集成编译方法的流程图。

如图1所示，该整车控制器平台化配置与集成编译方法包括以下步骤：

在步骤S101中，对整车控制器对应车平台软件的进行参数配置，并记录和迭代版本号信息。

可以理解的是，在整车平台化软件架构设计上，屏蔽模块间的耦合，并且为功能添加开关；在编译系统配置时，为整车控制器对应车平台软件的进行特殊参数配置。

在步骤S102中，根据参数配置获取软件版本号、对应车平台的底层软件代码和应用层模型文件。

可以理解的是，为一个车平台建立自动化软件集成工程，首先需要进行一些工程信息的配置，并且如图2所示，还需要获取软件版本号、代码和模型文件。

进一步地，在本发明的一个实施例中，整车控制器对应车平台软件的进行参数配置包括基本信息、硬件信息、底层软件信息、标定文件信息、应用软件选配模块信息和选件信息中的一项或多项，且根据配置信息编译生成对应特定车平台的整车控制器软件二进制文件、调试文件和MAP文件。

具体而言，(1)配置基本信息，如代码数据库(如Subversion)的地址及用户名密码，自动化生成时间，生成的前置和后置操作步骤，版本库地址，版本相关信息，单元测试信息等。

(2)硬件相关配置：根据车平台项目所使用的整车控制器硬件版本号，确定硬件使用的芯片类型。集成编译系统提供下拉框的方式进行芯片类型的选择，最终写入工程配置文件。芯片类型将作为应用层编译、应用层代码和底层代码集成编译的输入参数，对编译参数、编译方式和编译使用的工具链产生重大影响。

(3)底层软件配置：根据车平台项目所使用的整车控制器硬件版本号，确定底层软件使用的版本，将对应的代码库地址写入配置页面对应的文本框，保存后写入工程配置文件。

(4)标定文件配置：将该车平台对应的整车控制器驾驶舒适性和经济动力性的标定数据获取地址写入到配置页面，保存后写入工程配置文件。

(5)应用软件选配模块配置：系统提供了选择框的方式配置选配模块，系统页面将所有的可选模块列出，配置时根据车平台的实际需要进行选择，保存后写入工程配置文件。

(6)选件配置：系统为和整车电控系统相关的件提供了单选框列表，根据车平台的实际配置进行选择。如果在一些阀点某些件缺件，也可以通过该配置将该件屏蔽，使缺件不会对整车控制器软件产生影响。该配置保存后保存为配置管理标定文件(.PAR)。

下面将对获取软件版本号、代码和模型文件进行详细阐述。具体包括：

软件版本号获取。软件生产工具通过版本配置文件获取到最近一次生成的软件版本号，然后根据版本规则进行递增得到当前软件的版本号，将最新的版本号更新到版本配置文件中同时存入内存中备用。

获取代码和模型文件：根据工程配置文件得到当前需要的底层软件代码地址和需要的应用层功能模块选择表，通过应用层功能模块选择表得到所需要的应用层模型地址。将应用层模型和底层软件下载到本地。

需要说明的是，本发明实施例还需要进行配置管理，配置管理需要在架构设计之初将平台化思想注入。

底层软件作为中间层，起承下起上的作用。向下随着VCU硬件版本变化而变化，和VCU硬件版本一一对应。向上对应着一个应用层软件平台。

应用层模型即为应用层模块，其分为两种类型，基础模块和选配模块。基础模块为一个VCU所必须具备的功能，如上下电、扭矩管理、能量管理、热管理、故障诊断等功能，可选模块为高级应用，如定速巡航、自动泊车、自适应巡航等功能。选配应用之间不能产生相互依赖，基础应用不能对选配应用产生依赖。

进一步地，在本发明的一个实施例中，在获取软件版本号、底层代码和应用层模型文件之后，还包括：根据应用层模型和底层单元测试脚本，对应用层软件和底层软件进行单元测试，以测试通过后进行后续编译。

具体而言，如图2所示，单元测试：根据应用层和底层单元测试脚本，对应用层软件和底层软件进行单元测试，得出单元测试报告，根据配置的单元测试标准对结果进行判定，如果通过则继续生成软件。不通过则结束本次软件生成，并给出失败日志，失败日志和单元测试报告在本版软件生成页面可查，同时通过邮件等通信方式发送给相应的人员，例如，发送方式可以通过配置进行设定，在此不做具体限定。

在步骤S103中，将应用层模型自动编译生成C代码和A2L文件，并将软件版本号更新入底层UDS协议代码中。

在步骤S104中，将底层C代码和应用层软件生成的C代码合并一起生成整车控制器软件二进制文件、调试文件和MAP文件。

可以理解的是，如图2所示，编译：首先将应用层软件通过脚本生成C代码和A2L文件，然后将内存中的版本号即软件版本号写入对应的C代码变量中去，最后应用层和底层软件一起生成二进制软件(如S19，hex等)、调试软件(如abs、elf文件等)和MAP文件。其中，编译可以生成编译报告。

在步骤S105中，根据二进制软件、调试软件和MAP文件更新A2L文件的文件地址。

可以理解的是，在编译之后，本发明实施例需要对A2L地址进行更新，例如，本发明实施例可以通过脚本和最终编译的结果更新A2L文件地址，

在步骤S106中，通过解析二进制生成规则和芯片地址解析加载规则，将标定量写入二进制软件，以得到对应车平台的整车控制器软件。

可以理解的是，标定文件写入：每个车型都会有不同的车驾驶舒适性、经济性动力性标定文件，还有配置管理标定文件(PAR)，本发明实施例通过解析二进制生成规则和芯片地址解析加载规则，将标定量写入二进制软件，得到对应车平台的整车控制器软件。

进一步地，在本发明的一个实施例中，本发明实施例的方法还包括：将对应车平台的整车控制器软件和A2L文件进行打包，并移入对应车平台的软件版本库中。

进一步地，在本发明的一个实施例中，本发明实施例的方法还包括：在代码版本库中打入对应的版本号标签，以备后续代码问题调试；将从代码库中下载的代码和生成的临时文件删除，清理软件生成空间。

根据本发明实施例提出的整车控制器平台化配置与集成编译方法，通过整车控制器平台配置和集成编译相结合编译得到整车控制器软件，只需一份代码便可以满足多个平台的需求，工作量小且不容易出错，软件更新方便，从而有效提高工作效率及软件的适用性，编译系统简单易用，提高了软件生产效率。

其次参照附图描述根据本发明实施例提出的整车控制器平台化配置与集成编译系统。

图3是本发明一个实施例的整车控制器平台化配置与集成编译系统的结构示意图。

如图3所示，该整车控制器平台化配置与集成编译系统10包括：配置模块100、编译模块200、更新模块300和写入模块400。

其中，配置模块100用于对整车控制器对应车平台软件的进行参数配置，并记录和迭代版本号信息。编译模块200用于根据参数配置获取软件版本号、对应车平台的底层软件代码和应用层模型文件；将应用层模型自动编译生成C代码和A2L文件，并将软件版本号更新入底层UDS协议代码中；将底层C代码和应用层软件生成的C代码合并一起生成整车控制器软件二进制文件、调试文件和MAP文件。更新模块300用于根据二进制软件、调试软件和MAP文件更新A2L文件的文件地址。写入模块400用于通过解析二进制生成规则和芯片地址解析加载规则，将标定量写入二进制软件，以得到对应车平台的整车控制器软件。本发明实施例的装置10通过整车控制器平台配置和集成编译相结合编译得到适用于不同平台的整车控制器软件，有效提高工作效率及软件的适用性，编译系统简单易用，提高了软件生产效率。

进一步地，在本发明的一个实施例中，整车控制器对应车平台软件的进行参数配置包括基本信息、硬件信息、底层软件信息、标定文件信息、应用软件选配模块信息和选件信息中的一项或多项，且根据配置信息编译生成对应特定车平台的整车控制器软件二进制文件、调试文件和MAP文件。

进一步地，在本发明的一个实施例中，在获取软件版本号、底层代码和应用层模型文件之后，还包括：单元测试模块，用于根据应用层和底层单元测试脚本，对应用层软件和底层软件进行单元测试，以测试通过后进行继续编译。

进一步地，在本发明的一个实施例中，本发明实施例的装置10还包括：打包模块。其中，打包模块用于将对应车平台的整车控制器软件和A2L文件进行打包，并移入对应车平台的软件版本库中。

进一步地，在本发明的一个实施例中，本发明实施例的装置10还包括：打标签模块和清理模块。

其中，打标签模块用于在代码版本库中打入对应的版本号标签，以备后续代码问题调试。清理模块用于将从代码库中下载的代码和生成的临时文件删除，清理软件生成空间。

需要说明的是，前述对整车控制器平台化配置与集成编译方法实施例的解释说明也适用于该实施例的整车控制器平台化配置与集成编译系统，此处不再赘述。

根据本发明实施例提出的整车控制器平台化配置与集成编译系统，通过整车控制器平台配置和集成编译相结合编译得到整车控制器软件，只需一份代码便可以满足多个平台的需求，工作量小且不容易出错，软件更新方便，从而有效提高工作效率及软件的适用性，编译系统简单易用，提高了软件生产效率。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种整车控制器平台化配置与集成编译方法，其特征在于，包括以下步骤：

对整车控制器对应的车平台软件进行参数配置，并记录和迭代版本号信息；

根据所述参数配置获取软件版本号、对应车平台的底层软件代码和应用层模型文件；

将应用层模型自动编译生成C代码和A2L文件，并将所述软件版本号更新入底层UDS协议代码中；

将底层C代码和应用层软件生成的C代码合并一起生成整车控制器软件二进制文件、调试文件和MAP文件；

根据二进制软件、调试软件和MAP文件更新A2L文件的文件地址；以及

通过解析二进制生成规则和芯片地址解析加载规则，将标定量写入二进制软件，以得到对应车平台的整车控制器软件。

2.根据权利要求1所述的整车控制器平台化配置与集成编译方法，其特征在于，所述整车控制器对应的车平台软件进行参数配置包括基本信息、硬件信息、底层软件信息、标定文件信息、应用软件选配模块信息和选件信息中的一项或多项，且根据配置信息编译生成对应特定车平台的整车控制器软件二进制文件、调试文件和MAP文件。

3.根据权利要求1所述的整车控制器平台化配置与集成编译方法，其特征在于，在获取所述软件版本号、所述底层代码和应用层模型文件之后，还包括：

根据应用层和底层单元测试脚本，对所述应用层模型和底层软件进行单元测试，测试通过后进行后续编译。

4.根据权利要求1所述的整车控制器平台化配置与集成编译方法，其特征在于，还包括：

将所述对应车平台的整车控制器软件和所述A2L文件进行打包，并移入对应车平台的软件版本库中。

5.根据权利要求4所述的整车控制器平台化配置与集成编译方法，其特征在于，还包括：

在代码版本库中打入对应的版本号标签，以备后续代码问题调试；

将从代码库中下载的代码和生成的临时文件删除，清理软件生成空间。

6.一种整车控制器平台化配置与集成编译系统，其特征在于，包括：

配置模块，用于对整车控制器对应的车平台软件进行参数配置，并记录和迭代版本号信息；

编译模块，用于根据参数配置获取软件版本号、对应车平台的底层软件代码和应用层模型文件；将应用层模型自动编译生成C代码和A2L文件，并将软件版本号更新入底层UDS协议代码中；将底层C代码和应用层软件生成的C代码合并一起生成整车控制器软件二进制文件、调试文件和MAP文件；

更新模块，用于根据所述二进制软件、所述调试软件和所述MAP文件更新所述A2L文件的文件地址；以及

写入模块，用于通过解析二进制生成规则和芯片地址解析加载规则，将标定量写入所述二进制软件，以得到对应车平台的整车控制器软件。

7.根据权利要求6所述的整车控制器平台化配置与集成编译系统，其特征在于，所述整车控制器对应车平台软件的进行参数配置包括基本信息、硬件信息、底层软件信息、标定文件信息、应用软件选配模块信息和选件信息中的一项或多项，且根据配置信息编译生成对应特定车平台的整车控制器软件二进制文件、调试文件和MAP文件。

8.根据权利要求6所述的整车控制器平台化配置与集成编译系统，其特征在于，在获取软件版本号、底层代码和应用层模型文件之后，还包括：

单元测试模块，用于根据应用层和底层单元测试脚本，对所述应用层软件和底层软件进行单元测试，测试通过后继续进行编译。

9.根据权利要求6所述的整车控制器平台化配置与集成编译系统，其特征在于，还包括：

打包模块，用于将所述对应车平台的整车控制器软件和所述A2L文件进行打包，并移入对应车平台的软件版本库中。

10.根据权利要求9所述的整车控制器平台化配置与集成编译系统，其特征在于，还包括：

打标签模块，用于在代码版本库中打入对应的版本号标签，以备后续代码问题调试；

清理模块，用于将从代码库中下载的代码和生成的临时文件删除，清理软件生成空间。