CN112306038B - 一种检测方法、检测装置及诊断设备 - Google Patents
一种检测方法、检测装置及诊断设备 Download PDFInfo
- Publication number
- CN112306038B CN112306038B CN202011095957.0A CN202011095957A CN112306038B CN 112306038 B CN112306038 B CN 112306038B CN 202011095957 A CN202011095957 A CN 202011095957A CN 112306038 B CN112306038 B CN 112306038B
- Authority
- CN
- China
- Prior art keywords
- diagnostic
- configuration file
- detailed information
- error
- negative
- 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
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/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
- G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
-
- 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
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本申请公开了一种检测方法、检测装置、诊断设备及计算机可读存储介质。其中,该检测方法包括:对所述诊断设备进行自检操作,所述自检操作用于检测所述诊断设备是否存在硬件故障;若所述自检操作未返回任何硬件故障,则向待检测车辆发送诊断指令;若接收到所述待检测车辆基于所述诊断指令所回复的反馈信息,则基于预设的配置文件确定所述反馈信息是否指示有错误,以及在指示有错误时所述错误对应的详细信息,所述详细信息用于指示所述错误的发生原因;输出所述详细信息。通过本申请方案,可在车辆报错时获得错误对应的详细信息,以便检测人员能够快速精准定位错误。
Description
技术领域
本申请属于车辆诊断技术领域,尤其涉及一种检测方法、检测装置、诊断设备及计算机可读存储介质。
背景技术
随着汽车工业的迅速发展,车辆在出厂时需要结合诊断设备对车辆的各个电控单元(Electronic Control Unit,ECU)及其功能进行必要的诊断检测,以使得整车的出厂质量符合国家标准。
发明内容
本申请提供了一种检测方法、检测装置、诊断设备及计算机可读存储介质,可在车辆报错时获得错误对应的详细信息,以便检测人员能够快速精准定位错误。
第一方面,本申请提供了一种检测方法,应用于诊断设备,包括:
对上述诊断设备进行自检操作,上述自检操作用于检测上述诊断设备是否存在硬件故障;
若上述自检操作未返回任何硬件故障,则向待检测车辆发送诊断指令;
若接收到上述待检测车辆基于上述诊断指令所回复的反馈信息,则基于预设的配置文件确定上述反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息,上述详细信息用于指示上述错误的发生原因;
输出上述详细信息。
可选地,上述基于预设的配置文件确定上述反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息,包括:
检测上述反馈信息是否为负响应;
若上述反馈信息为负响应,则在上述配置文件中根据上述负响应的代码查找对应的详细信息。
可选地,在上述检测上述反馈信息是否为负响应之后,上述检测方法还包括:
若上述反馈信息为正响应,则判断上述诊断指令是否为预设类型的诊断指令,其中,上述预设类型的诊断指令为根据反馈信息中的返回值的类型来确认是否执行成功的诊断指令;
若上述诊断指令为预设类型的诊断指令,则基于上述配置文件判断上述反馈信息中的返回值是否为负面返回值,上述负面返回值用于指示上述诊断指令执行失败;
若上述反馈信息中的返回值为负面返回值,则在上述配置文件中根据上述反馈信息中的返回值查找对应的详细信息。
可选地,上述配置文件包括第一配置文件,在上述基于预设的配置文件确定上述反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息之前,上述检测方法还包括:
解析上述待检测车辆所采用的诊断协议,获得上述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息;
根据上述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息,生成上述第一配置文件。
可选地,上述配置文件包括第二配置文件,在上述基于预设的配置文件确定上述反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息之前,上述检测方法还包括:
解析上述待检测车辆所采用的诊断协议,获取上述诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息;
根据上述诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息,生成上述第二配置文件。
可选地,上述对上述诊断设备进行自检操作,包括:
若上述诊断设备的上位机接收到输入的自检指令,则向上述诊断设备的下位机发送上述自检指令,以指示上述诊断设备的下位机进行自检操作。
可选地,在上述向待检测车辆发送诊断指令之后,上述检测方法还包括:
若在预设的回复时间内未接收到上述待检测车辆基于上述诊断指令所回复的反馈信息,则输出回复超时提醒消息。
第二方面,本申请提供了一种检测装置,应用于诊断设备,包括:
自检单元,用于对上述诊断设备进行自检操作,上述自检操作用于检测上述诊断设备是否存在硬件故障;
发送单元,用于若上述自检操作未返回任何硬件故障,则向待检测车辆发送诊断指令;
确定单元,用于若接收到上述待检测车辆基于上述诊断指令所回复的反馈信息,则基于预设的配置文件确定上述反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息,上述详细信息用于指示上述错误的发生原因;
输出单元,用于输出上述详细信息。
可选地,上述确定单元,包括:
检测子单元,用于检测上述反馈信息是否为负响应;
第一查找子单元,用于若上述反馈信息为负响应,则在上述配置文件中根据上述负响应的代码查找对应的详细信息。
可选地,上述确定单元,包括:
第一判断子单元,用于若上述反馈信息为正响应,则判断上述诊断指令是否为预设类型的诊断指令,其中,上述预设类型的诊断指令为根据反馈信息中的返回值的类型来确认是否执行成功的诊断指令;
第二判断子单元,用于若上述诊断指令为预设类型的诊断指令,则基于上述配置文件判断上述反馈信息中的返回值是否为负面返回值,上述负面返回值用于指示上述诊断指令执行失败;
第二查找子单元,用于若上述反馈信息中的返回值为负面返回值,则在上述配置文件中根据上述反馈信息中的返回值查找对应的详细信息。
可选地,上述配置文件包括第一配置文件,上述检测装置还包括:
第一获取单元,用于解析上述待检测车辆所采用的诊断协议,获得上述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息;
第一生成单元,用于根据上述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息,生成上述第一配置文件。
可选地,上述配置文件包括第二配置文件,上述检测装置还包括:
第二获取单元,用于解析上述待检测车辆所采用的诊断协议,获取上述诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息;
第二生成单元,用于根据上述诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息,生成上述第二配置文件。
可选地,上述自检单元,具体用于若上述诊断设备的上位机接收到输入的自检指令,则向上述诊断设备的下位机发送上述自检指令,以指示上述诊断设备的下位机进行自检操作。
可选地,上述检测装置还包括:
超时提醒单元,用于在上述向待检测车辆发送诊断指令之后,若在预设的回复时间内未接收到上述待检测车辆基于上述诊断指令所回复的反馈信息,则输出回复超时提醒消息。
第三方面,本申请提供了一种诊断设备,上述诊断设备包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序,上述处理器执行上述计算机程序时实现如上述第一方面的方法的步骤。
第四方面,本申请提供了一种计算机可读存储介质,上述计算机可读存储介质存储有计算机程序,上述计算机程序被处理器执行时实现如上述第一方面的方法的步骤。
第五方面,本申请提供了一种计算机程序产品,上述计算机程序产品包括计算机程序,上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。
本申请与现有技术相比存在的有益效果是:在基于诊断设备对待检测车辆进行检测之前,会先对诊断设备进行硬件方面的自检操作,以避免诊断设备自身的故障影响到检测结果;诊断设备还预先存储有配置文件,该配置文件配置有车辆所有可能的错误及其详细信息,可在确定诊断设备不存在任何硬件故障后,由诊断设备向待检测车辆发送诊断指令,以获得待检测车辆所回复的反馈信息,并基于配置文件对该反馈信息进行分析,来确定该反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息,帮助检测人员能够快速及精准的定位错误。可以理解的是,上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的检测方法的实现流程示意图;
图2是本申请实施例提供的检测装置的结构框图;
图3是本申请实施例提供的诊断设备的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
机动车的下线检测是汽车生产过程中,对整车性能以及功能进行综合检测的一个至关重要的环节。为确保整车的出厂质量符合国家标准,需要在整车装配完成后,在整车检测线上对整车的主要性能、车载自动诊断(On Board Diagnostics,OBD)功能以及环保方面的表现进行检测,并在必要时对车辆进行调整。随着汽车工业的迅速发展,当前的新国标也已对机动车的下线检测线提出了更高的要求。为了帮助检测人员能够在整车下线检测的过程中更快的对车辆的报错进行定位,本申请实施例提出了一种检测方法、检测装置、诊断设备及计算机可读存储介质,可在车辆报错时获得错误对应的详细信息,以便检测人员能够快速精准定位错误。为了说明本申请实施例所提出的技术方案,下面通过具体实施例来进行说明。
下面对本申请实施例提供所提出的检测方法进行描述。该检测方法应用于诊断设备。请参阅图1,图1给出了该检测方法的实现流程示意图,该检测方法的实包括:
步骤101,对上述诊断设备进行自检操作;
在本申请实施例中,诊断设备在开启对待检测车辆的诊断操作之前,需要先对自身的运行状况进行自检操作,其中,该自检操作用于检测诊断设备自身是否存在硬件故障。示例性地,硬件故障包括两种可能的情况:其一是诊断设备的硬件组件自身存在故障,其二是诊断设备的硬件连接存在异常。显然,当诊断设备存在上述这两种硬件故障时,即便待检测车辆不存在任何问题,诊断设备也可能因其硬件故障而产生报错,进而影响到对待检测车辆的检测结果的验证。基于此,通过在对待检测车辆的诊断操作之前进行自检操作,及时检测出诊断设备所可能存在的硬件问题,避免该可能存在的硬件问题对后续的待检测车辆的检测结果产生影响。
在一些实施例中,可以是诊断设备的上位机在接收到了检测人员所输入的自检指令后,将该自检指令转发至诊断设备的下位机,使得下位机基于该自检指令执行自检操作。或者,也可以是诊断设备的上位机在上电后保持运行的过程中,若接收到了检测人员所输入的诊断指令,则先检测诊断设备是否在本次运行过程中已进行过自检操作;若是,则直接基于该诊断指令执行后续流程;若否,则由上位机生成自检指令,并向下位机发送该自检指令,以使得下位机在接收到该自检指令后基于该自检指令执行自检操作;在自检操作执行完毕后,再基于本次接收到的诊断指令执行后续流程。
在一些实施例中,可以预先针对该诊断设备配置一硬件故障对照表。该硬件故障对照表定义有该诊断设备的完整的硬件故障信息,包括硬件连接故障及对应的故障详细信息,硬件实体故障及对应的故障详细信息,以及硬件初始化故障及对应的故障详细信息,此处不作限定。其中,故障详细信息,指的是对所对应的故障的具体文本描述。通常来说,该部分内容与待检测车辆无关,可对同一型号的诊断设备进行复用。
步骤102,若上述自检操作未返回任何硬件故障,则向待检测车辆发送诊断指令;
在本申请实施例中,在诊断设备通过自检操作对自身的硬件进行检测后,若未返回任何硬件故障,则认为当前诊断设备的运行状况良好,可以对待检测车辆进行检测。诊断设备可以接收检测人员所输入的诊断指令,并向待检测车辆(也即与该诊断设备相连接的车辆)发送该诊断指令。具体地,由于对车辆的诊断操作一般是针对某一特定ECU的操作,因而,诊断设备实际上是向诊断指令所指向的待检测车辆的ECU发送该诊断指令,以实现对该ECU的检测。
在一些实施例中,若上述自检操作返回了硬件故障,则诊断设备可根据硬件故障对照表查找出该硬件故障所对应的故障详细信息,并可在诊断设备的显示界面上显示该硬件故障的故障详细信息。此时,诊断设备不再执行步骤102及后续步骤;也即,在检测出诊断设备存在硬件故障时,退出后续检测流程,使得检测人员能够及时基于该诊断设备的硬件故障对该诊断设备进行维护。
步骤103,若接收到上述待检测车辆基于上述诊断指令所回复的反馈信息,则基于预设的配置文件确定上述反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息,上述详细信息用于指示上述错误的发生原因;
在本申请实施例中,诊断设备可在向待检测车辆发送诊断指令后开始启动计时。若在计时时间到达预设的回复时间之前接收到了待检测车辆基于该诊断指令所回复的反馈信息,则可基于预设的配置文件确定该反馈信息是否指示有错误,以及在指示有错误时该错误对应的详细信息。反之,若在预设的回复时间内未接收到该待检测车辆基于该诊断指令所回复的反馈信息,则可直接输出回复超时提醒消息,以提醒用户当前该诊断指令未能得到待检测车辆的任何反馈。
在一些实施例中,待检测车辆的ECU所给出的反馈信息分为两种类型:一种是正响应,一种是负响应。其中,负响应指的是该ECU没有正确处理诊断设备所发出的诊断指令,例如,可能是ECU不支持该诊断指令,或者,也可能是ECU执行该诊断指令的过程中出错。相应地,正响应指的是该ECU已正确处理诊断设备所发出的诊断指令。在下线检测的过程中,检测人员关注的是ECU给出负响应的情形。其中,ECU的每个可能的负响应的代码及对应的详细信息均已预先被整合并存储在了一配置文件中,记作第一配置文件。这些负响应的代码及对应的详细信息均在ECU所采用的诊断协议中基于国际标准化组织(InternationalOrganization for Standardization,ISO)标准进行了定义,基于此,诊断设备可预先解析上述待检测车辆的所有ECU所采用的诊断协议,以获得上述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息,然后再根据上述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息,生成上述第一配置文件。而在诊断设备在接收到反馈信息后,即可先检测该反馈信息是否为负响应,若该反馈信息为负响应,则在上述配置文件中根据该负响应的代码查找对应的详细信息。
在一些实施例中,对于部分诊断指令来说,ECU在执行该诊断指令时,可能执行成功,也可能执行失败。在执行失败时,ECU就会返回特定的返回值,用以表明该诊断指令未能成功执行。该特定的返回值的类型记可被定义为负面返回值;除此之外,还可将需要根据反馈信息中的返回值的类型来确认是否执行成功的诊断指令定义为预设类型的诊断指令。对于那些可能反馈负面返回值的ECU来说,这些ECU的每个可能的负面返回值及对应的详细信息均已预先被整合并存储在了一配置文件中,记作第二配置文件。这些负面返回值及对应的详细信息均在ECU所采用的诊断协议中进行了定义,基于此,诊断设备可预先解析待检测车辆的所有ECU所采用的诊断协议,以获得该诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息,然后再根据上述诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息,生成上述第二配置文件。在确认诊断指令为预设类型的诊断指令的情况下,诊断设备会进一步判断该反馈信息中的返回值是否存在于第二配置文件中,也即基于第二配置文件判断该反馈信息中的返回值是否为负面返回值,若该反馈信息中的返回值存在于该第二配置文件中,也即若该反馈信息中的返回值为负面返回值,则在该第二配置文件中根据该反馈信息中的返回值查找对应的详细信息。
为了更好的理解负响应及负面返回值的概念,下面以具体实例作出说明。负响应通常为ISO标准所提出,例如0x7f 2735这一代码,指的就是安全校验过程中,所发送的安全密钥是错误的。而负面返回值则是出于特定需要,部分ECU在执行诊断指令并返回时,需要特定的返回值,才能保证检测流程中该诊断指令已被正确执行。这些负面返回值由ECU厂商自己所开发并自定义。例如在执行防盗匹配的过程中,所执行的诊断指令的代码为0x31010000,用以进行匹配钥匙的操作;当ECU的返回值是0x7101000001时,表明该钥匙匹配的操作执行成功;当ECU的返回值是0x7101000000时,表明该钥匙匹配的操作执行失败。
可以认为,负响应的情形,指的是ECU不支持所执行的流程,或者该流程执行过程中出错;而负面返回值的情形,指的是ECU所要执行的流程已经执行完成,该流程并未出现问题,只是最终的执行结果(也即返回值)不是正常成功执行时所得到的执行结果。在一些复杂的应用场景下,ECU执行某诊断指令可能会有多个可能的负面返回值,这些负面返回值及其详细信息都会被整合在第二配置文件中。
在一些实施例中,可以将自检操作、基于负响应的检测操作以及基于负面返回值的检测操作封装至诊断设备的一个报错模块中。在诊断设备对待检测车辆进行检测时,只需调用该报错模块,即可实现诊断设备的自检操作、基于负响应的检测操作以及基于负面返回值的检测操作,以及时实现对错误的定位。
步骤104,输出上述详细信息。
在本申请实施例中,可将步骤103中所查找出的错误对应的详细信息显示于诊断设备的显示界面上,供检测人员进行查阅。
由上可见,通过本申请实施例,在基于诊断设备对待检测车辆进行检测之前,会先对诊断设备进行硬件方面的自检操作,以避免诊断设备自身的故障影响到检测结果;诊断设备还预先存储有配置文件,该配置文件配置有车辆所有可能的错误及其详细信息,可在确定诊断设备不存在任何硬件故障后,由诊断设备向待检测车辆发送诊断指令,以获得待检测车辆所回复的反馈信息,并基于配置文件对该反馈信息进行分析,来确定该反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息。本申请实施例实际上将车辆诊断过程中所可能遇见的所有的错误信息系统性的划分为了三个类型,基于优先级由高至低的排序,分别为:诊断设备的硬件故障,基于ECU的负响应的错误,以及基于ECU的负面返回值的错误。在检测过程中,基于上述优先级由高至低的顺序判定可能存在的故障,能够帮助检测人员能够快速及精准的定位错误。
对应于上文所提供的检测方法,本申请实施例还提供了一种检测装置。该检测装置可集成于诊断设备中。如图2所示,该检测装置200包括:
自检单元201,用于对上述诊断设备进行自检操作,上述自检操作用于检测上述诊断设备是否存在硬件故障;
发送单元202,用于若上述自检操作未返回任何硬件故障,则向待检测车辆发送诊断指令;
确定单元203,用于若接收到上述待检测车辆基于上述诊断指令所回复的反馈信息,则基于预设的配置文件确定上述反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息,上述详细信息用于指示上述错误的发生原因;
输出单元204,用于输出上述详细信息。
可选地,上述确定单元203,包括:
检测子单元,用于检测上述反馈信息是否为负响应;
第一查找子单元,用于若上述反馈信息为负响应,则在上述配置文件中根据上述负响应的代码查找对应的详细信息。
可选地,上述确定单元203,包括:
第一判断子单元,用于若上述反馈信息为正响应,则判断上述诊断指令是否为预设类型的诊断指令,其中,上述预设类型的诊断指令为根据反馈信息中的返回值的类型来确认是否执行成功的诊断指令;
第二判断子单元,用于若上述诊断指令为预设类型的诊断指令,则基于上述配置文件判断上述反馈信息中的返回值是否为负面返回值,上述负面返回值用于指示上述诊断指令执行失败;
第二查找子单元,用于若上述反馈信息中的返回值为负面返回值,则在上述配置文件中根据上述反馈信息中的返回值查找对应的详细信息。
可选地,上述配置文件包括第一配置文件,上述检测装置200还包括:
第一获取单元,用于解析上述待检测车辆所采用的诊断协议,获得上述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息;
第一生成单元,用于根据上述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息,生成上述第一配置文件。
可选地,上述配置文件包括第二配置文件,上述检测装置200还包括:
第二获取单元,用于解析上述待检测车辆所采用的诊断协议,获取上述诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息;
第二生成单元,用于根据上述诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息,生成上述第二配置文件。
可选地,上述自检单元201,具体用于若上述诊断设备的上位机接收到输入的自检指令,则向上述诊断设备的下位机发送上述自检指令,以指示上述诊断设备的下位机进行自检操作。
可选地,上述检测装置200还包括:
超时提醒单元,用于在上述向待检测车辆发送诊断指令之后,若在预设的回复时间内未接收到上述待检测车辆基于上述诊断指令所回复的反馈信息,则输出回复超时提醒消息。
由上可见,通过本申请方案,在基于诊断设备对待检测车辆进行检测之前,会先对诊断设备进行硬件方面的自检操作,以避免诊断设备自身的故障影响到检测结果;诊断设备还预先存储有配置文件,该配置文件配置有车辆所有可能的错误及其详细信息,可在确定诊断设备不存在任何硬件故障后,由诊断设备向待检测车辆发送诊断指令,以获得待检测车辆所回复的反馈信息,并基于配置文件对该反馈信息进行分析,来确定该反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息。本申请实施例实际上将车辆诊断过程中所可能遇见的所有的错误信息系统性的划分为了三个类型,基于优先级由高至低的排序,分别为:诊断设备的硬件故障,基于ECU的负响应的错误,以及基于ECU的负面返回值的错误。在检测过程中,基于上述优先级由高至低的顺序判定可能存在的故障,能够帮助检测人员能够快速及精准的定位错误。
对应于上文所提供的检测方法,本申请实施例还提供了一种诊断设备。请参阅图3,本申请实施例中的诊断设备3包括:存储器301,一个或多个处理器302(图3中仅示出一个)及存储在存储器301上并可在处理器上运行的计算机程序。其中:存储器301用于存储软件程序以及单元,处理器302通过运行存储在存储器301的软件程序以及单元,从而执行各种功能应用以及检测,以获取上述预设事件对应的资源。具体地,处理器302通过运行存储在存储器301的上述计算机程序时实现以下步骤:
对上述诊断设备进行自检操作,上述自检操作用于检测上述诊断设备是否存在硬件故障;
若上述自检操作未返回任何硬件故障,则向待检测车辆发送诊断指令;
若接收到上述待检测车辆基于上述诊断指令所回复的反馈信息,则基于预设的配置文件确定上述反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息,上述详细信息用于指示上述错误的发生原因;
输出上述详细信息。
假设上述为第一种可能的实施方式,则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中,上述基于预设的配置文件确定上述反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息,包括:
检测上述反馈信息是否为负响应;
若上述反馈信息为负响应,则在上述配置文件中根据上述负响应的代码查找对应的详细信息。
在上述第二种可能的实施方式作为基础而提供的第三种可能的实施方式中,在上述检测上述反馈信息是否为负响应之后,处理器302通过运行存储在存储器301的上述计算机程序时实现以下步骤:
若上述反馈信息为正响应,则判断上述诊断指令是否为预设类型的诊断指令,其中,上述预设类型的诊断指令为根据反馈信息中的返回值的类型来确认是否执行成功的诊断指令;
若上述诊断指令为预设类型的诊断指令,则基于上述配置文件判断上述反馈信息中的返回值是否为负面返回值,上述负面返回值用于指示上述诊断指令执行失败;
若上述反馈信息中的返回值为负面返回值,则在上述配置文件中根据上述反馈信息中的返回值查找对应的详细信息。
在上述第二种可能的实施方式作为基础而提供的第四种可能的实施方式中,上述配置文件包括第一配置文件,在上述基于预设的配置文件确定上述反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息之前,处理器302通过运行存储在存储器301的上述计算机程序时实现以下步骤:
解析上述待检测车辆所采用的诊断协议,获得上述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息;
根据上述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息,生成上述第一配置文件。
在上述第三种可能的实施方式作为基础而提供的第五种可能的实施方式中,上述配置文件包括第二配置文件,在上述基于预设的配置文件确定上述反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息之前,处理器302通过运行存储在存储器301的上述计算机程序时还实现以下步骤:
解析上述待检测车辆所采用的诊断协议,获取上述诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息;
根据上述诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息,生成上述第二配置文件。
在上述第一种可能的实施方式作为基础,或者上述第二种可能的实施方式作为基础,或者上述第三种可能的实施方式作为基础,或者上述第四种可能的实施方式作为基础,或者上述第五种可能的实施方式作为基础而提供的第六种可能的实施方式中,上述对上述诊断设备进行自检操作,包括:
若上述诊断设备的上位机接收到输入的自检指令,则向上述诊断设备的下位机发送上述自检指令,以指示上述诊断设备的下位机进行自检操作。
在上述第一种可能的实施方式作为基础,或者上述第二种可能的实施方式作为基础,或者上述第三种可能的实施方式作为基础,或者上述第四种可能的实施方式作为基础,或者上述第五种可能的实施方式作为基础而提供的第七种可能的实施方式中,在上述向待检测车辆发送诊断指令之后,处理器302通过运行存储在存储器301的上述计算机程序时还实现以下步骤:
若在预设的回复时间内未接收到上述待检测车辆基于上述诊断指令所回复的反馈信息,则输出回复超时提醒消息。
应当理解,在本申请实施例中,所称处理器302可以是中央处理单元(CentralProcessing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器301可以包括只读存储器和随机存取存储器,并向处理器302提供指令和数据。存储器301的一部分或全部还可以包括非易失性随机存取存储器。例如,存储器301还可以存储设备类别的信息。
由上可见,通过本申请方案,在基于诊断设备对待检测车辆进行检测之前,会先对诊断设备进行硬件方面的自检操作,以避免诊断设备自身的故障影响到检测结果;诊断设备还预先存储有配置文件,该配置文件配置有车辆所有可能的错误及其详细信息,可在确定诊断设备不存在任何硬件故障后,由诊断设备向待检测车辆发送诊断指令,以获得待检测车辆所回复的反馈信息,并基于配置文件对该反馈信息进行分析,来确定该反馈信息是否指示有错误,以及在指示有错误时上述错误对应的详细信息。本申请实施例实际上将车辆诊断过程中所可能遇见的所有的错误信息系统性的划分为了三个类型,基于优先级由高至低的排序,分别为:诊断设备的硬件故障,基于ECU的负响应的错误,以及基于ECU的负面返回值的错误。在检测过程中,基于上述优先级由高至低的顺序判定可能存在的故障,能够帮助检测人员能够快速及精准的定位错误。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将上述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者外部设备软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的系统实施例仅仅是示意性的,例如,上述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关联的硬件来完成,上述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,上述计算机程序包括计算机程序代码,上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读存储介质可以包括:能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机可读存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,上述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读存储介质不包括是电载波信号和电信信号。
以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (10)
1.一种检测方法,其特征在于,所述检测方法应用于诊断设备,包括:
若接收到了检测人员所输入的诊断指令,则先检测诊断设备是否在本次运行过程中已进行过自检操作;若否,则对所述诊断设备进行自检操作,所述自检操作用于检测所述诊断设备是否存在硬件故障;若所述自检操作返回硬件故障,则在所述诊断设备的显示界面上显示所述硬件故障的故障详细信息,所述故障详细信息为对故障的具体文本描述;
若所述自检操作未返回任何硬件故障,则向待检测车辆发送诊断指令;
若接收到所述待检测车辆的ECU基于所述诊断指令所回复的反馈信息,则基于预设的配置文件确定所述反馈信息是否指示有错误,以及在指示有错误时所述错误对应的详细信息,所述详细信息用于指示所述错误的发生原因;所述预设的配置文件包括第一配置文件以及第二配置文件,所述第一配置文件用于存储所述ECU的每个可能的负响应的代码及对应的详细信息;所述第二配置文件用于存储所述ECU所采用的诊断协议所定义的负面返回值,及各个所述负面返回值所对应的详细信息;所述负响应指的是所述ECU没有正确处理诊断设备所发出的诊断指令,所述负面返回值为所述ECU在执行失败时所返回的特定的返回值,所述负面返回值用于指示所述诊断指令执行失败;
输出所述详细信息。
2.如权利要求1所述的检测方法,其特征在于,所述基于预设的配置文件确定所述反馈信息是否指示有错误,以及在指示有错误时所述错误对应的详细信息,包括:
检测所述反馈信息是否为负响应;
若所述反馈信息为负响应,则在所述配置文件中根据所述负响应的代码查找对应的详细信息。
3.如权利要求2所述的检测方法,其特征在于,在所述检测所述反馈信息是否为负响应之后,所述检测方法还包括:
若所述反馈信息为正响应,则判断所述诊断指令是否为预设类型的诊断指令,其中,所述预设类型的诊断指令为根据反馈信息中的返回值的类型来确认是否执行成功的诊断指令;
若所述诊断指令为预设类型的诊断指令,则基于所述配置文件判断所述反馈信息中的返回值是否为负面返回值,所述负面返回值用于指示所述诊断指令执行失败;
若所述反馈信息中的返回值为负面返回值,则在所述配置文件中根据所述反馈信息中的返回值查找对应的详细信息。
4.如权利要求2所述的检测方法,其特征在于,所述配置文件包括第一配置文件,在所述基于预设的配置文件确定所述反馈信息是否指示有错误,以及在指示有错误时所述错误对应的详细信息之前,所述检测方法还包括:
解析所述待检测车辆所采用的诊断协议,获得所述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息;
根据所述诊断协议中所定义的负响应的代码,及各个负响应的代码所对应的详细信息,生成所述第一配置文件。
5.如权利要求3所述的检测方法,其特征在于,所述配置文件包括第二配置文件,在所述基于预设的配置文件确定所述反馈信息是否指示有错误,以及在指示有错误时所述错误对应的详细信息之前,所述检测方法还包括:
解析所述待检测车辆所采用的诊断协议,获取所述诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息;
根据所述诊断协议所定义的负面返回值,及各个负面返回值所对应的详细信息,生成所述第二配置文件。
6.如权利要求1至5任一项所述的检测方法,其特征在于,所述对所述诊断设备进行自检操作,包括:
若所述诊断设备的上位机接收到输入的自检指令,则向所述诊断设备的下位机发送所述自检指令,以指示所述诊断设备的下位机进行自检操作。
7.如权利要求1至5任一项所述的检测方法,其特征在于,在所述向待检测车辆发送诊断指令之后,所述检测方法还包括:
若在预设的回复时间内未接收到所述待检测车辆基于所述诊断指令所回复的反馈信息,则输出回复超时提醒消息。
8.一种检测装置,其特征在于,应用于诊断设备,包括:
自检单元,用于若接收到了检测人员所输入的诊断指令,则先检测诊断设备是否在本次运行过程中已进行过自检操作;若否,则对所述诊断设备进行自检操作,所述自检操作用于检测所述诊断设备是否存在硬件故障;若所述自检操作返回硬件故障,则在所述诊断设备的显示界面上显示所述硬件故障的故障详细信息,所述故障详细信息为对故障的具体文本描述;
发送单元,用于若所述自检操作未返回任何硬件故障,则向待检测车辆发送诊断指令;
确定单元,用于若接收到所述待检测车辆的ECU基于所述诊断指令所回复的反馈信息,则基于预设的配置文件确定所述反馈信息是否指示有错误,以及在指示有错误时所述错误对应的详细信息,所述详细信息用于指示所述错误的发生原因;所述预设的配置文件包括第一配置文件以及第二配置文件,所述第一配置文件用于存储所述ECU的每个可能的负响应的代码及对应的详细信息;所述第二配置文件用于存储所述ECU所采用的诊断协议所定义的负面返回值,及各个所述负面返回值所对应的详细信息;所述负响应指的是所述ECU没有正确处理诊断设备所发出的诊断指令,所述负面返回值为所述ECU在执行失败时所返回的特定的返回值,所述负面返回值用于指示所述诊断指令执行失败;
输出单元,用于输出所述详细信息。
9.一种诊断设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011095957.0A CN112306038B (zh) | 2020-10-14 | 2020-10-14 | 一种检测方法、检测装置及诊断设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011095957.0A CN112306038B (zh) | 2020-10-14 | 2020-10-14 | 一种检测方法、检测装置及诊断设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112306038A CN112306038A (zh) | 2021-02-02 |
CN112306038B true CN112306038B (zh) | 2022-06-17 |
Family
ID=74488383
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011095957.0A Active CN112306038B (zh) | 2020-10-14 | 2020-10-14 | 一种检测方法、检测装置及诊断设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112306038B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114115196A (zh) * | 2021-11-24 | 2022-03-01 | 国汽智控(北京)科技有限公司 | 设备可靠性的检测方法、装置、设备及存储介质 |
Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102289227A (zh) * | 2011-07-09 | 2011-12-21 | 无锡隆盛科技有限公司 | 一种手持式电控ve泵控制器的故障诊断仪及诊断方法 |
CN202117824U (zh) * | 2011-07-09 | 2012-01-18 | 无锡隆盛科技有限公司 | 一种手持式电控ve泵控制器的故障诊断仪 |
CN102393732A (zh) * | 2011-10-24 | 2012-03-28 | 力帆实业(集团)股份有限公司 | 车辆故障诊断方法 |
CN103742265A (zh) * | 2013-12-23 | 2014-04-23 | 柳州职业技术学院 | 一种基于通信协议的汽车发动机测速系统 |
CN104155971A (zh) * | 2014-08-07 | 2014-11-19 | 北京九五智驾信息技术股份有限公司 | 一种车辆诊断仪对车辆诊断仪协议的自诊断方法 |
CN104423376A (zh) * | 2013-09-06 | 2015-03-18 | 冉骏 | 车辆自诊断远程检测系统 |
CN107332711A (zh) * | 2017-07-31 | 2017-11-07 | 北京新能源汽车股份有限公司 | 车辆诊断方法及装置 |
CN108021124A (zh) * | 2017-12-13 | 2018-05-11 | 北京长城华冠汽车技术开发有限公司 | 基于无线传输的汽车诊断系统及诊断方法 |
CN108803577A (zh) * | 2018-07-26 | 2018-11-13 | 深圳市元征科技股份有限公司 | 一种诊断方法、上位机及下位机 |
CN109171789A (zh) * | 2018-09-18 | 2019-01-11 | 上海联影医疗科技有限公司 | 一种用于影像诊断设备的校准方法和校准系统 |
CN109658542A (zh) * | 2018-11-16 | 2019-04-19 | 深圳市元征科技股份有限公司 | 诊断参数数据校验方法、装置、车辆诊断设备和存储介质 |
US10486735B2 (en) * | 2017-02-10 | 2019-11-26 | Denso Corporation | Rotation detecting apparatus |
CN110515366A (zh) * | 2019-07-29 | 2019-11-29 | 华为技术有限公司 | 一种故障诊断方法及装置 |
JP2020052791A (ja) * | 2018-09-27 | 2020-04-02 | トヨタ自動車株式会社 | 自動運転装置 |
CN111002829A (zh) * | 2019-11-25 | 2020-04-14 | 深圳市爱夫卡科技股份有限公司 | 一种电动车车载充电高压电路自检诊断方法及系统 |
CN111381577A (zh) * | 2018-12-29 | 2020-07-07 | 北京宝沃汽车有限公司 | 诊断故障的方法、器件、控制器和车辆 |
-
2020
- 2020-10-14 CN CN202011095957.0A patent/CN112306038B/zh active Active
Patent Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN202117824U (zh) * | 2011-07-09 | 2012-01-18 | 无锡隆盛科技有限公司 | 一种手持式电控ve泵控制器的故障诊断仪 |
CN102289227A (zh) * | 2011-07-09 | 2011-12-21 | 无锡隆盛科技有限公司 | 一种手持式电控ve泵控制器的故障诊断仪及诊断方法 |
CN102393732A (zh) * | 2011-10-24 | 2012-03-28 | 力帆实业(集团)股份有限公司 | 车辆故障诊断方法 |
CN104423376A (zh) * | 2013-09-06 | 2015-03-18 | 冉骏 | 车辆自诊断远程检测系统 |
CN103742265A (zh) * | 2013-12-23 | 2014-04-23 | 柳州职业技术学院 | 一种基于通信协议的汽车发动机测速系统 |
CN104155971A (zh) * | 2014-08-07 | 2014-11-19 | 北京九五智驾信息技术股份有限公司 | 一种车辆诊断仪对车辆诊断仪协议的自诊断方法 |
US10486735B2 (en) * | 2017-02-10 | 2019-11-26 | Denso Corporation | Rotation detecting apparatus |
CN107332711A (zh) * | 2017-07-31 | 2017-11-07 | 北京新能源汽车股份有限公司 | 车辆诊断方法及装置 |
CN108021124A (zh) * | 2017-12-13 | 2018-05-11 | 北京长城华冠汽车技术开发有限公司 | 基于无线传输的汽车诊断系统及诊断方法 |
CN108803577A (zh) * | 2018-07-26 | 2018-11-13 | 深圳市元征科技股份有限公司 | 一种诊断方法、上位机及下位机 |
CN109171789A (zh) * | 2018-09-18 | 2019-01-11 | 上海联影医疗科技有限公司 | 一种用于影像诊断设备的校准方法和校准系统 |
JP2020052791A (ja) * | 2018-09-27 | 2020-04-02 | トヨタ自動車株式会社 | 自動運転装置 |
CN109658542A (zh) * | 2018-11-16 | 2019-04-19 | 深圳市元征科技股份有限公司 | 诊断参数数据校验方法、装置、车辆诊断设备和存储介质 |
CN111381577A (zh) * | 2018-12-29 | 2020-07-07 | 北京宝沃汽车有限公司 | 诊断故障的方法、器件、控制器和车辆 |
CN110515366A (zh) * | 2019-07-29 | 2019-11-29 | 华为技术有限公司 | 一种故障诊断方法及装置 |
CN111002829A (zh) * | 2019-11-25 | 2020-04-14 | 深圳市爱夫卡科技股份有限公司 | 一种电动车车载充电高压电路自检诊断方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN112306038A (zh) | 2021-02-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2017000424A1 (zh) | 协议检测方法及装置 | |
CN108009085B (zh) | 渠道包测试方法 | |
EP4235431A1 (en) | Automobile bus fault diagnosis method and apparatus, and computing device | |
CN113778557A (zh) | 车辆诊断软件配置方法、装置、服务器及存储介质 | |
CN112306038B (zh) | 一种检测方法、检测装置及诊断设备 | |
CN114002587B (zh) | 支持工作量证明机制的芯片及其测试方法 | |
US9781527B2 (en) | Smart plug and play automatic OBD-II system tester | |
CN114995792B (zh) | 汽车诊断设备的组件化开发方法、设备、介质及电子设备 | |
CN116756037A (zh) | 异常代码定位系统、方法、设备及计算机可读存储介质 | |
CN115470132A (zh) | 自动驾驶数据记录系统的测试方法、装置、设备及介质 | |
CN114625106A (zh) | 车辆诊断的方法、装置、电子设备及存储介质 | |
CN115480944A (zh) | 车载娱乐终端的黑屏故障分析方法、装置、车辆及介质 | |
CN114327981A (zh) | 一种功能安全机制的安全校验系统、方法及装置 | |
CN114356769A (zh) | 软件的学习方法、装置、设备及存储介质 | |
CN109783263B (zh) | 一种服务器老化测试故障的处理方法和系统 | |
CN108648298B (zh) | 消息处理方法及装置、存储介质、电子设备 | |
CN112596982A (zh) | 一种多数据源项目服务监控方法及装置 | |
CN112346920A (zh) | 一种集成电路测试数据分析方法及系统 | |
CN111475400A (zh) | 一种业务平台的验证方法及相关设备 | |
KR101628072B1 (ko) | 휴대통신 단말의 느림 진단장치 및 진단방법 | |
CN116643978A (zh) | 终端软件版本纠错方法和装置、电子设备及存储介质 | |
US20100318854A1 (en) | System and method for checking firmware definition file | |
CN117591355A (zh) | 硬盘故障的诊断方法、诊断装置、计算机设备及存储介质 | |
CN114218092A (zh) | 一种诊断管理模块测试系统、方法及设备 | |
CN117519113A (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 |