CN117130811A - 车辆诊断描述文件的生成方法、装置、电子设备和介质 - Google Patents
车辆诊断描述文件的生成方法、装置、电子设备和介质 Download PDFInfo
- Publication number
- CN117130811A CN117130811A CN202311015390.5A CN202311015390A CN117130811A CN 117130811 A CN117130811 A CN 117130811A CN 202311015390 A CN202311015390 A CN 202311015390A CN 117130811 A CN117130811 A CN 117130811A
- Authority
- CN
- China
- Prior art keywords
- description file
- vehicle
- diagnostic
- configuration parameters
- diagnosis
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 192
- 238000000034 method Methods 0.000 title claims abstract description 72
- 238000012360 testing method Methods 0.000 claims description 27
- 230000004048 modification Effects 0.000 claims description 18
- 238000012986 modification Methods 0.000 claims description 18
- 238000004590 computer program Methods 0.000 claims description 10
- 230000008569 process Effects 0.000 abstract description 10
- 230000006870 function Effects 0.000 description 7
- 238000000605 extraction Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 230000008439 repair process Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000002405 diagnostic procedure Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 238000004378 air conditioning Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
- G06F9/4451—User profiles; Roaming
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Quality & Reliability (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本发明公开了一种车辆诊断描述文件的生成方法、装置、电子设备和介质，所述车辆诊断描述文件的生成方法包括：获取第一车辆诊断描述文件和诊断描述文件模板；其中，所述第一车辆诊断描述文件的文件格式为工作簿文件；所述诊断描述文件模板的文件格式为汽车开放系统架构规定的文件格式；对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数；将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件。采用本方法能够解决生成车辆诊断描述文件的过程中存在的出错率高、效率低的问题，从而能够快速生成准确的车辆诊断描述文件。
Description
技术领域
本发明车辆技术领域，特别是涉及一种车辆诊断描述文件的生成方法、装置、电子设备和介质。
背景技术
相关技术中，配置诊断事件管理器(DEM，Diagnostic Event Manager)和诊断通信管理器(DCM，Diagnostic Communication Manager)等诊断模块时，需要导入诊断提取模板(DEXT，Diagnostic Communication Manager)文件，然而DEXT文件需要开发人员根据诊断描述文档中的具体配置参数手动一一添加配置，生成诊断数据库诊断描述(CANdelaDiagnostic Descriptions，CDD)文件，再根据CCD文件导出DEXT文件。在根据手动配置CCD文件生成DEXT文件的过程中，由于诊断相关内容较多，手动配置的工作量较大，且增加了配置过程中的错误风险，容易造成生成的DEXT文件中的配置参数与输入的诊断描述文件中记载的配置参数不一致，增加了人工程的同时，降低了对诊断模块的配置效率。
发明内容
基于此，有必要针对上述技术问题，提供一种能够解决诊断模块的配置效率较低的车辆诊断描述文件的生成方法、装置、电子设备和介质。
一种车辆诊断描述文件的生成方法，包括：
获取第一车辆诊断描述文件和诊断描述文件模板；其中，所述第一车辆诊断描述文件的文件格式为工作簿文件；所述诊断描述文件模板的文件格式为汽车开放系统架构规定的文件格式；
对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数；
将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件。
上述方案中，还包括：
在所述第一车辆诊断描述文件发生修改的情况下，将修改前的所述第一车辆诊断描述文件与修改后的所述第一车辆诊断描述文件进行比对，提取经过修改的配置参数；
将经过修改的所述配置参数更新至所述第二车辆诊断描述文件。
上述方案中，还包括：
对所述第二车辆诊断描述文件进行一致性测试；
在所述第二车辆诊断描述文件未通过一致性测试的情况下，根据所述第一车辆诊断描述文件对所述第二车辆诊断描述文件中错误的配置参数进行修改。
上述方案中，所述对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数，包括：
读取所述第一车辆诊断描述文件中关于诊断服务的第一工作表中的配置参数；
所述将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件，包括：
将所述第一工作表中的配置参数填充至所述诊断描述文件模板中的支持诊断类别的配置项中。
上述方案中，所述对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数，包括：
读取所述第一车辆诊断描述文件的第二工作表中的配置参数；所述第二工作表包括系统诊断标识分页、电子控制单元诊断标识分页和快照分页；
所述将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件，包括：
将所述第二工作表中的配置参数填充至所述诊断描述文件模板中的电子控制单元识别和动态数据的配置项中，并确定所述控制单元识别和所述动态数据支持的数据标识符对应的数据类型。
上述方案中，所述对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数，包括：
读取所述第一车辆诊断描述文件的第三工作表中关于输入输出控制的配置参数，和第四工作表中关于例程服务的配置参数；
所述将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件，包括：
将所述第三工作表中的配置参数填充至所述诊断描述文件模板中的输入输出控制的配置项中，并确定所述输入输出控制器支持的输入输出服务对应的数据类型；
将所述第四工作表中的配置参数填充至所述诊断描述文件模板中的例程控制的配置项中，并确定所述例程控制支持的例程服务对应的数据类型。
上述方案中，所述对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数，包括：
读取所述第一车辆诊断描述文件的第五工作表中关于故障码列表的配置参数，和第六工作表中关于拓展数据的配置参数；
所述将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件，包括：
将所述第五工作表中的配置参数填充至所述诊断描述文件模板中的故障存储器中故障码表和快照记录的配置项中，并将所述第六工作表中的配置参数填充至所述诊断描述文件模板中的故障存储器中快照记录的配置项中，并确定对应的数据类型。
一种车辆诊断描述文件的生成装置，包括：
获取模块，用于获取第一车辆诊断描述文件和诊断描述文件模板；其中，所述第一车辆诊断描述文件的文件格式为工作簿文件；所述诊断描述文件模板的文件格式为汽车开放系统架构规定的文件格式；
识别模块，用于对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数；
生成模块，用于将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件。
一种电子设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述车辆诊断描述文件的生成方法的步骤。
一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述车辆诊断描述文件的生成方法的步骤。
上述车辆诊断描述文件的生成方法、装置、电子设备和介质，通过对文件格式为工作簿文件的第一车辆诊断描述文件进行识别，从第一车辆诊断描述文件中提取关于诊断模块的配置参数，再将配置参数填充至诊断描述文件模板中，从而得到第二车辆诊断描述文件，能够避免需要人工手动配置CCD文件再生成DEXT文件，从而能够节省对诊断模块的配置时长，提高对诊断模块的配置效率，还能够降低在生成DEXT文件的过程中的错误率。
附图说明
图1为本申请实施例提供的一种车辆诊断描述文件的生成方法的示意性流程图；
图2为本申请实施例提供的又一种车辆诊断描述文件的生成方法的示意性流程图；
图3为本申请实施例提供的又一种车辆诊断描述文件的生成方法的示意性流程图；
图4为本申请实施例提供的一种车辆诊断描述文件的生成装置的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用于解释本申请，并不用于限定本申请。
下面对相关技术中的车辆诊断描述文件的生成流程进行简单说明。
按照现有的底层软件开发流程，DEM和DCM等诊断模块主要需要通过导入诊断描述DEXT文件，生成诊断模块的基础配置。而DEXT文件往往需要开发人员通过认为识别诊断描述文档中所支持的服务、数据标识符(DID，Data Identifier)、故障码(DTC，DiagnosticTrouble Code)等参数，并在编辑诊断数据库的工具(例如，CANdela工具)中进行手动配置且校验无误后到处得到。由于DID、DTC等参数配置的工作量较大，配置过程中极易出现错误，且当CANdela工具检测到存在校验错误的情况下，开发人员需要根据报错描述以及诊断描述文档检查相关的配置参数，对错误的配置参数进行反复修改，从而造成人工成本的浪费。
另外，当输入的诊断描述文档发生变更时，开发人员需要重复上述的配置开发流程，增加了生成DEXT文件的时间成本，且增加了出错的风险。
基于此，本申请提出了一种车辆诊断描述文件的生成方法，能够自动识别诊断描述文件中的配置参数，从而自动生成DEXT文件，节省了生成DEXT文件的时间成本，并且降低错误率。
以下对本申请实施例的技术方案的实现细节进行详细描述。
图1为本申请实施例提供的一种车辆诊断描述文件的生成方法的示意性流程图。
示例性的，如图1所示，该方法包括：
步骤S101，获取第一车辆诊断描述文件和诊断描述文件模板。
这里，第一车辆诊断描述文件的文件格式为工作簿文件，第一车辆诊断描述文件是一个Excel文件。第一车辆诊断描述文件用于记录和描述车辆诊断过程中的相关信息，其中，可以使用不同的工作表或列来组织和记录这些信息。在进行车辆诊断描述DEXT文件生成的过程中，可以将第一车辆诊断描述文件进行导入，从而能够对第一车辆诊断描述文件进行自动识别。
诊断描述文件模板的文件格式是为汽车开放系统架构规定的文件格式，实质上诊断描述文件模板是一种DEXT文件模板，DEXT文件模板是由AUTOSAR(Automotive OpenSystem Architecture)定义的诊断提取模板，AUTOSAR是一种用于汽车电子系统开发的开放式软件架构标准，DEXT文件模板通常由汽车制造商或诊断工具提供商创建和维护，用于存储诊断信息的定义和描述。在实际应用中，诊断描述文件模板可以通过CANdela工具导出得到。
步骤S102，对第一车辆诊断描述文件进行识别，提取第一车辆诊断描述文件中的关于诊断模块的配置参数。
这里，对第一车辆诊断描述文件进行识别，具体地，可以搜索与诊断模块相关的关键字或标签，通常诊断模块的配置参数会以特定的标识符或名称进行标记，从而能够根据诊断模块的配置参数的相关关键字或标签，在第一车辆诊断描述文件中定位并识别到对应的配置参数。
在实际应用中，第一车辆诊断描述文件是Excel文件，第一车辆诊断描述文件中含有不同的工作表，其中，每个工作表可以记录不同的配置参数，示例地，第一个工作表可以记录与诊断服务相关的配置参数，第二个工作表可以记录与系统故障码相关的配置参数，从而在对第一车辆诊断描述文件进行识别的过程中，可以对第一车辆诊断描述文件中的工作表逐一进行识别，提取得到属于同一个工作表中记录的配置参数。
步骤S103，将配置参数填充至诊断描述文件模板的对应位置，生成第二车辆诊断描述文件。
这里，将从第一车辆诊断描述文件中提取到的配置参数分别填充至诊断描述文件模板的对应位置，也就是在诊断描述文件中填入对应的配置参数，由于诊断描述文件模板是属于DEXT文件模板，在完成配置参数的填充之后，便能得到第二车辆诊断描述文件，也就是在DEXT文件模板中填入所有的配置参数的情况下，此时DEXT文件模板变为车辆诊断描述DEXT文件，从而能够自动将车辆诊断描述EXCEL文件转换为对应的车辆诊断描述DEXT文件。
在一种实现方式中，诊断描述文件模板是一个包含占位符的字符串，占位符用于表示将要填充的位置，配置参数可以是一个包含键值对的数据结构，其中，键表示占位符，值表示需要填充的内容。在提取配置参数之后，遍历配置参数，将每个键值对应的值填充到诊断描述文件模板中对应的位置，具体地，可以使用字符串替换的方法将诊断描述文件模板中的占位符替换为对应的值，最后可以将填充后的诊断描述文件模板输出为结果。
下面分别通过不同的实施例对从第一车辆诊断描述文件中提取配置参数进行说明。
在一个实施例中，第一工作表是记录诊断服务(Service)的相关配置参数，诊断服务能够用于执行特定的诊断功能，读取故障码、读取数据流、执行特定的诊断测试等操作，以下为第一工作表中能够记录的配置参数。
(1)诊断服务标识符(Service ID)。诊断服务通常会有一个唯一的标识符，通过这个标识符用于识别和区分不同的诊断服务，这个标识符还可以包括其他参数和属性，用于指定诊断服务的具体要求和行为。
(2)诊断服务名称(Service Name)。诊断服务名称是指能够提供的诊断服务。
(3)子功能(Subfunction)。在诊断服务中通常包含多个子功能，用于实现对车辆的故障诊断和维修。
(4)支持(Support)。这里的支持是用于标识某项诊断服务器是否得到支持。
在第一工作表中提取上述的配置参数之后，在诊断描述模板中的支持诊断类别(Support Diagnostic Classes)所对应的参数信息进行填充，从而完成DEXT文件格式下的关于诊断服务的配置参数的设置。其中，支持诊断类别是指诊断工具或诊断系统所支持的诊断类别或分类，每个车辆制造商都有自己的诊断类别，用于将车辆系统和器件按照功能和特性进行分类，支持的诊断类别可以帮助诊断工具或系统更准确地识别和解决车辆故障。
在一个实施例中，第二工作表包括用于记录系统诊断标识符的配置参数(SystemDID)的工作表、用于记录电子控制单元诊断识别标识符(ECU DID)的工作表和用于记录快照(Snapshot)的配置参数的工作表。
其中，System DID是一个用于区分识别和区分不同车辆系统的标识符，每个车辆系统都有一个唯一的System DID，例如发动机系统、制动系统、空调系统等。
ECU DID是用于识别和区分不同的电子控制单元(ECU，Electronic ControlUnit)的标识符，每一个ECU都有一个唯一的ECU DID，例如发动机控制单元、制动控制单元、空调控制单元等。
Snapshot用于记录故障发生时的一些其他信息，比如车速、时间、环境温度等。
从第二工作表中能够提取到以下的配置参数：
(1)诊断标识号(DID Number)，用于唯一标识一个诊断标识。
(2)诊断标识名称(DID Name)，用于描述诊断标识的名称，以更好地识别和理解其含义。
(3)读写状态(RWState)，指示ECU的读写状态，能够标识该诊断标识是否可读、可写或可读写。
(4)字节位置(BytePos)，指示诊断信息在数据流中的字节位置，通常用于标识诊断信息在数据帧中的起始字节位置。
(5)位长度(BitLength)，指示诊断信息在数据流中的位长度。
(6)数据类型(DataType)，指示诊断信息的数据类型，常见的数据类型包括单类型数据、枚举类型、线性数据等。
(7)方法类型(MethodType)，指示诊断信息的访问方法类型，常见的方法类型包括读取(Read)、写入(Write)、读写(ReadWrite)等。
(8)默认值(Default Value)，指示诊断信息的默认值，当诊断信息未被设置或读取时，将使用默认值。
在第二工作表中能够提取上述的配置参数，这些配置参数是电子控制单元识别(ECU Identification)和动态数据(Dynamic data)中所支持DID的配置参数，其中，DID是用于表示和描述特定的数据。
需要说明的是，ECU Identification是指诊断工具通过与ECU进行通信，获取ECU的识别信息，目的是为了确保工具与车辆的通信兼容性，并提供正确的诊断和维修支持。Dynamic data指示诊断标识是否为动态数据，其中，动态数据是指在运行时随着车辆状态变化的数据。
从第一车辆诊断描述文件中提取到的配置参数是ECU Identification和Dynamicdata中的所支持的DID的配置参数，从而将提取到的配置参数填充到诊断描述模板的ECUIdentification和Dynamic data的配置项中。
在实际应用中，DID的作用是用于解析报文，因此需要关联一个数据类型(DataType)进行解析，DataType能够表明报文数据的长度和数据类型，其中，可以根据诊断需求规范里定义的实际的诊断数据内容，来选择不同的DataType，示例地，假设DataType为枚举类型，代表每个数值代表特定的含义，从而可以将车辆模式的数据设置为枚举类型。基于此，需要根据配置参数中的DataType，为每个DID选择对应的数据类型。
在一个实施例中，第三工作表是用于记录关于输入输出控制(IOControl)的配置参数，其中，IOControl指示诊断标识是否支持输入输出控制操作，输入输出控制操作允许对某些功能和设备进行控制。
在第三工作表中能够提取到下面的配置参数：
(1)输入输出号码(IO Number)，用于唯一标识一个输入输出(IO)操作，每个IO操作都有一个唯一的号码。
(2)输入输出控制参数(IO Control Param)，指示输入输出控制操作的参数，描述了输入输出操作的具体设置或要求。
(3)输入输出名称(IO Name)，用于描述输入输出操作的名称，以便更好地识别和理解其含义。
(4)字节位置(BytePos)，指示诊断信息在数据流中的字节位置，通常用于标识诊断信息在数据帧中的起始字节位置。
(5)位长度(BitLength)，指示诊断信息在数据流中的位长度。
(6)数据类型(DataType)，指示诊断信息的数据类型，常见的数据类型包括单类型数据、枚举类型、线性数据等。
(7)方法类型(MethodType)，指示诊断信息的访问方法类型，常见的方法类型包括读取(Read)、写入(Write)、读写(ReadWrite)等。
从第三工作表中提取到的配置参数是IO Control中所支持的IO服务的配置参数，将从第三工作表中提取到的配置参数填充到诊断描述文件模板中关于IO Control的配置项中，并根据配置参数中的DataType为每个IO服务选择对应的数据类型。
第四工作表是用于记录关于例程(Routines)的配置参数，其中，Routines指示诊断操作的例程或过程，描述了执行特定的诊断操作所需的步骤和顺序)。
在第四工作表中能够提取下列的配置参数：
(1)控制类型(Control Type)，指示诊断操作的控制类型，常见的控制类型包括启动(Start)、停止(Stop)、重置(Reset)等。
(2)例程标识号(RID Number)，用于唯一标识一个诊断例程标识。
(3)例程标识名称(RID Name)，用于描述诊断例程标识的名称，以便更好地识别和理解其含义。
(4)请求/响应(Req/Resq)，指示诊断操作的请求和响应过程，描述了诊断工具发送请求并接收响应的交互过程。
(5)字节位置(BytePos)，指示诊断信息在数据流中的字节位置，通常用于标识诊断信息在数据帧中的起始字节位置。
(6)位长度(BitLength)，指示诊断信息在数据流中的位长度。
(7)数据类型(DataType)，指示诊断信息的数据类型，常见的数据类型包括单类型数据、枚举类型、线性数据等。
(8)方法类型(MethodType)，指示诊断信息的访问方法类型，常见的方法类型包括读取(Read)、写入(Write)、读写(ReadWrite)等。
在第四工作表中提取的配置参数是例程控制(Routines Control)中所支持的例程服务的配置参数，其中，Routines Control是指通过诊断工具向车辆的控制单元发送指令，执行特定的功能或操作，这些功能可以包括读取传感器数据、执行特定的测试、激活特定的执行器等。Routines Control的目的是为了诊断和解决车辆的故障，并进行维修和保养操作。在汽车故障诊断中，诊断工具可以通过发送特定的指令来执行Routine Control操作，以获取车辆的状态信息、执行特定的测试、诊断故障等。这些操作可以帮助诊断师快速定位和解决车辆的故障。
在从第四工作表中提取到配置参数之后，将配置参数填充至诊断描述文件模板中的Routines Control对应位置，并根据配置参数中的DataType为Routines Control支持的IO服务选择对应的Data Type。
在一个实施例中，第五工作表是用于记录故障码列表(DTC-List)的配置参数，其中，DTC-List于描述诊断系统中的故障码列表，包含了所有可能的故障码。
在第五工作表中可以提取到下列的配置参数：
(1)故障码编号(DTC Number)，用于唯一标识一个故障码，每个故障码都有一个唯一的编号。
(2)故障码命名(DTC Naming)，用于描述故障码的命名规则和命名约定。
从第五工作表中提取到的配置参数为故障存储器(Fault Memory)中故障码表(DTC Table)下所支持的DTC的配置参数。其中，故障存储器指示诊断系统中存储故障码和故障信息的存储器；故障码表是一个用于存储和管理故障码的表格或数据库，包含了诊断系统中可能出现的各种故障码及其对应的故障描述、故障类型、故障等级等信息。故障码表通常由汽车制造商或诊断工具提供，并根据标准化的故障码命名规则进行编制。
在从第五工作表提取到相应的配置参数之后，将提取到的配置参数填入到诊断描述文件模板的故障存储器中故障码表对应的配置项中。
第六工作表是用于记录关于拓展数据(ExtendedData)的配置参数，其中，拓展数据指示诊断数据的扩展数据。它包含了与诊断数据相关的额外信息。
从第六工作表中可以提取到下列的配置参数：
(1)扩展数据记录编号(ExtendedDataRecordNumber)，指示诊断数据的扩展数据，包含了与诊断数据相关的额外信息。
(2)参数(Parameter)，用于描述诊断操作的参数，指定了执行诊断操作所需的具体设置或要求。
(3)字节位置(BytePos)，指示诊断信息在数据流中的字节位置，通常用于标识诊断信息在数据帧中的起始字节位置。
(4)位长度(BitLength)，指示诊断信息在数据流中的位长度。
(5)数据类型(DataType)，指示诊断信息的数据类型，常见的数据类型包括单类型数据、枚举类型、线性数据等。
(6)默认值(Default Value)，指示诊断信息的默认值，当诊断信息未被设置或读取时，将使用默认值。
其中，这里从第六工作表中提取到的配置参数是故障存储器中快照记录(Snapshot Records)的配置参数，快照记录是指在车辆故障诊断过程中，记录和保存故障发生时的实时数据和状态的记录文件。当车辆遇到故障时，诊断工具或扫描仪可以通过与车辆的通信接口连接，获取与故障相关的实时数据，并将其保存为快照记录。
在完成第六工作表的配置参数的提取之后，将提取到的配置参数填入到诊断描述文件模板的故障存储器中快照记录对应的配置项中，并根据配置参数中的DataType为各个拓展数据服务选择对应的数据类型。
基于上述实施例中，通过对第一车辆诊断描述文件中的第一工作表、第二工作表、第三工作表、第四工作表、第五工作表和第六工作表中的配置参数的提取，能够通过自动提取的方式得到完整的配置参数，不需要根据第一车辆诊断描述文件进行手动配置。
在上述实施例中，通过对第一车辆诊断描述文件自动识别，提取第一车辆诊断描述文件中的配置参数，将配置参数填充到诊断描述文件模板中的对应位置，从而能够将填充完的描述文件模板输出为第二车辆诊断描述文件，在这个过程中的识别、提取和填充都是自动完成的，相比于人工配置，能够提高车辆诊断描述DEXT文件的效率，减少人工配置中出现的人为错误，能够确保车辆诊断描述DEXT文件的准确。
图2为本申请实施例的一种车辆诊断描述文件的生成方法的示意性流程图。
步骤S201，在第一车辆诊断描述文件发生修改的情况下，将修改前的第一车辆诊断描述文件与修改后的第一车辆诊断描述文件进行比对，提取经过修改的配置参数。
步骤S202，将经过修改的配置参数更新至第二车辆诊断描述文件。
在实际应用中，第一车辆诊断描述文件会根据实际需要进行更新。下面列举了第一车辆诊断描述文件进行更新的情况：
(1)推出新的车型可能会引入新的车辆系统、传感器或功能，为了支持这些新的车辆特性，第一车辆诊断描述文件需要进行更新；
(2)车辆制造商可能会发布软件更新或修复程序，以改善车辆性能、修复错误或提供新的功能，这些更新可能会影响车辆的诊断系统，因此第一车辆诊断描述文件需要相应地进行更新；
(3)汽车行业的诊断标准和规范可能会发生变化，可能会要求第一车辆诊断描述文件进行更新，使得第一车辆诊断描述文件能够符合最新的标准要求；
(4)当车辆出现问题或故障时，车辆制造商可能会识别到新的故障代码或诊断要求，为了准确诊断和解决问题，第一车辆诊断描述文件可能需要进行更新；
(5)车辆制造商可能会更新第一车辆诊断描述文件来改进诊断能力，这可能包括添加新的参数、传感器数据或故障码的解释。
在实际应用中，车辆诊断描述文件的修改通常是指在原有的车辆诊断描述文件的基础上更新、增加、删减一些配置参数，也就是车辆诊断描述文件中的大部分配置参数是没有发生修改的，基于此，为了快速生成修改后的第一车辆诊断描述文件对应的第二车辆诊断描述文件，在第一车辆诊断描述文件发生修改的情况下，将修改前的第一车辆诊断描述文件与修改后的第一车辆诊断描述文件进行比对，确定并提取发生修改的配置参数。
当第一车辆诊断描述文件发生修改，对应的第二车辆诊断描述文件中的配置参数也会发生修改，而对于第一车辆诊断描述文件中未修改的内容，在修改前生成的第二车辆诊断描述文件和修改后生成的第二车辆诊断描述文件中是相同，基于此，根据修改后的配置参数对第二车辆诊断描述文件进行更新，具体地，在修改前的第二车辆诊断描述文件的基础上，将确定的修改后的配置参数重新填入到修改前的第二车辆诊断描述文件中，保持未发生修改的配置参数，生成修改后的第一车辆诊断描述文件对应的第二车辆诊断描述文件，从而能够快速地生成修改后的第一车辆诊断描述文件中对应的第二车来那个诊断描述文件。
图3为本申请实施例的一种车辆诊断描述文件的生成方法的示意性流程图。
步骤S301，对第二车辆诊断描述文件进行一致性测试。
步骤S302，在第二车辆诊断描述文件未通过一致性测试的情况下，根据第一车辆诊断描述文件对第二车辆诊断描述文件中错误的配置参数进行修改。
这里，在第二车辆诊断描述文件生成之后，对第二车辆诊断描述文件进行一致性测试，一致性测试能够用于验证第二车辆诊断描述文件的各个部分之间的一致性和相互关系。
在进行一致性测试的时候，首先需要确定一致性测试的目标，例如验证第二车辆诊断描述文件中的参数、故障码和数据流是否与实际车辆系统一致。其次，需要创建测试环境，建立一个与实际车辆系统相似的测试环境，包括车辆模型、传感器、控制单元等，确保测试环境能够模拟真实的车辆操作和数据流。再根据第二车辆诊断描述文件的规范和要求，确定一致性标准，这里可以包括参数值、故障码定义、数据流格式等。并根据一致性标准，编写一系列测试参数，包括正常情况下的参数读取、故障码检测、数据流检测等，使用测试工具或诊断设备对测试环境进行测试，最终将测试结果与一致性标准进行比对，从而能够检查第二车辆诊断描述文件中的参数、故障码和数据流等是否与测试环境中的实际情况一致。
在第二车辆诊断描述文件未能通过一致性测试的情况下，对一致性测试的错误信息进行检查，错误信息会指示第二车辆诊断描述文件中存在问题的部分，以及问题的具体描述，从而能够根据错误信息和第一车辆诊断描述文件，对第二车辆诊断描述文件中存在问题的部分进行修复，其中，问题可能包括语法错误、逻辑错误、确实的信息等，在修改完之后，再次对第二车辆诊断描述文件进行一致性测试，确保修复的问题已经被解决。
在上述实施例中，通过对生成的第二车辆诊断描述文件进行一致性测试，能够确保第二车辆诊断描述文件符合规范要求，保证第二车辆诊断描述文件的准确。
在一个实施例中，提供一种车辆诊断描述文件的生成装置，参考图4所示，该车辆诊断描述文件的生成装置400可包括：获取模块401、识别模块402、生成模块403和检测模块404。
其中，获取模块401用于获取第一车辆诊断描述文件和诊断描述文件模板；其中，所述第一车辆诊断描述文件的文件格式为工作簿文件；所述诊断描述文件模板的文件格式为汽车开放系统架构规定的文件格式；识别模块402用于对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数；生成模块403用于将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件。
在一个实施例中，识别模块402还用于，在所述第一车辆诊断描述文件发生修改的情况下，将修改前的所述第一车辆诊断描述文件与修改后的所述第一车辆诊断描述文件进行比对，提取经过修改的配置参数；
生成模块403还用于，将经过修改的所述配置参数更新至所述第二车辆诊断描述文件。
在一个实施例中，车辆诊断描述文件的生成装置还包括测试模块404，测试模块404具体用于，对所述第二车辆诊断描述文件进行一致性测试；
生成模块403还用于，在所述第二车辆诊断描述文件未通过一致性测试的情况下，根据所述第一车辆诊断描述文件对所述第二车辆诊断描述文件中错误的配置参数进行修改。
在一个实施例中，识别模块402具体用于，读取所述第一车辆诊断描述文件中关于诊断服务的第一工作表中的配置参数；
生成模块403具体用于，将所述第一工作表中的配置参数填充至所述诊断描述文件模板中的支持诊断类别的配置项中。
在一个实施例中，识别模块402具体用于，读取所述第一车辆诊断描述文件的第二工作表中的配置参数；所述第二工作表包括系统诊断标识分页、电子控制单元诊断标识分页和快照分页；
生成模块403具体用于，将所述第二工作表中的配置参数填充至所述诊断描述文件模板中的电子控制单元识别和动态数据的配置项中，并确定所述控制单元识别和所述动态数据支持的数据标识符对应的数据类型。
在一个实施例中，识别模块402具体用于，读取所述第一车辆诊断描述文件的第三工作表中关于输入输出控制的配置参数，和第四工作表中关于例程服务的配置参数；
生成模块403具体用于，将所述第三工作表中的配置参数填充至所述诊断描述文件模板中的输入输出控制的配置项中，并确定所述输入输出控制器支持的输入输出服务对应的数据类型；
将所述第四工作表中的配置参数填充至所述诊断描述文件模板中的例程控制的配置项中，并确定所述例程控制支持的例程服务对应的数据类型。
在一个实施例中，识别模块402具体用于，读取所述第一车辆诊断描述文件的第五工作表中关于故障码列表的配置参数，和第六工作表中关于拓展数据的配置参数；
生成模块403具体用于，将所述第五工作表中的配置参数填充至所述诊断描述文件模板中的故障存储器中故障码表和快照记录的配置项中，并将所述第六工作表中的配置参数填充至所述诊断描述文件模板中的故障存储器中快照记录的配置项中，并确定对应的数据类型。
关于车辆诊断描述文件的生成装置的具体限定可以参见上文中对于车辆诊断描述文件的生成方法的限定，在此不再赘述。上述车辆诊断描述文件的生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种电子设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现一种车辆诊断描述文件的生成方法。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时以实现一种车辆诊断描述文件的生成方法。
需要说明的是，在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (10)
1.一种车辆诊断描述文件的生成方法，其特征在于，包括：
获取第一车辆诊断描述文件和诊断描述文件模板；其中，所述第一车辆诊断描述文件的文件格式为工作簿文件；所述诊断描述文件模板的文件格式为汽车开放系统架构规定的文件格式；
对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数；
将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述第一车辆诊断描述文件发生修改的情况下，将修改前的所述第一车辆诊断描述文件与修改后的所述第一车辆诊断描述文件进行比对，提取经过修改的配置参数；
将经过修改的所述配置参数更新至所述第二车辆诊断描述文件。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
对所述第二车辆诊断描述文件进行一致性测试；
在所述第二车辆诊断描述文件未通过一致性测试的情况下，根据所述第一车辆诊断描述文件对所述第二车辆诊断描述文件中错误的配置参数进行修改。
4.根据权利要求1所述的方法，其特征在于，所述对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数，包括：
读取所述第一车辆诊断描述文件中关于诊断服务的第一工作表中的配置参数；
所述将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件，包括：
将所述第一工作表中的配置参数填充至所述诊断描述文件模板中的支持诊断类别的配置项中。
5.根据权利要求1所述的方法，其特征在于，所述对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数，包括：
读取所述第一车辆诊断描述文件的第二工作表中的配置参数；所述第二工作表包括系统诊断标识分页、电子控制单元诊断标识分页和快照分页；
所述将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件，包括：
将所述第二工作表中的配置参数填充至所述诊断描述文件模板中的电子控制单元识别和动态数据的配置项中，并确定所述控制单元识别和所述动态数据支持的数据标识符对应的数据类型。
6.根据权利要求1所述的方法，其特征在于，所述对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数，包括：
读取所述第一车辆诊断描述文件的第三工作表中关于输入输出控制的配置参数，和第四工作表中关于例程服务的配置参数；
所述将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件，包括：
将所述第三工作表中的配置参数填充至所述诊断描述文件模板中的输入输出控制的配置项中，并确定所述输入输出控制器支持的输入输出服务对应的数据类型；
将所述第四工作表中的配置参数填充至所述诊断描述文件模板中的例程控制的配置项中，并确定所述例程控制支持的例程服务对应的数据类型。
7.根据权利要求1所述的方法，其特征在于，所述对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数，包括：
读取所述第一车辆诊断描述文件的第五工作表中关于故障码列表的配置参数，和第六工作表中关于拓展数据的配置参数；
所述将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件，包括：
将所述第五工作表中的配置参数填充至所述诊断描述文件模板中的故障存储器中故障码表和快照记录的配置项中，并将所述第六工作表中的配置参数填充至所述诊断描述文件模板中的故障存储器中快照记录的配置项中，并确定对应的数据类型。
8.一种车辆诊断描述文件的生成装置，其特征在于，包括：
获取模块，用于获取第一车辆诊断描述文件和诊断描述文件模板；其中，所述第一车辆诊断描述文件的文件格式为工作簿文件；所述诊断描述文件模板的文件格式为汽车开放系统架构规定的文件格式；
识别模块，用于对所述第一车辆诊断描述文件进行识别，提取所述第一车辆诊断描述文件中的关于诊断模块的配置参数；
生成模块，用于将所述配置参数填充至所述诊断描述文件模板的对应位置，生成第二车辆诊断描述文件。
9.一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311015390.5A CN117130811A (zh) | 2023-08-11 | 2023-08-11 | 车辆诊断描述文件的生成方法、装置、电子设备和介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311015390.5A CN117130811A (zh) | 2023-08-11 | 2023-08-11 | 车辆诊断描述文件的生成方法、装置、电子设备和介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117130811A true CN117130811A (zh) | 2023-11-28 |
Family
ID=88851973
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311015390.5A Pending CN117130811A (zh) | 2023-08-11 | 2023-08-11 | 车辆诊断描述文件的生成方法、装置、电子设备和介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117130811A (zh) |
-
2023
- 2023-08-11 CN CN202311015390.5A patent/CN117130811A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ITTO980722A1 (it) | Procedimento per l'installazione e/o la verifica del software per un sistema di computer prodotto su ordinazione, e sistema di computer per | |
| CN104932480A (zh) | 汽车诊断系统设计方法和装置 | |
| RU2601141C2 (ru) | Система и способ для обеспечения диагностической информации о неисправностях | |
| CN113189970B (zh) | Can总线控制器的硬件在环自动测试方法、系统及存储介质 | |
| CN104699613A (zh) | 一种航天器测试需求自动生成系统及其方法 | |
| CN114915643A (zh) | 铁路信号集中监测系统的配置方法、装置、设备及介质 | |
| CN113360388B (zh) | 对无人机地面站软件的测试过程进行一体化管理的方法 | |
| CN108267968B (zh) | 一种协同半实物仿真光纤数据交互安全性校验方法 | |
| JP6053854B2 (ja) | 制御プログラムに対するインタラクション方法 | |
| CN111857103B (zh) | 一种车辆诊断方法、装置、设备及存储介质 | |
| CN109947639B (zh) | Esb接口自动化测试方法 | |
| CN112612693A (zh) | 自动校验应用软件版本的方法、装置及存储介质 | |
| CN117130811A (zh) | 车辆诊断描述文件的生成方法、装置、电子设备和介质 | |
| CN114942745A (zh) | 电机控制器uds协议栈自动化配置方法 | |
| CN112256554B (zh) | 一种基于场景测试用例进行测试的方法及设备 | |
| CN114448851B (zh) | 一种数据自动化测试方法及系统 | |
| CN116521143B (zh) | 一种故障诊断did读写服务处理方法及装置 | |
| CN116541442B (zh) | 一种新能源汽车日志分析方法及装置 | |
| CN114942623B (zh) | 控制器的测试方法、装置、车辆及计算机可读存储介质 | |
| CN112445491B (zh) | 文件序列处理方法、装置、终端设备及存储介质 | |
| CN118779979A (zh) | 车辆电子系统的模型构建方法、装置及电子设备 | |
| EP2284632B1 (de) | Verfahren zur Steuerung eines Datenaustauschs zwischen einem Fahrzeugdiagnosesystem und in Fahrzeugen angeordneten Steuerungsgeräten, Steuerungsprogramm und Fahrzeugdiagnosesystem | |
| CN114756440B (zh) | 智能卡的数据写入方法、装置、设备及存储介质 | |
| CN116068988A (zh) | 一种针对不同车型的诊断故障代码识别方法及装置 | |
| Kapular et al. | Testing of Model Verifier within Software Development in Automotive Industry |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |