一种基于PREEvision的.pvcdi文件快速生成方法

技术领域

本发明属于汽车软件开发技术领域，尤其涉及一种基于PREEvision的.pvcdi文件快速生成方法。

背景技术

PREEvision是一个基于模型的电子电气架构开发工具，包含需求分析、逻辑层设计、软件层设计、硬件层设计、通信层设计、线束及拓扑多个层级，层与层之间是相互关联相互映射的，基于PREEvision的.pvcdi文件快速生成，主要流程是先基于PREEvision进行建模，然后使用PREEvision工具的导出功能，导出所需版本的.pvcdi文件，在建模过程中主要涉及到软件层、硬件层、诊断层。软件层主要体现的是Autosar应用软件层的SWC模块及其之间的连接关系；硬件层是以拓扑图的形式进行描述，主要体现整车系统或单个子系统ECU之间的连接关系。然后将软件层的SWC模块与硬件层的ECU通过Mapping进行关联，将软件组件部署到硬件ECU中。诊断层是对每个Master的诊断信息的具体描述，包括DID、I/O Control、Routine Control、Fault Memory等，生成相关诊断数据信息的同时将其与软件层SWC关联，生成相应的port、type、Interface、IDT、ADT等元素，然后可以将每个Master与硬件层的ECU进行关联，通过Master可以将每个ECU诊断数据信息导出为.pvcdi文件，供下游工具链进行诊断数据编辑、测试使用。

随着新四化的发展，以及以特斯拉、华人运通、蔚小理、赛力斯为代表的车企展开的颠覆性软件更新迭代方式，在这个新的时代也对汽车提车了一些新的要求。车辆SOP之后功能可以持续迭代更新，这种功能更新主要都是软件的更新，并且要求车辆功能更加智能化、与云端服务的互联等等。针对这些功能性的需求越来越多的整车厂采用SOA架构，随着车辆智能化的发展，车辆的功能也越来越丰富，服务的数量急剧的增加，这导致PREEvision建模的工作量成指数形式增加，现有建模人员市场上供应量严重不足，相关工程师的能力参差不齐，具有丰富经验的建模人员更是稀缺。而且由于建模步骤存在诸多的共性，但是目前大多数建模工程师依然采用手工的形式进行重复性的处理，不但工作量大、重复且复杂，也很容易出现错误，导致生成的文件在下游工具中无法识别，而且由于服务及数据量过大，排除问题非常困难。为此我们提出一种基于PREEvision的.pvcdi文件快速生成方法。

发明内容内容

本发明的目的在于提供一种基于PREEvision的.pvcdi文件快速生成方法，旨在解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：

一种基于PREEvision的.pvcdi文件快速生成方法，基于PREEvision的二次开发功能，使用JAVA语言根据建模流程的共性，开发出可自动在PREEvision软件中进行建模的Metrics，然后基于开发好的Metrics进行快捷建模；方法包括以下步骤：

步骤S1、将特定的Excel表格进行错误检查及数据识别，将Excel内的数据序列化成代码可识别的数据，作为后续自动建模Metrics的输入；

步骤S2、根据序列化得到的数据在特定的Product Line下生成建模过程中所需要的模型层级结构和相关构件；

步骤S3、根据序列化得到的数据在特定的Product Line下完成诊断服务部署；基于所述层级结构创建表格中定义的DID信息，基于相关构件进行赋予，并根据序列化的数据创建对应的数据类型；

步骤S4、根据序列化得到的数据在特定的Product Line下完成诊断服务部署；基于所述层级结构创建出表格中定义的IO Control信息，基于相关构件进行赋予，并根据序列化的数据创建对应的数据类型；

步骤S5、根据序列化得到的数据在特定的Product Line下完成诊断服务部署；基于所述层级结构创建出表格中定义的Routine Control信息，基于相关构件进行赋予，并根据序列化的数据创建对应的数据类型；

步骤S6、根据序列化得到的数据在特定的Product Line下完成诊断服务部署；基于所述层级结构创建出表格中定义的Fault Memory信息，完成故障信息设计，基于相关构件进行赋予；

步骤S7、通过快速建模Metrics在PREEvision建模后，使用PREEvision自带的.pvcdi导出功能，导出当前ECU的诊断数据文件。

进一步的，所述模型层级包括System Software Architecture、HardwareArchitecture、Diagnostics、Mapping、Library以及相关子层级结构。

进一步的，相关构件包括Diagnostic Data Identifier构件、DiagnosticIOControl构件、Diagnostic Routine构件和Diagnostic Trouble Code构件。

进一步的，所述步骤S3中，基于创建好的Diagnostic Data Identifier构件赋予Diagnostic Data Object，通过PREEvision的Generic Editor视窗将Diagnostic DataObject与软件层的SW port关联。

进一步的，所述步骤S4中，基于创建好的Diagnostic IOControl构件进行赋予，通过PREEvision的Generic Editor视窗将Diagnostic IOControl与软件层的SW port关联。

进一步的，所述步骤S5中，基于创建好的Diagnostic Routine构件进行赋予，通过PREEvision的Generic Editor视窗将Diagnostic Routine与软件层的SW port关联。

进一步的，所述步骤S6中，基于创建好的Diagnostic Trouble Code构件赋予Diagnostic Event，通过PREEvision的Generic Editor视窗将Diagnostic Event与软件层的SW port关联。

进一步的，所述DID信息包括Information DID、Configuration DID、Dynamic DID和Snapshot DID。

进一步的，所述Metrics包括：

CheckAndParseExcel模块，用于执行步骤S1；

Diagnostic Internal Model Level模块，用于执行步骤S2；

DID Definition模块，用于执行步骤S3；

IO Control Definition模块，用于执行步骤S4；

Routine Control Definition模块，用于执行步骤S5；

Fault Memory Definition模块，用于执行步骤S6。

与现有技术相比，本发明的有益效果是：

1、使用PREEvision软件二次开发Metrics进行建模，减少重复性工作量，降低错误频率；

2、能够保证数据的一致性，并且可以通过模型自带的检查规则查看模型是否存在错误；

3、利用PV做基础诊断建模，可以将诊断的数据内容做平台化管理，后期有新车型，可以沿用相同的模型；

4、缩短研发周期，提升电子电气架构开发质量。

附图说明

图1为本发明的流程图。

图2为本发明中CheckAndParseExcel模块的图形界面。

图3为本发明中Diagnostic Internal Model Level模块的图形界面。

图4为本发明中DID Definition模块的图形界面。

图5为本发明中IO Control Definition模块的图形界面。

图6为本发明中Routine Control Definition模块的图形界面。

图7为本发明中Fault Memory Definition模块的图形界面。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

以下结合具体实施例对本发明的具体实现进行详细描述。

本发明一个实施例提供的一种基于PREEvision的.pvcdi文件快速生成方法，基于PREEvision的二次开发功能，使用JAVA语言根据建模流程的共性，开发出可自动在PREEvision软件中进行建模的Metrics，然后基于开发好的Metrics进行快捷建模；方法包括以下步骤：

步骤S1、将特定的Excel表格进行错误检查及数据识别，将Excel内的数据序列化成代码可识别的数据，作为后续自动建模Metrics的输入（若Excel表格有错误，则修改Excel表格中有错误的填写项，并重新运行步骤S1）；

步骤S2、根据序列化得到的数据在特定的Product Line下生成建模过程中所需要的模型层级结构和相关构件；

步骤S3、根据序列化得到的数据在特定的Product Line下完成诊断服务部署；基于所述层级结构创建表格中定义的DID信息，基于相关构件进行赋予，并根据序列化的数据创建对应的数据类型；

步骤S4、根据序列化得到的数据在特定的Product Line下完成诊断服务部署；基于所述层级结构创建出表格中定义的IO Control信息，基于相关构件进行赋予，并根据序列化的数据创建对应的数据类型；

步骤S5、根据序列化得到的数据在特定的Product Line下完成诊断服务部署；基于所述层级结构创建出表格中定义的Routine Control信息，基于相关构件进行赋予，并根据序列化的数据创建对应的数据类型；

步骤S6、根据序列化得到的数据在特定的Product Line下完成诊断服务部署；基于所述层级结构创建出表格中定义的Fault Memory信息，完成故障信息设计，基于相关构件进行赋予；

步骤S7、通过快速建模Metrics在PREEvision建模后，使用PREEvision自带的.pvcdi导出功能，导出当前ECU（电子控制单元）的诊断数据文件。

在本发明实施例中，参见图1为本方法的简要流程图。

如图2-7所示，作为本发明的一种优选实施例，所述Metrics包括：

CheckAndParseExcel模块，用于执行步骤S1；

Diagnostic Internal Model Level模块，用于执行步骤S2；

DID Definition模块，用于执行步骤S3；

IO Control Definition模块，用于执行步骤S4；

Routine Control Definition模块，用于执行步骤S5；

Fault Memory Definition模块，用于执行步骤S6。

作为本发明的一种优选实施例，所述模型层级包括软件层System SoftwareArchitecture、硬件层Hardware Architecture、诊断层Diagnostics、映射层Mapping、Library以及相关子层级结构。

在本发明实施例中，优选的，软件层System Software Architecture包括Software Types和Root Composition；

诊断层Diagnostics中的Diagnostic Package （诊断包）包括DiagnosticStructure Package（诊断结构包），Diagnostic Structure Package包括DiagnosticMaster（诊断主机）；

诊断层Diagnostics中的Diagnostic Class Package诊断类包包括DIDDiagnostic Class（DID诊断类）、IOControl Diagnostic Class（IOControl诊断类）、Routine Diagnostic Class（例程诊断类）和Fault Memory Diagnostic Class（故障信息诊断类）；

Library中的Data Type Package（数据类型包）包括公用Application DataTypes（应用程序数据类型）、Base Types（基本类型）、Implementation Data Types（实施数据类型）以及私有Data Type Package（数据包类型）相关数据包。

作为本发明的一种优选实施例，相关构件包括Diagnostic Data Identifier构件、Diagnostic IOControl构件、Diagnostic Routine构件和Diagnostic Trouble Code构件。

作为本发明的一种优选实施例，所述步骤S3中，基于创建好的Diagnostic DataIdentifier构件赋予Diagnostic Data Object，通过PREEvision的Generic Editor视窗将Diagnostic Data Object与软件层的SW port关联。

在本发明实施例中，优选的，基于创建好的Diagnostic Data Identifier分别赋予Data Identifier（数据标识符）、Diagnostic Class（诊断类）、Name、Services（Readable/Writeable）、Diagnostic Data Object（诊断数据对象）等，并根据序列化的数据创建对应的Data Type，包括Application Data Types、Base Types、ImplementationData Types、Computation Methods和Units。

作为本发明的一种优选实施例，所述步骤S4中，基于创建好的DiagnosticIOControl构件进行赋予，通过PREEvision的Generic Editor视窗将DiagnosticIOControl与软件层的SW port关联。

在本发明实施例中，优选的，基于创建好的Diagnostic IOControl构件分别赋予Data Identifier、Diagnostic Class、Name、Services（Adjustable/Resetable/

Returnable/Freezable）等，并根据序列化的数据创建对应的Data Type，包括Application Data Types、Base Types、Implementation Data Types、ComputationMethods和Units。

作为本发明的一种优选实施例，所述步骤S5中，基于创建好的DiagnosticRoutine构件进行赋予，通过PREEvision的Generic Editor视窗将Diagnostic Routine与软件层的SW port关联。

在本发明实施例中，优选的，基于创建好的Diagnostic Routine构件分别赋予Name、Data Identifier、Diagnostic Class等，并根据序列化的数据创建对应的DataType，包括Application Data Types、Base Types、Implementation Data Types、Computation Methods和Units。

作为本发明的一种优选实施例，所述步骤S6中，基于创建好的DiagnosticTrouble Code构件赋予Diagnostic Event，通过PREEvision的Generic Editor视窗将Diagnostic Event与软件层的SW port关联。

在本发明实施例中，优选的，在Fault Memory Package故障存储包和DiagnosticEvent Handling Package诊断事件处理包层级结构下创建出表格中定义的Fault Memory相关信息，完成故障信息设计。基于创建好的Diagnostic Trouble Code构件分别赋予Name、Description、Code、Error Text、AgingCycle、Diagnostic Event；对于DiagnosticEvent可以设置关联的DTC、Enable Condition、Operation Cycle、Storage Condition等。

作为本发明的一种优选实施例，所述DID信息包括Information DID、Configuration DID、Dynamic DID和Snapshot DID。

以上仅是本发明的优选实施方式，应当指出，对于本领域的技术人员来说，在不脱离本发明构思的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些均不会影响本发明实施的效果和专利的实用性。