CN110083145B - 一种汽车诊断方法、装置及可读存储介质和汽车诊断仪 - Google Patents

一种汽车诊断方法、装置及可读存储介质和汽车诊断仪 Download PDF

Info

Publication number
CN110083145B
CN110083145B CN201910403969.6A CN201910403969A CN110083145B CN 110083145 B CN110083145 B CN 110083145B CN 201910403969 A CN201910403969 A CN 201910403969A CN 110083145 B CN110083145 B CN 110083145B
Authority
CN
China
Prior art keywords
data
layer
ecu
diagnosis
diagnostic
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.)
Active
Application number
CN201910403969.6A
Other languages
English (en)
Other versions
CN110083145A (zh
Inventor
刘均
李河金
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Launch Technology Co Ltd
Original Assignee
Shenzhen Launch Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Launch Technology Co Ltd filed Critical Shenzhen Launch Technology Co Ltd
Priority to CN201910403969.6A priority Critical patent/CN110083145B/zh
Publication of CN110083145A publication Critical patent/CN110083145A/zh
Application granted granted Critical
Publication of CN110083145B publication Critical patent/CN110083145B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring
    • G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0259—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the response to fault detection
    • G05B23/0262—Confirmation of fault detection, e.g. extra checks to confirm that a failure has indeed occurred
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/24—Pc safety
    • G05B2219/24065—Real time diagnostics

Abstract

本申请公开了一种汽车诊断方法，该方法包括：加载以预设格式存储在各诊断层数据库中的诊断数据；将诊断数据分类存储在结构体中；从结构体中查找目标诊断服务，利用目标诊断服务获取目标诊断指令和目标诊断数据；发送目标诊断指令给汽车中的ECU，并接收ECU返回的反馈数据；比对反馈数据和目标诊断数据，获得诊断结果并显示。在该方法中，在保障汽车诊断可靠性的情况下，解决同一份数据多副本而导致的存储维护管理困难等问题。本申请还公开了一种汽车诊断装置及可读存储介质和一种汽车诊断仪，具有相应的技术效果。

Description

一种汽车诊断方法、装置及可读存储介质和汽车诊断仪
技术领域
本申请涉及汽车诊断技术领域，特别是涉及一种汽车诊断方法、装置及可读存储介质和一种汽车诊断仪。
背景技术
随着汽车电子技术的不断发展，电子控制单元(ECU，Electronic Control Unit)承载的工作量越来越大，这也使得车辆中ECU越来越复杂。汽车诊断仪根据汽车厂家制定的ECU通信协议，与汽车ECU进行通信，进而了解车辆工作状态。其中，汽车诊断仪与ECU通信的过程可以理解为数据解析的过程。例如，要读取当前车辆的发动机转速，汽车诊断仪可以从诊断协议中查找需要给汽车的发电机发送什么指令，同时诊断协议会说明汽车将以何种格式回复，并指示每个字节代表的意义。由此可知，汽车诊断协议、诊断数据在汽车售后维修过程中至关重要。
目前，对应每个不同的ECU都有大量Word或Excel文档来说明该ECU诊断协议和诊断数据。而现在的车辆少则具有十几个ECU，多则具体几十上百个ECU。又因Word或Excel文档机器可读性差。在目前这种数据存储方式的基础上来维护汽车诊断数据，不论对厂家，还是对诊断仪开发人员都是非常不利的。与此同时，虽然同一辆汽车可能具有多达上百个ECU，但是有些诊断数据和诊断协议是可以共用的，这就意味着每个ECU都包含这部分共同的数据。显然地，对同一份数据存在多个副本，极容易出错。
综上所述，如何有效地解决汽车诊断相关数据的存储维护等问题，是目前本领域技术人员急需解决的技术问题。
发明内容
本申请的目的是提供一种汽车诊断方法、装置及可读存储介质和一种汽车诊断仪，通过对预设格式文档进行继承处理，还可解决同一份数据存在多个副本，容易出错等问题。
为解决上述技术问题，本申请提供如下技术方案：
一种汽车诊断方法，应用于汽车诊断仪，包括：
加载以预设格式存储在各诊断层数据库中的诊断数据；
将所述诊断数据分类存储在结构体中；
从所述结构体中查找目标诊断服务，利用所述目标诊断服务获取目标诊断指令和目标诊断数据；
发送所述目标诊断指令给汽车中的ECU，并接收所述ECU返回的反馈数据；
比对所述反馈数据和目标诊断数据，获得诊断结果并显示。
优选地，所述加载以预设格式存储在各诊断层数据库中的诊断数据，包括：
加载按照预设数据分层模型以XML格式存储在各所述诊断层数据中的所述诊断数据；
其中，所述数据分层模型，包括：
协议层，用于存放ECU协议数据；
基本变量层，用于接入ECU数据；
ECU变量层，用于存放不同版本ECU的特定数据；
共享数据层，用于存放多个ECU的通用数据；
各数据层继承顺序为所述协议层、所述基本变量层和所述ECU变量层分别继承所述共享数据层，所述基本变量层继承所述协议层，所述ECU变量层继承所述基本变量层。
优选地，加载按照预设数据分层模型以XML格式存储在各所述诊断层数据中的所述诊断数据，包括：
获取各个所述ECU的原始诊断数据以及所述ECU协议；
按照各个所述原始诊断数据的作用划分类型，并将不同类型的数据分别作为XML文档的一个节点；
提取各个所述XML文档中的相同数据，获得所述通用数据；
将各个所述原始诊断数据中的特殊数据作为所述特定数据；
利用所述ECU协议获取对应通讯参数；
按照所述数据分层模型将所述通用数据、所述特定数据、所述ECU协议和所述通讯参数以XML格式存储在各所述诊断层数据中。
优选地，确定所述各数据层的继承顺序的方法，包括：
所述协议层、所述基本变量层和所述ECU变量层在XML文档中添加继承于所述共享数据层的标识；
所述基本变量层在所述XML文档中添加继承于所述协议层的标识；
所述ECU变量层在所述XML文档中添加继承与所述基本变量层的标识。
优选地，还包括：
接收诊断数据添加请求，确定所述诊断数据添加请求对应的目标ECU和目标特定数据；
在所述ECU变量层与所述目标ECU对应空间内添加所述目标特定数据。
优选地，还包括：
接收诊断数据覆盖请求，确定所述诊断数据覆盖请求对应的目标特定数据；
在所述更特殊层中添加与更一般层相同简称的同类型对象与所述目标特定数据对应，以覆盖所述目标特定数据对应的目标通用数据；所述更特殊层在继承关系中为子类，所述更一般层在继承关系中为父类。
优选地，从所述结构体中查找目标诊断服务，利用所述目标诊断服务获取目标诊断指令和目标诊断数据，包括：
利用所述目标诊断服务，并基于所述更特殊层利用值继承复用所述更一般层的数据内容，获得目标诊断指令和所述目标诊断数据。
一种汽车诊断装置，应用于汽车诊断仪，包括：
诊断数据加载模块，用于加载以预设格式存储在各诊断层数据库中的诊断数据；
诊断数据存储模块，用于将所述诊断数据分类存储在结构体中；
诊断指令获取模块，用于从所述结构体中查找目标诊断服务，利用所述目标诊断服务获取目标诊断指令和目标诊断数据；
反馈数据获取模块，用于发送所述目标诊断指令给汽车中的ECU，并接收所述ECU返回的反馈数据；
诊断结果获取模块，用于比对所述反馈数据和目标诊断数据，获得诊断结果并显示。
优选地，所述诊断数据加载模块，具体用于加载按照预设数据分层模型以预设格式存储在各所述诊断层数据中的所述诊断数据；其中，所述数据分层模型，包括：
协议层，用于存放ECU协议数据；
基本变量层，用于接入ECU数据；
ECU变量层，用于存放不同版本ECU的特定数据；
共享数据层，用于存放多个ECU的通用数据；
各数据层继承顺序为所述协议层、所述基本变量层和所述ECU变量层分别继承所述共享数据层，所述基本变量层继承所述协议层，所述ECU变量层继承所述基本变量层。
优选地，为便于诊断数据加载，可设置相应的诊断数据预存储模块，诊断数据预存储模块，用于获取各个所述ECU的原始诊断数据以及所述ECU协议；按照各个所述原始诊断数据的作用划分类型，并将不同类型的数据分别作为XML文档的一个节点；提取各个所述XML文档中的相同数据，获得所述通用数据；将各个所述原始诊断数据中的特殊数据作为所述特定数据；利用所述ECU协议获取对应通讯参数；按照所述数据分层模型将所述通用数据、所述特定数据、所述ECU协议和所述通讯参数以XML格式存储在各所述诊断层数据中。
优选地，所述诊断数据预存储模块，具体用于所述协议层、所述基本变量层和所述ECU变量层在XML文档中添加继承于所述共享数据层的标识；所述基本变量层在所述XML文档中添加继承于所述协议层的标识；所述ECU变量层在所述XML文档中添加继承与所述基本变量层的标识。
优选地，还包括：
诊断数据添加模块，用于接收诊断数据添加请求，确定所述诊断数据添加请求对应的目标ECU和目标特定数据；在所述ECU变量层与所述目标ECU对应空间内添加所述目标特定数据。
优选地，还包括：
诊断数据修改模块，用于接收诊断数据覆盖请求，确定所述诊断数据覆盖请求对应的目标特定数据；在所述更特殊层中添加与更一般层相同简称的同类型对象与所述目标特定数据对应，以覆盖所述目标特定数据对应的目标通用数据；所述更特殊层在继承关系中为子类，所述更一般层在继承关系中为父类。
优选地，诊断指令获取模块，具体用于利用所述目标诊断服务，并基于所述更特殊层利用值继承复用所述更一般层的数据内容，获得目标诊断指令和所述目标诊断数据。
一种汽车诊断仪，包括：
存储器，用于存储计算机程序；
处理器，用于执行计算机程序时实现以下步骤：
加载以预设格式存储在各诊断层数据库中的诊断数据；
将所述诊断数据分类存储在结构体中；
从所述结构体中查找目标诊断服务，利用所述目标诊断服务获取目标诊断指令和目标诊断数据；
发送所述目标诊断指令给汽车中的ECU，并接收所述ECU返回的反馈数据；
比对所述反馈数据和目标诊断数据，获得诊断结果并显示。
优选地，所述处理器，用于执行计算机程序时实现以下步骤：
加载按照预设数据分层模型以预设格式存储在各所述诊断层数据中的所述诊断数据；
其中，所述数据分层模型，包括：
协议层，用于存放ECU协议数据；
基本变量层，用于接入ECU数据；
ECU变量层，用于存放不同版本ECU的特定数据；
共享数据层，用于存放多个ECU的通用数据；
各数据层继承顺序为所述协议层、所述基本变量层和所述ECU变量层分别继承所述共享数据层，所述基本变量层继承所述协议层，所述ECU变量层继承所述基本变量层。
优选地，所述处理器，用于执行计算机程序时实现以下步骤：
获取各个所述ECU的原始诊断数据以及所述ECU协议；
按照各个所述原始诊断数据的作用划分类型，并将不同类型的数据分别作为XML文档的一个节点；
提取各个所述XML文档中的相同数据，获得所述通用数据；
将各个所述原始诊断数据中的特殊数据作为所述特定数据；
利用所述ECU协议获取对应通讯参数；
按照所述数据分层模型将所述通用数据、所述特定数据、所述ECU协议和所述通讯参数以XML格式存储在各所述诊断层数据中。
优选地，所述处理器，用于执行计算机程序时实现以下步骤：
所述协议层、所述基本变量层和所述ECU变量层在XML文档中添加继承于所述共享数据层的标识；
所述基本变量层在所述XML文档中添加继承于所述协议层的标识；
所述ECU变量层在所述XML文档中添加继承与所述基本变量层的标识。
优选地，所述处理器，用于执行计算机程序时实现以下步骤：
接收诊断数据添加请求，确定所述诊断数据添加请求对应的目标ECU和目标特定数据；
在所述ECU变量层与所述目标ECU对应空间内添加所述目标特定数据。
优选地，所述处理器，用于执行计算机程序时实现以下步骤：
接收诊断数据覆盖请求，确定所述诊断数据覆盖请求对应的目标特定数据；
在所述更特殊层中添加与更一般层相同简称的同类型对象与所述目标特定数据对应，以覆盖所述目标特定数据对应的目标通用数据；所述更特殊层在继承关系中为子类，所述更一般层在继承关系中为父类。
优选地，所述处理器，用于执行计算机程序时实现以下步骤：
利用所述目标诊断服务，并基于所述更特殊层利用值继承复用所述更一般层的数据内容，获得目标诊断指令和所述目标诊断数据。
一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
加载以预设格式存储在各诊断层数据库中的诊断数据；
将所述诊断数据分类存储在结构体中；
从所述结构体中查找目标诊断服务，利用所述目标诊断服务获取目标诊断指令和目标诊断数据；
发送所述目标诊断指令给汽车中的ECU，并接收所述ECU返回的反馈数据；
比对所述反馈数据和目标诊断数据，获得诊断结果并显示。
优选地，所述计算机程序被处理器执行时实现以下步骤：
加载按照预设数据分层模型以预设格式存储在各所述诊断层数据中的所述诊断数据；
其中，所述数据分层模型，包括：
所述协议层，用于存放ECU协议数据；
所述基本变量层，用于接入ECU数据；
所述ECU变量层，用于存放不同版本ECU的特定数据；
所述共享数据层，用于存放多个ECU的通用数据；
各数据层继承顺序为所述协议层、所述基本变量层和所述ECU变量层分别继承所述共享数据层，所述基本变量层继承所述协议层，所述ECU变量层继承所述基本变量层。
优选地，所述计算机程序被处理器执行时实现以下步骤：
获取各个所述ECU的原始诊断数据以及所述ECU协议；
按照各个所述原始诊断数据的作用划分类型，并将不同类型的数据分别作为XML文档的一个节点；
提取各个所述XML文档中的相同数据，获得所述通用数据；
将各个所述原始诊断数据中的特殊数据作为所述特定数据；
利用所述ECU协议获取对应通讯参数；
按照所述数据分层模型将所述通用数据、所述特定数据、所述ECU协议和所述通讯参数以XML格式存储在各所述诊断层数据中。
优选地，所述计算机程序被处理器执行时实现以下步骤：
所述协议层、所述基本变量层和所述ECU变量层在XML文档中添加继承于所述共享数据层的标识；
所述基本变量层在所述XML文档中添加继承于所述协议层的标识；
所述ECU变量层在所述XML文档中添加继承与所述基本变量层的标识。
优选地，所述计算机程序被处理器执行时实现以下步骤：
接收诊断数据添加请求，确定所述诊断数据添加请求对应的目标ECU和目标特定数据；
在所述ECU变量层与所述目标ECU对应空间内添加所述目标特定数据。
优选地，所述计算机程序被处理器执行时实现以下步骤：
接收诊断数据覆盖请求，确定所述诊断数据覆盖请求对应的目标特定数据；
在所述更特殊层中添加与更一般层相同简称的同类型对象与所述目标特定数据对应，以覆盖所述目标特定数据对应的目标通用数据；所述更特殊层在继承关系中为子类，所述更一般层在继承关系中为父类。
优选地，所述计算机程序被处理器执行时实现以下步骤：
利用所述目标诊断服务，并基于所述更特殊层利用值继承复用所述更一般层的数据内容，获得目标诊断指令和所述目标诊断数据。
应用本申请实施例所提供的方法，加载以预设格式存储在各诊断层数据库中的诊断数据；将诊断数据分类存储在结构体中；从结构体中查找目标诊断服务，利用目标诊断服务获取目标诊断指令和目标诊断数据；发送目标诊断指令给汽车中的ECU，并接收ECU返回的反馈数据；比对反馈数据和目标诊断数据，获得诊断结果并显示。
首先加载以预设格式存储在各诊断层数据中的诊断数据，并将该诊断数据存储在结构体内。如此，便可从该结构体中快速成长得到目标终端服务，并利用该目标诊断服务获取到目标诊断指令和目标诊断数据。然后，将目标诊断指令发送给汽车中的ECU，并获取ECU返回的反馈数据，将该反馈数据和目标诊断数据进行比对，便可获得并显示该诊断结果。通过结合继承的方式，仍然可保障汽车诊断仪与每一个ECU的通信正常，即对汽车诊断过程无不良影响。如此，便在保障汽车诊断可靠性的情况下，解决同一份数据多副本而导致的存储维护管理困难等问题。
相应地，本申请实施例还提供了与上述汽车诊断方法相对应的汽车诊断装置和可读存储介质和一种汽车诊断仪，具有上述技术效果，在此不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例中一种汽车诊断方法的实施流程图；
图2为本申请实施例中一种数据分层模型；
图3为本申请实施例中一种诊断数据存储过程示意图；
图4为本申请实施例中一种XML格式的诊断数据集合示例；
图5为图4中各示例文件的一种继承关系示意图；
图6为本申请实施例中一种汽车诊断装置的结构示意图；
图7为本申请实施例中一种汽车诊断仪的结构示意图；
图8为本申请实施例中一种汽车诊断仪的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
实施例一：
请参考图1，图1为本申请实施例中一种汽车诊断方法的流程图，该方法可应用于汽车诊断仪，该方法包括以下步骤：
S101、加载以预设格式存储在各诊断层数据库中的诊断数据。
在本申请实施例中，在利用汽车诊断仪对汽车进行诊断之前，可预先将ECU的诊断数据以预设格式存储在各诊断层数据库中。其中，预设格式可具体为使用诸如txt、ini和XML等类型文件都可以用来实现存储，即只要定义好存储规则即可。由于XML格式具有比较好的可读性更高，且很多国际标准都采用XML方式来存储数据的，因而可优选采用XML格式。当然，采用其他的格式文档，也可以实现；不同类型的文件的处理思路都是一样的。为便于描述，本申请以XML格式为例对本申请进行详细说明，其他格式的实现方式可参照与此，在此便不一一列举。
在需要利用汽车诊断仪对汽车进行诊断时，可加载以XML格式存储在个诊断层数据库中的诊断数据。本文所指的诊断数据即为汽车中的各个ECU的全部诊断数据，可包括故障码、数据流和算法等常见的诊断数据。
S102、将诊断数据分类存储在结构体中。
加载得到诊断数据之后，便可将诊断数据分类存储在结构体中。其中，结构体(struct)，也叫结构，为由一系列具有相同类型或不同类型的数据构成的数据集合。即，按照诊断数据的分类进行存储。
S103、从结构体中查找目标诊断服务，利用目标诊断服务获取目标诊断指令和目标诊断数据。
其中，目标诊断服务可以为响应于用户在操作界面的操作行为，而确定的目标诊断请求，然后基于该目标诊断请求从结构体中查找出目标诊断服务。目标诊断服务可具体为诸如故障码读取服务、数据流获取服务等常见的汽车诊断服务。利用该目标终端服务便可获得目标诊断指令和用于比对获取诊断结构的目标诊断数据。
S104、发送目标诊断指令给汽车中的ECU，并接收ECU返回的反馈数据。
利用与汽车ECU的诊断协议，将目标诊断指令发送给待诊断汽车中的ECU。ECU接收到目标诊断指令之后，执行该目标诊断指令，并向汽车诊断仪返回反馈数据。如此，汽车诊断仪便可获得该反馈数据。
S105、比对反馈数据和目标诊断数据，获得诊断结果并显示。
将反馈数据与目标诊断数据进行比对，便可获得诊断结果并在可视化界面进行相应显示。
为便于本领域技术人员更好的理解上述步骤，下面以目标诊断服务为故障码读取指令为例，对上述步骤S103至S105进行详细说明。在结构体中查找读故障码的诊断服务，通过该诊断服务获取读故障码诊断指令。发送读故障码诊断指令给汽车中的ECU，ECU返回故障代码(即反馈数据)，然后将故障代码与诊断数据库中数据对比，找出故障码的信息并显示。
应用本申请实施例所提供的方法，加载以预设格式存储在各诊断层数据库中的诊断数据；将诊断数据分类存储在结构体中；从结构体中查找目标诊断服务，利用目标诊断服务获取目标诊断指令和目标诊断数据；发送目标诊断指令给汽车中的ECU，并接收ECU返回的反馈数据；比对反馈数据和目标诊断数据，获得诊断结果并显示。
首先加载以预设格式存储在各诊断层数据中的诊断数据，并将该诊断数据存储在结构体内。如此，便可从该结构体中快速成长得到目标终端服务，并利用该目标诊断服务获取到目标诊断指令和目标诊断数据。然后，将目标诊断指令发送给汽车中的ECU，并获取ECU返回的反馈数据，将该反馈数据和目标诊断数据进行比对，便可获得并显示该诊断结果。通过结合继承的方式，仍然可保障汽车诊断仪与每一个ECU的通信正常，即对汽车诊断过程无不良影响。如此，便在保障汽车诊断可靠性的情况下，解决同一份数据多副本而导致的存储维护管理困难等问题。
需要说明的是，基于上述实施例，本申请实施例还提供了相应的改进方案。在优选/改进实施例中涉及与上述实施例中相同步骤或相应步骤之间可相互参考，相应的有益效果也可相互参照，在本文的优选/改进实施例中不再一一赘述。
实施例二：
相应于上述实施例一，在执行步骤S101之前，在将诊断数据存入各诊断层数据库的过程中，可按照预设数据分层模型进行存储，可避免对同一份数据进行多份存储，可对数据维护带来便利。
具体的，请参考图2，图2为本申请实施例中一种数据分层模型，其中箭头所指方式表示继承关系，Protocol(协议)，Base-Variant(基本变量层)，Ecu-Variant(ECU变量)，Ecu-Shared-Data(ECU共享数据)。如此，便可加载按照预设数据分层模型以XML格式存储在各诊断层数据中的诊断数据；
其中，数据分层模型，包括：
协议层L201，用于存放ECU协议数据；
基本变量层L202，用于接入ECU数据；
ECU变量层L203，用于存放不同版本ECU的特定数据；
共享数据层L204，用于存放多个ECU的通用数据；
各数据层继承顺序为协议层、基本变量层和ECU变量层分别继承共享数据层，基本变量层继承协议层，ECU变量层继承基本变量层。
具体的，由于汽车的诊断协议有多种，而每个ECU可能支持其中的一种或多种，而每一种协议类型对应的通讯参数是不一样的，为了便于操作，将诊断协议和通讯参数单独形成协议层。即在该协议层中存储了多种汽车诊断协议，以及各种诊断协议所对应的通讯参数。基本变量层可视为ECU数据的入口，通过该层关联其他层数据。ECU变量层即可存放不同版本ECU的特定数据，相应地，共享数据层则存放多个或所有ECU通用的一些数据，可被多个ECU复用。需要说明的是，在本实施例中数据分层模型为如图2所示的四层简单模型，在本申请的其他实施例中，还可将数据分层进行细化，将数据分层细分为5层或5层以上。例如，可将协议层拆分为通讯参数层和诊断协议层。
当然，在本申请的其他实施例中，若数据分层进行了改变，相应地各个分层之间的继承关系也相应进行改变，使其满足特殊数据继承通用数据即可，在此不再一一赘述。
实施例三：
相应于上述实施例二，在进行数据存储时，即按照数据分层模型进行数据存储。具体的诊断数据的存储过程请参照于图3，图3为本申请实施例中一种诊断数据存储过程示意图。诊断数据的存储过程，包括：
S301、获取各个ECU的原始诊断数据以及ECU协议；
获取各个ECU的原始诊断数据以及相应的ECU协议。其中，ECU协议具体为诊断协议。
S302、按照各个原始诊断数据的作用划分类型，并将不同类型的数据分别作为XML文档的一个节点。
将不同的作用的原始诊断数据分别作为XML文档的一个节点。也就是说，在本申请中诊断数据将以XML格式进行存储。诊断数据的作用包括存储诊断指令、存储车辆的系统信息、故障码、版本信息、数据流等所有车辆诊断相关的数据。XML存储数据为类似树状结构的一层一层嵌套，一个节点即代表着一条故障码及其关联的信息。
S303、提取各个XML文档中的相同数据，获得通用数据。
提取各个XML文档中的相同数据即为对各个ECU的原始诊断数据进行比对，将通用的数据部分提取出来，将其作为通用数据。
S304、将各个原始诊断数据中的特殊数据作为特定数据。
在提取完获得通用数据之后，便可将每一个ECU的非通用部分的特殊数据作为特定数据。
S305、利用ECU协议获取对应通讯参数。
由于不同的ECU协议对应不同的通讯参数，因而可利用各个ECU数据获取到对应的通讯参数。
S306、按照数据分层模型将通用数据、特定数据、ECU协议和通讯参数以XML格式存储在各诊断层数据中。
然后，按照不同数据与不同数据层的对应关系将获取得到的通用数据、特定数据、ECU协议和通讯参数以XML格式存储在各个诊断层数据中。
另外，将相应数据存入相应的诊断层数据后，还需确定各数据层的继承顺序。可利用继承标识的方法来确定各数据层的继承顺序，具体实现过程，包括：
步骤一、协议层、基本变量层和ECU变量层在XML文档中添加继承于共享数据层的标识；
步骤二、基本变量层在XML文档中添加继承于协议层的标识；
步骤三、ECU变量层在XML文档中添加继承与基本变量层的标识。
为便于描述，下面将上述三个步骤结合起来进行说明。
为便于描述，在本申请实施例中，将继承关系中的两个数据层分别所属角色，划分为更特殊层和更一般层。具体的，在继承关系中属于父类角色的被继承的数据层，称为更一般层，在继承关系中属于子类角色的数据层称为更特殊层。例如，共享数据层与协议层之间，协议层继承共享数据层，因而共享数据层即为更一般层，而协议层则被称为更特殊层；基本变量层与协议层之间，基本变量层基础协议层，则协议层为更一般层，而基本变量层为更特殊层。为了实现继承关系，更特殊层通过在XML文档中添加“PARENT-REF”节点来标识所继承的更一般层数据。其中，PARENT-REF表示父参考，即继承于谁。请参考图4和图5，其中，图4为本申请实施例中一种XML格式的诊断数据集合示例，图5为图4中各示例文件的一种继承关系示意图，其中箭头表示继承。
其中，D5为DLC_PR_UDSOnCAN.oxd-d为协议层数据文件，D4为DLC_SD_UNITS.oxd-d为共有数据的类库数据文件。按照继承关系需满足特殊数据继承通用数据，即这里的协议层需继承该共有数据的类库，采用以下代码即可实现：
<PARENT-REFS>
<PARENT-REF DOCREF＝”DLC_PR_UDSOnCAN”>
<PARENT-REF DOCREF＝”DLC_SD_UNITS”>
</PARENT-REFS>
如此，利用parent()方法则可在子组件中可以直接访问该组件的父实例或组件；而refs()方式可以用来访问子组件的中的数据，即实现数据继承。
也就是说，在执行上述步骤S103时，便可利用目标诊断服务，并基于更特殊层利用值继承复用更一般层的数据内容，获得目标诊断指令和目标诊断数据。也就是说，可实现无需重复存储通用数据，通过分层和继承的方式便可得到汽车诊断过程中所需的诊断指令和诊断数据。
实施例四：
考虑到ECU中的诊断数据可能会因更新而需添加新的诊断数据，为解决此问题，本申请实施例提出了以下诊断数据添加方法和诊断数据覆盖方法。
即在汽车诊断应用过程中，若需要添加新的诊断数据，可通过执行以下步骤实现：
步骤一、接收诊断数据添加请求，确定诊断数据添加请求对应的目标ECU和目标特定数据；
步骤二、在ECU变量层与目标ECU对应空间内添加目标特定数据。
例如，若更一般层的故障码数据中无简称(SHORT-NAME)为D11116的故障码数据，则可在更特殊层，可添加一个简称为D11116的故障码数据。部分代码如下：
Figure BDA0002057698470000141
Figure BDA0002057698470000151
如此，便可实现新增诊断数据。
实施例五：
考虑到ECU中的诊断数据可能会因更新而需更替或修改的诊断数据，为解决此问题，本申请实施例提出了以下诊断数据添加方法和诊断数据覆盖方法。
对诊断数据进行修改或更替则可实现数据覆盖方法实现，具体实现过程，包括：
步骤一、接收诊断数据覆盖请求，确定诊断数据覆盖请求对应的目标特定数据；
步骤二、在更特殊层中添加与更一般层相同简称的同类型对象与目标特定数据对应，以覆盖目标特定数据对应的目标通用数据；更特殊层在继承关系中为子类，更一般层在继承关系中为父类。
具体的，在更特殊层中，可以定义相同“SHORT-NAME”的同一类型对象来覆盖更一般层中的对象。假如在Base-Variant(基本变量层)中存在SHORT-NAME为940016的故障码，那么在特定版本的Ecu-Variant(ECU变量层)中可以定义相同SHORT-NAME，但值不同的故障码来达到覆盖的目的。即一般层的存在简称(SHORT-NAME)为940016的故障码数据，具体如下：
Figure BDA0002057698470000152
Figure BDA0002057698470000161
更换简称为940016的故障码数据，具体代码如下：
Figure BDA0002057698470000162
如此，便可实现故障码更替。
需要说明的是，在本申请实施例中，对于汽车诊断中诸如如何与汽车建立通信连接，如何确定指令，如何对数据进行分析等部分细节并未进行详细说明，可具体参见现有技术中对汽车进行诊断的具体实现过程。
实施例六：
相应于上面的方法实施例，本申请实施例还提供了一种可应用于汽车诊断仪的汽车诊断装置，下文描述的汽车诊断装置与上文描述的汽车诊断方法可相互对应参照。
参见图6所示，该装置包括以下模块：
诊断数据加载模块101，用于加载以XML格式存储在各诊断层数据库中的诊断数据；
诊断数据存储模块102，用于将诊断数据分类存储在结构体中；
诊断指令获取模块103，用于从结构体中查找目标诊断服务，利用目标诊断服务获取目标诊断指令和目标诊断数据；
反馈数据获取模块104，用于发送目标诊断指令给汽车中的ECU，并接收ECU返回的反馈数据；
诊断结果获取模块105，用于比对反馈数据和目标诊断数据，获得诊断结果并显示。
应用本申请实施例所提供的装置，
加载以预设格式存储在各诊断层数据库中的诊断数据；将诊断数据分类存储在结构体中；从结构体中查找目标诊断服务，利用目标诊断服务获取目标诊断指令和目标诊断数据；发送目标诊断指令给汽车中的ECU，并接收ECU返回的反馈数据；比对反馈数据和目标诊断数据，获得诊断结果并显示。
首先加载以预设格式存储在各诊断层数据中的诊断数据，并将该诊断数据存储在结构体内。如此，便可从该结构体中快速成长得到目标终端服务，并利用该目标诊断服务获取到目标诊断指令和目标诊断数据。然后，将目标诊断指令发送给汽车中的ECU，并获取ECU返回的反馈数据，将该反馈数据和目标诊断数据进行比对，便可获得并显示该诊断结果。通过结合继承的方式，仍然可保障汽车诊断仪与每一个ECU的通信正常，即对汽车诊断过程无不良影响。如此，便在保障汽车诊断可靠性的情况下，解决同一份数据多副本而导致的存储维护管理困难等问题。
在本申请的一种具体实施方式中，诊断数据加载模块101，具体用于加载按照预设数据分层模型以XML格式存储在各诊断层数据中的诊断数据；其中，数据分层模型，包括：协议层，用于存放ECU协议数据；
基本变量层，用于接入ECU数据；ECU变量层，用于存放不同版本ECU的特定数据；共享数据层，用于存放多个ECU的通用数据；各数据层继承顺序为协议层、基本变量层和ECU变量层分别继承共享数据层，基本变量层继承协议层，ECU变量层继承基本变量层。
在本申请的一种具体实施方式中，为便于诊断数据加载，可设置相应的诊断数据预存储模块，诊断数据预存储模块，用于获取各个ECU的原始诊断数据以及ECU协议；按照各个原始诊断数据的作用划分类型，并将不同类型的数据分别作为XML文档的一个节点；提取各个XML文档中的相同数据，获得通用数据；将各个原始诊断数据中的特殊数据作为特定数据；利用ECU协议获取对应通讯参数；按照数据分层模型将通用数据、特定数据、ECU协议和通讯参数以XML格式存储在各诊断层数据中。
在本申请的一种具体实施方式中，诊断数据预存储模块，具体用于协议层、基本变量层和ECU变量层在XML文档中添加继承于共享数据层的标识；基本变量层在XML文档中添加继承于协议层的标识；ECU变量层在XML文档中添加继承与基本变量层的标识。
在本申请的一种具体实施方式中，还包括：
诊断数据添加模块，用于接收诊断数据添加请求，确定诊断数据添加请求对应的目标ECU和目标特定数据；在ECU变量层与目标ECU对应空间内添加目标特定数据。
在本申请的一种具体实施方式中，还包括：
诊断数据修改模块，用于接收诊断数据覆盖请求，确定诊断数据覆盖请求对应的目标特定数据；在更特殊层中添加与更一般层相同简称的同类型对象与目标特定数据对应，以覆盖目标特定数据对应的目标通用数据；更特殊层在继承关系中为子类，更一般层在继承关系中为父类。
在本申请的一种具体实施方式中，诊断指令获取模块103，具体用于利用目标诊断服务，并基于更特殊层利用值继承复用更一般层的数据内容，获得目标诊断指令和目标诊断数据。
实施例七：
相应于上面的方法实施例，本申请实施例还提供了一种汽车诊断仪，下文描述的一种汽车诊断仪与上文描述的一种汽车诊断方法可相互对应参照。
参见图7所示，该汽车诊断仪包括：
存储器D1，用于存储计算机程序；
处理器D2，用于执行计算机程序时实现以下步骤：
加载以预设格式存储在各诊断层数据库中的诊断数据；
将诊断数据分类存储在结构体中；
从结构体中查找目标诊断服务，利用目标诊断服务获取目标诊断指令和目标诊断数据；
发送目标诊断指令给汽车中的ECU，并接收ECU返回的反馈数据；
比对反馈数据和目标诊断数据，获得诊断结果并显示。
优选地，处理器D2，用于执行计算机程序时实现以下步骤：
加载按照预设数据分层模型以XML格式存储在各诊断层数据中的诊断数据；
其中，数据分层模型，包括：
协议层，用于存放ECU协议数据；
基本变量层，用于接入ECU数据；
ECU变量层，用于存放不同版本ECU的特定数据；
共享数据层，用于存放多个ECU的通用数据；
各数据层继承顺序为协议层、基本变量层和ECU变量层分别继承共享数据层，基本变量层继承协议层，ECU变量层继承基本变量层。
优选地，处理器D2，用于执行计算机程序时实现以下步骤：
获取各个ECU的原始诊断数据以及ECU协议；
按照各个原始诊断数据的作用划分类型，并将不同类型的数据分别作为XML文档的一个节点；
提取各个XML文档中的相同数据，获得通用数据；
将各个原始诊断数据中的特殊数据作为特定数据；
利用ECU协议获取对应通讯参数；
按照数据分层模型将通用数据、特定数据、ECU协议和通讯参数以XML格式存储在各诊断层数据中。
优选地，处理器D2，用于执行计算机程序时实现以下步骤：
协议层、基本变量层和ECU变量层在XML文档中添加继承于共享数据层的标识；
基本变量层在XML文档中添加继承于协议层的标识；
ECU变量层在XML文档中添加继承与基本变量层的标识。
优选地，处理器D2，用于执行计算机程序时实现以下步骤：
接收诊断数据添加请求，确定诊断数据添加请求对应的目标ECU和目标特定数据；
在ECU变量层与目标ECU对应空间内添加目标特定数据。
优选地，处理器D2，用于执行计算机程序时实现以下步骤：
接收诊断数据覆盖请求，确定诊断数据覆盖请求对应的目标特定数据；
在更特殊层中添加与更一般层相同简称的同类型对象与目标特定数据对应，以覆盖目标特定数据对应的目标通用数据；更特殊层在继承关系中为子类，更一般层在继承关系中为父类。
优选地，处理器D2，用于执行计算机程序时实现以下步骤：
利用目标诊断服务，并基于更特殊层利用值继承复用更一般层的数据内容，获得目标诊断指令和目标诊断数据。
具体的，请参考图8，图8为本实施例提供的一种汽车诊断仪的具体结构示意图，该汽车诊断仪可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在汽车诊断仪301上执行存储介质330中的一系列指令操作。
汽车诊断仪301还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341。例如，Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等。
上文所描述的汽车诊断方法中的步骤可以由汽车诊断仪的结构实现。
实施例八：
相应于上面的方法实施例，本申请实施例还提供了一种可读存储介质，下文描述的一种可读存储介质与上文描述的一种汽车诊断方法可相互对应参照。
一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
加载以预设格式存储在各诊断层数据库中的诊断数据；
将诊断数据分类存储在结构体中；
从结构体中查找目标诊断服务，利用目标诊断服务获取目标诊断指令和目标诊断数据；
发送目标诊断指令给汽车中的ECU，并接收ECU返回的反馈数据；
比对反馈数据和目标诊断数据，获得诊断结果并显示。
优选地，计算机程序被处理器执行时实现以下步骤：
加载按照预设数据分层模型以XML格式存储在各诊断层数据中的诊断数据；
其中，数据分层模型，包括：
协议层，用于存放ECU协议数据；
基本变量层，用于接入ECU数据；
ECU变量层，用于存放不同版本ECU的特定数据；
共享数据层，用于存放多个ECU的通用数据；
各数据层继承顺序为协议层、基本变量层和ECU变量层分别继承共享数据层，基本变量层继承协议层，ECU变量层继承基本变量层。
优选地，计算机程序被处理器执行时实现以下步骤：
获取各个ECU的原始诊断数据以及ECU协议；
按照各个原始诊断数据的作用划分类型，并将不同类型的数据分别作为XML文档的一个节点；
提取各个XML文档中的相同数据，获得通用数据；
将各个原始诊断数据中的特殊数据作为特定数据；
利用ECU协议获取对应通讯参数；
按照数据分层模型将通用数据、特定数据、ECU协议和通讯参数以XML格式存储在各诊断层数据中。
优选地，计算机程序被处理器执行时实现以下步骤：
协议层、基本变量层和ECU变量层在XML文档中添加继承于共享数据层的标识；
基本变量层在XML文档中添加继承于协议层的标识；
ECU变量层在XML文档中添加继承与基本变量层的标识。
优选地，计算机程序被处理器执行时实现以下步骤：
接收诊断数据添加请求，确定诊断数据添加请求对应的目标ECU和目标特定数据；
在ECU变量层与目标ECU对应空间内添加目标特定数据。
优选地，计算机程序被处理器执行时实现以下步骤：
接收诊断数据覆盖请求，确定诊断数据覆盖请求对应的目标特定数据；
在更特殊层中添加与更一般层相同简称的同类型对象与目标特定数据对应，以覆盖目标特定数据对应的目标通用数据；更特殊层在继承关系中为子类，更一般层在继承关系中为父类。
优选地，计算机程序被处理器执行时实现以下步骤：
利用目标诊断服务，并基于更特殊层利用值继承复用更一般层的数据内容，获得目标诊断指令和目标诊断数据。
该可读存储介质具体可以为U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

Claims (8)

1.一种汽车诊断方法，其特征在于，应用于汽车诊断仪，包括：
加载以预设格式存储在各诊断层数据库中的诊断数据；
将所述诊断数据分类存储在结构体中；
从所述结构体中查找目标诊断服务，利用所述目标诊断服务获取目标诊断指令和目标诊断数据；
发送所述目标诊断指令给汽车中的ECU，并接收所述ECU返回的反馈数据；
比对所述反馈数据和目标诊断数据，获得诊断结果并显示；
其中，所述加载以预设格式存储在各诊断层数据库中的诊断数据，包括：
加载按照预设数据分层模型以XML格式存储在各所述诊断层数据中的所述诊断数据；
其中，所述数据分层模型，包括：
协议层，用于存放ECU协议数据；
基本变量层，用于接入ECU数据；
ECU变量层，用于存放不同版本ECU的特定数据；
共享数据层，用于存放多个ECU的通用数据；
各数据层继承顺序为所述协议层、所述基本变量层和所述ECU变量层分别继承所述共享数据层，所述基本变量层继承所述协议层，所述ECU变量层继承所述基本变量层；
其中，加载按照预设数据分层模型以XML格式存储在各所述诊断层数据中的所述诊断数据，包括：
获取各个所述ECU的原始诊断数据以及所述ECU协议；
按照各个所述原始诊断数据的作用划分类型，并将不同类型的数据分别作为XML文档的一个节点；
提取各个所述XML文档中的相同数据，获得所述通用数据；
将各个所述原始诊断数据中的特殊数据作为所述特定数据；
利用所述ECU协议获取对应通讯参数；
按照所述数据分层模型将所述通用数据、所述特定数据、所述ECU协议和所述通讯参数以XML格式存储在各所述诊断层数据中。
2.根据权利要求1所述的汽车诊断方法，其特征在于，确定所述各数据层的继承顺序的方法，包括：
所述协议层、所述基本变量层和所述ECU变量层在XML文档中添加继承于所述共享数据层的标识；
所述基本变量层在所述XML文档中添加继承于所述协议层的标识；
所述ECU变量层在所述XML文档中添加继承与所述基本变量层的标识。
3.根据权利要求1所述的汽车诊断方法，其特征在于，还包括：
接收诊断数据添加请求，确定所述诊断数据添加请求对应的目标ECU和目标特定数据；
在所述ECU变量层与所述目标ECU对应空间内添加所述目标特定数据。
4.根据权利要求1所述的汽车诊断方法，其特征在于，还包括：
接收诊断数据覆盖请求，确定所述诊断数据覆盖请求对应的目标特定数据；
在更特殊层中添加与更一般层相同简称的同类型对象与所述目标特定数据对应，以覆盖所述目标特定数据对应的目标通用数据；所述更特殊层在继承关系中为子类，所述更一般层在继承关系中为父类。
5.根据权利要求4所述的汽车诊断方法，其特征在于，从所述结构体中查找目标诊断服务，利用所述目标诊断服务获取目标诊断指令和目标诊断数据，包括：
利用所述目标诊断服务，并基于所述更特殊层利用值继承复用所述更一般层的数据内容，获得目标诊断指令和所述目标诊断数据。
6.一种汽车诊断装置，其特征在于，应用于汽车诊断仪，包括：
诊断数据加载模块，用于加载以预设格式存储在各诊断层数据库中的诊断数据；
诊断数据存储模块，用于将所述诊断数据分类存储在结构体中；
诊断指令获取模块，用于从所述结构体中查找目标诊断服务，利用所述目标诊断服务获取目标诊断指令和目标诊断数据；
反馈数据获取模块，用于发送所述目标诊断指令给汽车中的ECU，并接收所述ECU返回的反馈数据；
诊断结果获取模块，用于比对所述反馈数据和目标诊断数据，获得诊断结果并显示；
其中，所述诊断数据加载模块，具体用于加载按照预设数据分层模型以XML格式存储在各所述诊断层数据中的所述诊断数据；
其中，所述数据分层模型，包括：
协议层，用于存放ECU协议数据；
基本变量层，用于接入ECU数据；
ECU变量层，用于存放不同版本ECU的特定数据；
共享数据层，用于存放多个ECU的通用数据；
各数据层继承顺序为所述协议层、所述基本变量层和所述ECU变量层分别继承所述共享数据层，所述基本变量层继承所述协议层，所述ECU变量层继承所述基本变量层；
其中，所述诊断数据加载模块，具体用于获取各个所述ECU的原始诊断数据以及所述ECU协议；按照各个所述原始诊断数据的作用划分类型，并将不同类型的数据分别作为XML文档的一个节点；提取各个所述XML文档中的相同数据，获得所述通用数据；将各个所述原始诊断数据中的特殊数据作为所述特定数据；利用所述ECU协议获取对应通讯参数；按照所述数据分层模型将所述通用数据、所述特定数据、所述ECU协议和所述通讯参数以XML格式存储在各所述诊断层数据中。
7.一种汽车诊断仪，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至5任一项所述汽车诊断方法的步骤。
8.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述汽车诊断方法的步骤。
CN201910403969.6A 2019-05-13 2019-05-13 一种汽车诊断方法、装置及可读存储介质和汽车诊断仪 Active CN110083145B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910403969.6A CN110083145B (zh) 2019-05-13 2019-05-13 一种汽车诊断方法、装置及可读存储介质和汽车诊断仪

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910403969.6A CN110083145B (zh) 2019-05-13 2019-05-13 一种汽车诊断方法、装置及可读存储介质和汽车诊断仪

Publications (2)

Publication Number Publication Date
CN110083145A CN110083145A (zh) 2019-08-02
CN110083145B true CN110083145B (zh) 2022-04-15

Family

ID=67420269

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910403969.6A Active CN110083145B (zh) 2019-05-13 2019-05-13 一种汽车诊断方法、装置及可读存储介质和汽车诊断仪

Country Status (1)

Country Link
CN (1) CN110083145B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111552267B (zh) * 2020-04-22 2022-04-19 深圳市元征科技股份有限公司 车辆诊断方法、装置及车辆诊断设备
CN111857100B (zh) * 2020-07-30 2022-05-10 深圳市元征科技股份有限公司 一种汽车诊断方法、装置以及相关设备
CN111796583B (zh) * 2020-08-21 2021-06-11 上海星融汽车科技有限公司 车辆ecu识别方法、系统及车辆诊断设备
CN112104766B (zh) * 2020-08-27 2023-06-30 深圳市元征科技股份有限公司 诊断协议重构方法、装置、终端设备及存储介质
CN112147987B (zh) * 2020-09-30 2022-07-19 深圳市元征科技股份有限公司 一种车辆诊断方法、车辆诊断装置及终端设备
CN112445816B (zh) * 2020-11-13 2024-04-02 深圳市元征科技股份有限公司 车辆诊断数据引用方法、装置、终端设备及存储介质
CN112949258A (zh) * 2021-02-25 2021-06-11 深圳市元征科技股份有限公司 数据处理方法、装置、电子设备及存储介质
CN115373881A (zh) * 2022-07-13 2022-11-22 广州汽车集团股份有限公司 诊断信息生成方法、处理装置以及车辆

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102455700A (zh) * 2010-10-21 2012-05-16 斯必克机电产品(苏州)有限公司 汽车故障诊断信息实时互动的方法及其系统
CN102467530A (zh) * 2010-11-11 2012-05-23 上海大潮电子技术有限公司 数据挖掘系统以及数据挖掘方法
CN102073319B (zh) * 2011-01-25 2013-02-27 武汉理工大学 一种多功能综合型电控汽车故障诊断系统
US20140164564A1 (en) * 2012-12-12 2014-06-12 Gregory John Hoofnagle General-purpose importer for importing medical data
CN109299200A (zh) * 2018-10-31 2019-02-01 深圳市元征科技股份有限公司 将数据模型转换为数据库的方法、装置及设备

Also Published As

Publication number Publication date
CN110083145A (zh) 2019-08-02

Similar Documents

Publication Publication Date Title
CN110083145B (zh) 一种汽车诊断方法、装置及可读存储介质和汽车诊断仪
US7890951B2 (en) Model-based provisioning of test environments
CN112416957B (zh) 基于数据模型层的数据增量更新方法、装置及计算机设备
CN111399828A (zh) 一种基于模型驱动的逻辑设备建模方法及终端
CN112947896B (zh) 一种基于有向图的组件依赖分析方法
CN112306041A (zh) 车辆的配置信息写入方法、装置及电子设备
CN115632944B (zh) 一种节点配置方法、装置、设备、可读存储介质及服务器
CN110727565B (zh) 一种网络设备平台信息收集方法及系统
CN115755867A (zh) 一种车辆诊断方法及相关装置
CN112445816B (zh) 车辆诊断数据引用方法、装置、终端设备及存储介质
CN114816470A (zh) 元数据库的管理方法、装置、电子设备和介质
CN115016968A (zh) 一种异常处理方法、装置、设备及介质
US6389370B1 (en) System and method for determining which objects in a set of objects should be processed
CN114527993A (zh) 应用程序部署方法、装置、设备及介质
CN111813754A (zh) 一种文件处理方法、文件处理装置、诊断设备及电子设备
CN114143235A (zh) Nfv自动测试方法、装置、设备及存储介质
Bergelt et al. Towards Cloud-supported Automotive Software Development and Test
CN112104766B (zh) 诊断协议重构方法、装置、终端设备及存储介质
CN116909581B (zh) HBase服务多实例的管理方法、装置、设备及存储介质
CN114448851B (zh) 一种数据自动化测试方法及系统
CN115167986A (zh) 一种kvm虚拟机状态监测装置、方法、设备及介质
CN117170963A (zh) 一种基于pinpoint的故障监控方法、系统、设备及介质
CN112445491A (zh) 文件序列处理方法、装置、终端设备及存储介质
CN116629015A (zh) 数字孪生任务的处理方法、装置、设备及存储介质
CN114490291A (zh) 信息处理方法及装置、电子设备和计算机可读存储介质

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
GR01 Patent grant
GR01 Patent grant