CN112558584A - 诊断数据获取方法、装置及诊断设备 - Google Patents

诊断数据获取方法、装置及诊断设备 Download PDF

Info

Publication number
CN112558584A
CN112558584A CN202011295684.4A CN202011295684A CN112558584A CN 112558584 A CN112558584 A CN 112558584A CN 202011295684 A CN202011295684 A CN 202011295684A CN 112558584 A CN112558584 A CN 112558584A
Authority
CN
China
Prior art keywords
ecu
instruction
diagnosis
diagnostic
target
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.)
Granted
Application number
CN202011295684.4A
Other languages
English (en)
Other versions
CN112558584B (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 CN202011295684.4A priority Critical patent/CN112558584B/zh
Publication of CN112558584A publication Critical patent/CN112558584A/zh
Application granted granted Critical
Publication of CN112558584B publication Critical patent/CN112558584B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • G05B23/0205Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0259Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the response to fault detection
    • G05B23/0267Fault communication, e.g. human machine interface [HMI]

Landscapes

  • Engineering & Computer Science (AREA)
  • Small-Scale Networks (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)

Abstract

本申请适用于车辆诊断技术领域,提供了诊断数据获取方法、装置及诊断设备,包括:向待诊断车辆的各个ECU发送诊断指令,所述诊断指令携带ECU组标识,所述ECU组标识用于唯一标识ECU组,一个所述ECU组内包括的ECU的个数大于1且小于所述待诊断车辆的ECU的总个数;获取目标ECU回复的与所述诊断指令对应的诊断数据,其中,所述目标ECU为:存储的ECU组标识与所述诊断指令携带的ECU组标识相同的ECU。通过上述方法,提高了诊断数据的获取效率且不会占用其他ECU的资源。

Description

诊断数据获取方法、装置及诊断设备
技术领域
本申请属于车辆诊断技术领域,尤其涉及诊断数据获取方法、装置及诊断设备。
背景技术
电子控制单元(Electronic control unit,ECU)又称“行车电脑”、“车载电脑”等,其内部有专门的程序在运行。比如发动机的ECU在工作时,该发动机的ECU中的程序不断地与采集来的各个传感器的信号进行比较和计算。再根据比较和计算的结果对发动机的点火、空燃比、怠速和/或废气再循环等多项参数进行控制。
目前,对车辆的检测是通过诊断仪与车辆的各个ECU通讯,由诊断仪获取各个ECU的参数,进而根据获取的参数判断车辆是否存在问题。
现有的诊断仪与车辆ECU的通讯模式分为两种:一种是一对一的通讯模式,即针对一个ECU的通讯模式,该通讯模式中,一次只能与一个ECU通讯,即一次只能获取到一个ECU的回复;另一种是一对所有的通讯模式,即针对所有ECU的通讯模式,该通讯模式中,一次能够与所有ECU通讯,即一次能够获取到所有ECU的回复。但现有的2种通讯模式仍不能满足用户的需求。
发明内容
本申请实施例提供了诊断数据获取方法,能够提高诊断数据的获取效率且不会占用其他ECU的资源。
第一方面,本申请实施例提供了一种诊断数据获取方法,应用于诊断设备,包括:
向待诊断车辆的各个ECU发送诊断指令,所述诊断指令携带ECU组标识,所述ECU组标识用于唯一标识ECU组,一个所述ECU组内包括的ECU的个数大于1且小于所述待诊断车辆的ECU的总个数;
获取目标ECU回复的与所述诊断指令对应的诊断数据,其中,所述目标ECU为:存储的ECU组标识与所述诊断指令携带的ECU组标识相同的ECU。
可选地,在所述向待诊断车辆的各个ECU发送诊断指令之前,包括:
向所述目标ECU发送配置指令,所述配置指令包括所述目标ECU所在的ECU组的ECU组标识和用于指示所述配置指令为涉及ECU组的指令的字符。
可选地,所述向所述目标ECU发送配置指令,包括:
获取所述目标ECU的询问标识,向所述目标ECU发送配置指令,所述配置指令包括所述目标ECU所在的ECU组标识、用于指示所述配置指令为涉及ECU组的指令的字符以及用于指示所述配置指令为向所述目标ECU询问的指令的所述目标ECU的询问标识。
可选地,在所述向待诊断车辆的各个ECU发送诊断指令之前,包括:
显示已建立的各个ECU组所对应的ECU组标识;
若检测到用户的选择指令,从所述选择指令解析出用户选中的ECU组标识;
所述向待诊断车辆的各个ECU发送诊断指令包括:
向待诊断车辆的各个ECU发送诊断指令,所述诊断指令携带的ECU组标识为所述用户选中的ECU组标识。
可选地,所述获取目标ECU回复的与所述诊断指令对应的诊断数据,包括:
获取所述目标ECU的回复标识以及诊断指令标识,所述诊断指令标识用于唯一标识所述诊断指令;
根据所述诊断指令标识以及预设的字符确定目标回复指令标识,所述目标回复指令标识用于唯一标识目标回复指令,用于指示所述目标回复指令为与所述诊断指令对应的回复指令;
根据所述目标回复指令标识从所述待诊断车辆的回复指令中查找目标回复指令;
若查找到的所述目标回复指令中包括所述目标ECU的回复标识,则将所述目标回复指令中的诊断数据作为所述目标ECU回复的与所述诊断指令对应的诊断数据。
可选地,所述向待诊断车辆的各个ECU发送诊断指令,包括:
确定与所述待诊断车辆通讯所采用的诊断协议;
向待诊断车辆的各个ECU发送诊断指令,所述诊断指令的格式与确定的所述与所述待诊断车辆通讯所采用的诊断协议对应的指令的格式相同。
第二方面,本申请实施例提供了一种诊断数据获取方法,应用于待诊断车辆的ECU,包括:
接收诊断设备发送的诊断指令,所述诊断指令携带ECU组的唯一标识,所述诊断指令携带ECU组标识,所述ECU组标识用于唯一标识ECU组,一个所述ECU组内包括的ECU的个数大于1且小于所述待诊断车辆的ECU的总个数;
若所述ECU组标识与预存的ECU组标识相同,则向所述诊断设备回复与所述诊断指令对应的诊断数据。
第三方面,本申请实施例提供了一种诊断数据获取装置,应用于诊断设备,包括:
诊断指令发送单元,用于向待诊断车辆的各个ECU发送诊断指令,所述诊断指令携带ECU组标识,所述ECU组标识用于唯一标识ECU组,一个所述ECU组内包括的ECU的个数大于1且小于所述待诊断车辆的ECU的总个数;
诊断数据获取单元,用于获取目标ECU回复的与所述诊断指令对应的诊断数据,其中,所述目标ECU为:存储的ECU组标识与所述诊断指令携带的ECU组标识相同的ECU。
第四方面,本申请实施例提供了一种诊断设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法。
第五方面,本申请实施例提供了一种智能设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如第二方面所述的方法。
第六方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如第一方面任一项所述的方法,或者,执行所述计算机程序时实现如第二方面所述的方法。
第七方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在诊断设备上运行时,使得诊断设备执行上述第一方面中任一项所述的方法,或者,当计算机程序产品在智能设备上运行时,使得智能设备执行所述计算机程序时实现如第二方面所述的方法。
本申请实施例与现有技术相比存在的有益效果是:
由于诊断指令携带ECU组标识,ECU组标识用于唯一标识ECU组,且目标ECU为:存储的ECU组标识与所述诊断指令携带的ECU组标识相同的ECU,因此,能够保证获取到所需的诊断数据,且由于一个ECU组内包括的ECU的个数大于1且小于所述待诊断车辆的ECU的总个数,因此,使得诊断设备一次能与待诊断车辆中的多个指定的ECU同时通讯,从而提高了诊断数据的获取效率且不会占用其他ECU的资源。
可以理解的是,上述第二方面至第七方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1是本申请实施例一提供的一种诊断数据获取方法的流程图;
图2是本申请实施例二提供的另一种诊断数据获取方法的流程图;
图3是本申请实施例二提供的诊断设备与ECU的刷写流程示意图;
图4是本申请实施例三提供的一种诊断数据获取装置的结构示意图;
图5是本申请实施例四提供的另一种诊断数据获取装置的结构示意图;
图6是本申请实施例五提供的一种诊断设备的结构示意图;
图7是本申请实施例六提供的一种智能设备的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
实施例一:
目前,当诊断设备与待诊断车辆的ECU通讯时,其采用的通讯模式只能从一对一的通讯模式或从一对所有的通讯模式中选择。但在实际情况中,用户通常希望同时与指定的几个但不是所有的ECU通讯,比如,同时与4个车门ECU进行通讯,或者,同时与司机、副驾驶、后排座椅对应的ECU进行通讯。当用户选择的通讯模式是一对一的通讯模式时,由于一对一的通讯模式只能一个一个按顺序处理,因此,导致处理效率较低;当用户选择的通讯模式是一对所有的通讯模式时,将导致其他的ECU都需要响应,从而导致其他的ECU的资源被占用。为了解决上述技术问题,本申请实施例提供了一种诊断数据获取方法,在该方法中,预先将各个ECU进行分组,得到ECU组,每一个ECU组中的ECU的个数大于1且小于待诊断车辆的ECU的总个数。当诊断设备向待诊断车辆发送诊断指令时,将ECU组的ECU组标识填充到诊断指令中,待诊断车辆的各个ECU根据该ECU组标识判断其是否在该ECU组标识对应的ECU组中,若在该ECU组标识对应的ECU组中,则向诊断设备回复诊断指令对应的诊断数据。由于诊断设备一次能够与同在一个ECU组中的各个ECU通讯,因此,能够极大提高诊断数据的获取效率,并且,由于该ECU组中的各个ECU没有包括待诊断车辆的所有ECU,因此,上述通讯模式也不会占用不在一个ECU组中的其他ECU的资源。
下面结合附图对诊断数据获取方法进行详细描述。
图1示出了本申请实施例提供的一种诊断数据获取方法的流程图,该诊断数据获取方法应用于诊断设备,详述如下:
步骤S11,向待诊断车辆的各个ECU发送诊断指令,该诊断指令携带ECU组标识,该ECU组标识用于唯一标识ECU组,一个该ECU组内包括的ECU的个数大于1且小于该待诊断车辆的ECU的总个数。
其中,待诊断车辆是指诊断设备将要进行诊断的车辆。
其中,每个ECU组包括的ECU(如个数)可根据实际情况调整,比如,可将4个车门对应的ECU设置在同一个ECU组,比如,可将左前车门对应的ECU和司机座椅对应的ECU设置在同一个ECU组。每一个ECU组采用一个ECU组标识与其唯一对应,该ECU组标识可采用指定字符表示,也可采用数字表示,比如,采用“1”表示4个车门对应的ECU所对应的ECU组。
本实施例中,诊断设备通过车载自诊断(On Board Diagnostics,OBD)装置与待诊断车辆建立通讯连接,其中,诊断设备可通过OBD装置与待诊断车辆建立有线或无线的通讯连接。具体地,诊断设备将诊断指令发送到OBD装置的OBD通讯总线,由于待诊断车辆的所有ECU都能接收到OBD通讯总线上的诊断指令,因此,诊断设备通过上述方式能够将诊断指令发送至待诊断车辆的各个ECU。
在一些实施例中,由于诊断设备可采用多种诊断协议与待诊断车辆通讯,比如K协议、CAN协议、DOIP协议等,而不同的诊断协议对应的指令的格式是不同的,比如字节含义,字节的顺序,每条指令的字节个数,因此,为了保证向待诊断车辆发送格式正确的诊断指令,则该步骤S11,包括:
A1、确定与该待诊断车辆通讯所采用的诊断协议。
A2、向待诊断车辆的各个ECU发送诊断指令,该诊断指令的格式与确定的该与该待诊断车辆通讯所采用的诊断协议对应的指令的格式相同。
具体地,假设诊断设备与待诊断车辆采用CAN协议进行通讯,诊断设备向ECU组标识为“01”的ECU组发送读取故障码的诊断指令,则该诊断指令可为“0x06FF0103190208”,其中,“06”表示当前的诊断指令所在的帧的字节个数,“FF”用于指示该诊断指令为涉及ECU组的指令,FF之后的“01”表示ECU组标识为“01”,上述的“FF01”所在的字段,在一对一的模式下是需要获取诊断数据的具体ECU的询问标识(询问ID),但在本申请实施例的组模式下,FF代表组模式,01表示ECU组标识,需要指出的是,上述的“FF”可采用其他字符表示,此处不作限定。上述诊断指令中的03表示有效数据字节个数,190208表示诊断指令是要读取故障码。
步骤S12,获取目标ECU回复的与该诊断指令对应的诊断数据,其中,该目标ECU为:存储的ECU组标识与该诊断指令携带的ECU组标识相同的ECU。
本实施例中,已被设置在ECU组内的ECU预先存储其所在的ECU组的ECU组标识。当待诊断车辆的各个ECU接收到诊断设备发送的诊断指令后,判断诊断指令携带的ECU组标识与其存储的ECU标识是否相同,若相同,则向诊断设备回复与诊断指令对应的诊断数据,若不同,则不回复。这样,诊断设备将接收到ECU组标识对应的ECU组内各个ECU回复的诊断数据。
本申请实施例中,诊断设备向待诊断车辆的各个ECU发送诊断指令,再获取目标ECU回复的与该诊断指令对应的诊断数据。由于该诊断指令携带ECU组标识,该ECU组标识用于唯一标识ECU组,且目标ECU为:存储的ECU组标识与该诊断指令携带的ECU组标识相同的ECU,因此,能够保证获取到所需的诊断数据,且由于一个ECU组内包括的ECU的个数大于1且小于该待诊断车辆的ECU的总个数,因此,使得诊断设备一次能与待诊断车辆中的多个指定的ECU同时通讯,从而提高了诊断数据的获取效率且不会占用其他ECU的资源。
在一些实施例中,为了便于用户查看,在步骤S12之后,包括:诊断设备解析获取的诊断数据,显示解析后的诊断数据,其中,解析后的诊断数据包括文字信息。
本实施例中,考虑到诊断数据通常由各种字符和数字组成,不便于用户直观查看,因此,需要对诊断数据进行解析,得到对应的文字描述后再显示,这样,用户从文字描述中能够快速确定出待诊断车辆是否存在故障。
在一些实施例中,为了使得ECU知悉其被分配的ECU组,在该步骤S11之前,包括:
向该目标ECU发送配置指令,该配置指令包括该目标ECU所在的ECU组的ECU组标识和用于指示该配置指令为涉及ECU组的指令的字符。
本实施例中,诊断设备根据用户需求对ECU进行分组,生成ECU组的配置信息,该配置信息包括ECU组标识、ECU组内各个ECU标识(该ECU标识可使用该ECU名称表示)、各个ECU的询问标识和/或回复标识等。例如,生成的配置信息如表1所示:
表1:
Figure BDA0002785231800000081
Figure BDA0002785231800000091
在分组结束后,诊断设备分别向需要获取诊断数据的ECU组内的各个ECU发送配置指令,该配置指令包括ECU所在的ECU组的ECU组标识,当ECU接收到其所在的ECU组标识后,存储该ECU组标识。
在一些实施例中,为了能够准确向目标ECU发送配置指令,则上述向该目标ECU发送配置指令,包括:
获取该目标ECU的询问标识,向该目标ECU发送配置指令,该配置指令包括该目标ECU所在的ECU组标识、用于指示该配置指令为涉及ECU组的指令的字符以及用于指示该配置指令为向该目标ECU询问的指令的该目标ECU的询问标识。
本实施例中,假设目标ECU为左前车门对应的ECU,该左前车门对应的ECU所在的ECU组的ECU组标识为“01”,询问标识为0701,则配置指令可为以下形式“0x05070102FF01”,其中05表示整帧配置指令的字节数为5,0701为左前车门ECU的询问标识,02表示有效字节为2个,FF01为有效字节,且FF表示本配置指令为涉及ECU组的指令,01为ECU组标识。在一些实施例中,如果一个ECU被分配到多个ECU组的话,可以在有效字节中添加,比如左前车门在01ECU组和02ECU组都有,那配置指令就是0x06070103FF0102。
在一些实施例中,在步骤S11之前,包括:
B1、显示已建立的各个ECU组所对应的ECU组标识。
B2、若检测到用户的选择指令,从该选择指令解析出用户选中的ECU组标识。
该步骤S11包括:
向待诊断车辆的各个ECU发送诊断指令,该诊断指令携带的ECU组标识为该用户选中的ECU组标识。
本实施例中,当用户希望以组模式获取对应ECU的诊断数据时,诊断设备显示已建立的各个ECU组所对应的ECU组标识,当然,为了便于用户知悉各个ECU组包括的ECU,则还可以显示各个ECU组内的各个ECU标识(该ECU标识可使用该ECU名称表示),此外,还可以显示各个ECU的询问标识和回复标识等。当用户从显示的ECU组标识中选中一个ECU组标识,比如,选中“01”,则诊断设备将该“01”填充到诊断指令中,填充后的诊断指令发送到OBD通讯总线。
在一些实施例中,可先显示各个ECU组标识,当检测到用户选中一个ECU组标识之后,再在被选择的ECU组标识的周围区域显示被选中的ECU组标识对应的ECU组下的各个ECU标识。或者,在一个页面显示各个ECU组标识,当检测到用户选中一个ECU组标识之后,弹出一个新的页面显示被选中的ECU组标识对应的ECU组下的各个ECU标识。
本实施例中,通过将ECU标识和ECU组标识分开显示,使得在一个页面上能够尽可能地显示ECU组标识,或,尽可能显示ECU标识。
在一些实施例中,为了能够准确获取到诊断数据,上述步骤S12,包括:
C1、获取该目标ECU的回复标识以及诊断指令标识,该诊断指令标识用于唯一标识该诊断指令。
其中诊断指令标识与诊断指令唯一对应,例如,“0x06FF0103190208”这一诊断指令中,其诊断指令标识为“190208”,该“190208”用于表示该诊断指令是读取故障码的指令。
C2、根据该诊断指令标识以及预设的字符确定目标回复指令标识,该目标回复指令标识用于唯一标识目标回复指令,用于指示该目标回复指令为与该诊断指令对应的回复指令。
其中,预设的字符与采用的诊断协议有关。假设采用CAN协议,该预设的字符为“40”,假设诊断指令标识为“190208”,由于19+40=59,因此,目标回复指令标识为“590208”。
C3、根据该目标回复指令标识从该待诊断车辆的回复指令中查找目标回复指令。
具体地,若待诊断车辆的回复指令有多个,则逐个判断回复指令中的回复指令标识是否与目标回复指令标识相同,若回复指令中的回复指令标识与目标回复指令标识相同,则判定该回复指令为目标回复指令。
C4、若查找到的该目标回复指令中包括该目标ECU的回复标识,则将该目标回复指令中的诊断数据作为该目标ECU回复的与该诊断指令对应的诊断数据。
具体地,假设诊断指令为“0x06FF0103190208”,“01”ECU组内包括左前车门对应的ECU,根据表1可知,其对应的回复标识为“0x07E1”,则上述诊断指令对应的目标回复指令为“0x07E15902089001”。其中,07目标回复指令所在的帧的所有字节数,07E1为左前ECU的回复标识,590208为目标回复指令标识,9001为故障码的编号。
本实施例中,通过目标回复指令标识和目标ECU的回复标识对诊断数据进行双重确认,从而提高得到的诊断数据的准确率。
在一些实施例中,在步骤S12之后,诊断设备判断是否已获取了ECU组标识内所有ECU的诊断数据,若没有,则采用一对一的通讯模式,与没有回复诊断数据的目标ECU建立通讯,并向没有回复诊断数据的目标ECU发送诊断指令,以获取该没有回复诊断数据的目标ECU回复的诊断数据。具体地,诊断设备根据ECU的回复标识判断该ECU是否已回复。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
实施例二:
图2示出了本申请实施例提供的一种诊断数据获取方法的流程图,该方法应用于待诊断车辆的ECU,该ECU即为上述实施例一的ECU,详述如下:
步骤S21,接收诊断设备发送的诊断指令,该诊断指令携带ECU组标识,该ECU组标识用于唯一标识ECU组,一个该ECU组内包括的ECU的个数大于1且小于该待诊断车辆的ECU的总个数。
步骤S22,若该ECU组标识与预存的ECU组标识相同,则向该诊断设备回复与该诊断指令对应的诊断数据。
本实施例中,待诊断车辆的各个ECU预先存储其所在的ECU组的ECU组标识,当ECU从OBD通讯总线获取到诊断指令后,解析出该诊断指令携带的ECU组标识,若诊断指令携带的ECU组标识与该ECU预存的ECU组标识相同,该ECU则向诊断设备回复对应的诊断数据。
本申请实施例中,由于诊断指令携带ECU组标识,ECU组标识用于唯一标识ECU组,且目标ECU为:存储的ECU组标识与该诊断指令携带的ECU组标识相同的ECU,因此,ECU能够根据ECU组标识选择是否向诊断设备发送诊断数据,从而使得诊断设备能够获取到所需的诊断数据,且由于一个ECU组内包括的ECU的个数大于1且小于该待诊断车辆的ECU的总个数,因此,使得诊断设备一次能与待诊断车辆中的多个指定的ECU同时通讯,从而提高了诊断数据的获取效率且不会占用其他ECU的资源。
在一些实施例中,在步骤S21之前,包括:
被分配在ECU组内的ECU接收诊断设备发送的配置指令,该配置指令包括该ECU所在的ECU组的ECU组标识和用于指示该配置指令为涉及ECU组的指令的字符。
本实施例中,当诊断设备只与一个ECU通讯时,其发送的配置指令不需要区分是发给哪个ECU,此时,该ECU接收到的配置指令包括ECU所在的ECU组的ECU组标识和用于指示该配置指令为涉及ECU组的指令的字符。
在一些实施例中,当诊断设备与多个ECU通讯时,其发送的配置指令需要区分是发给哪个ECU,此时,上述的配置指令还包括ECU的询问标识。例如,假设左前车门对应的ECU所在的ECU组标识为01,则左前车门对应的ECU接收到的配置指令可为“0x05070102FF01”,其中05表示配置指令所在帧的字节数,0701为左前车门ECU的询问ID,02表示有效字节为2个,FF01为有效字节,FF表示配置指令为组信息,01为ECU组标识。
在一些实施例中,上述步骤S22包括:
若ECU判断出诊断指令携带的ECU组标识与预存的ECU组标识相同,则获取本ECU中与诊断指令对应的诊断数据,再将获取的诊断数据填充到回复指令中发送到OBD通讯总线。
比如,假设ECU组标识为“01”的ECU组包括的ECU如表1所示。当左前车门对应的ECU接收到诊断指令0x06FF0103190208后,根据FF判断这是组模式,然后判断ECU组标识为01,由于左前车门对应的ECU是在组01内,因此该左前车门对应的ECU就需要处理,其根据诊断有效数据为190208知悉其要读取本ECU中的故障码。然后左前车门对应的ECU将本ECU中的故障码填充到回复指令中,然后发送到OBD通讯总线,该回复指令比如为0x0707E15902089001。其中07为本回复指令所在帧的所有字节数,07E1为左前车门对应的ECU的回复标识,590208为对应回复指令标识,9001为故障码的编号。其它三个ECU(右前车门、左后车门、右后车门对应的)按同样方法处理回复故障码的诊断数据。
为了更清楚地描述诊断设备与ECU的通讯过程,下面结合图3进行描述。
1、确定诊断协议,假设诊断协议为CAN协议。
2、自定义对ECU进行分组,得到ECU组的配置信息,该配置信息包括ECU组标识、ECU名称、ECU的询问标识和回复标识。
3、得到ECU组的配置信息后,向每个相关的ECU发送配置指令,对应ECU存储其所在ECU组的ECU组标识。
4、当需要向ECU组内的ECU发送诊断指令时可以先选择要接收的ECU组,比如ECU组标识为01的ECU组。
5、将ECU组标识填充到诊断指令中,发送到OBD通讯总线。
6、OBD通讯总线上的数据所有ECU都会接收到,然后每个ECU根据诊断指令中的ECU标识来判断本身是否需要处理。
7、如果判断出本ECU不在ECU组内则不需要处理,如果判断出本ECU在ECU组内则需要处理。
9、在ECU组的ECU根据诊断指令中的内容来获取对应的诊断数据,然后各自将诊断数据填充到回复指令中再发送到OBD通讯总线。
10、OBD装置根据ECU组内各ECU的回复标识来将OBD通讯总线上的ECU组内ECU的回复指令接收。
11、根据各ECU的回复标识判断回复指令是哪个ECU回复的,同时将回复指令中的诊断数据取出。
12、分别依次将各个ECU的诊断数据通过算法计算出结果。
13、显示ECU组内所有ECU的计算结果。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
实施例三:
对应于上文实施例一该的诊断数据获取方法,图4示出了本申请实施例提供的诊断数据获取装置的结构框图,该诊断数据获取装置应用于诊断设备,为了便于说明,仅示出了与本申请实施例相关的部分。
参照图4,该诊断数据获取装置4包括:
诊断指令发送单元41,用于向待诊断车辆的各个ECU发送诊断指令,该诊断指令携带ECU组标识,该ECU组标识用于唯一标识ECU组,一个该ECU组内包括的ECU的个数大于1且小于该待诊断车辆的ECU的总个数。
诊断数据获取单元42,用于获取目标ECU回复的与该诊断指令对应的诊断数据,其中,该目标ECU为:存储的ECU组标识与该诊断指令携带的ECU组标识相同的ECU。
本申请实施例中,诊断设备向待诊断车辆的各个ECU发送诊断指令,再获取目标ECU回复的与该诊断指令对应的诊断数据。由于该诊断指令携带ECU组标识,该ECU组标识用于唯一标识ECU组,且目标ECU为:存储的ECU组标识与该诊断指令携带的ECU组标识相同的ECU,因此,能够保证获取到所需的诊断数据,且由于一个ECU组内包括的ECU的个数大于1且小于该待诊断车辆的ECU的总个数,因此,使得诊断设备一次能与待诊断车辆中的多个指定的ECU同时通讯,从而提高了诊断数据的获取效率且不会占用其他ECU的资源。
在一些实施例中,诊断数据获取装置4,包括:
配置指令发送单元,用于向该目标ECU发送配置指令,该配置指令包括该目标ECU所在的ECU组的ECU组标识和用于指示该配置指令为涉及ECU组的指令的字符。
在一些实施例中,该配置指令发送单元,具体用于:
获取该目标ECU的询问标识,向该目标ECU发送配置指令,该配置指令包括该目标ECU所在的ECU组标识、用于指示该配置指令为涉及ECU组的指令的字符以及用于指示该配置指令为向该目标ECU询问的指令的该目标ECU的询问标识。
在一些实施例中,诊断数据获取装置4,包括:
ECU组标识显示单元,用于显示已建立的各个ECU组所对应的ECU组标识。
ECU组标识选择单元,用于若检测到用户的选择指令,从该选择指令解析出用户选中的ECU组标识。
该诊断指令发送单元41具体用于:
向待诊断车辆的各个ECU发送诊断指令,该诊断指令携带的ECU组标识为该用户选中的ECU组标识。
在一些实施例中,可先显示各个ECU组标识,当检测到用户选中一个ECU组标识之后,再在被选择的ECU组标识的周围区域显示被选中的ECU组标识对应的ECU组下的各个ECU标识。或者,在一个页面显示各个ECU组标识,当检测到用户选中一个ECU组标识之后,弹出一个新的页面显示被选中的ECU组标识对应的ECU组下的各个ECU标识。
在一些实施例中,该诊断数据获取单元42,包括:
诊断指令标识获取模块,用于获取该目标ECU的回复标识以及诊断指令标识,该诊断指令标识用于唯一标识该诊断指令。
目标回复指令标识确定模块,用于根据该诊断指令标识以及预设的字符确定目标回复指令标识,该目标回复指令标识用于唯一标识目标回复指令,用于指示该目标回复指令为与该诊断指令对应的回复指令。
目标回复指令查找模块,用于根据该目标回复指令标识从该待诊断车辆的回复指令中查找目标回复指令。
诊断数据确定模块,用于若查找到的该目标回复指令中包括该目标ECU的回复标识,则将该目标回复指令中的诊断数据作为该目标ECU回复的与该诊断指令对应的诊断数据。
在一些实施例中,该诊断指令发送单元41具体用于:
确定与该待诊断车辆通讯所采用的诊断协议。向待诊断车辆的各个ECU发送诊断指令,该诊断指令的格式与确定的该与该待诊断车辆通讯所采用的诊断协议对应的指令的格式相同。
在一些实施例中,诊断数据获取装置4,包括:
诊断数据解析单元,用于解析获取的诊断数据,显示解析后的诊断数据,其中,解析后的诊断数据包括文字信息。
在一些实施例中,诊断数据获取装置4,包括:
信息完整判断单元,用于判断是否已获取了ECU组标识内所有ECU的诊断数据,若没有,则采用一对一的通讯模式,与没有回复诊断数据的目标ECU建立通讯,并向没有回复诊断数据的目标ECU发送诊断指令,以获取该没有回复诊断数据的目标ECU回复的诊断数据。具体地,诊断设备根据ECU的回复标识判断该ECU是否已回复。
需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
实施例四:
对应于上文实施例二的诊断数据获取方法,图5示出了本申请实施例提供的诊断数据获取装置的结构框图,该诊断数据获取装置应用于ECU,为了便于说明,仅示出了与本申请实施例相关的部分。
该诊断数据获取装置5包括:诊断指令接收单元51和诊断数据回复单元52,其中:
诊断指令接收单元51,用于,接收诊断设备发送的诊断指令,该诊断指令携带ECU组标识,该ECU组标识用于唯一标识ECU组,一个该ECU组内包括的ECU的个数大于1且小于该待诊断车辆的ECU的总个数。
诊断数据回复单元52,用于,若该ECU组标识与预存的ECU组标识相同,则向该诊断设备回复与该诊断指令对应的诊断数据。
本实施例中,待诊断车辆的各个ECU预先存储其所在的ECU组的ECU组标识,当ECU从OBD通讯总线获取到诊断指令后,解析出该诊断指令携带的ECU组标识,若诊断指令携带的ECU组标识与该ECU预存的ECU组标识相同,该ECU则向诊断设备回复对应的诊断数据。
本申请实施例中,由于诊断指令携带ECU组标识,ECU组标识用于唯一标识ECU组,且目标ECU为:存储的ECU组标识与该诊断指令携带的ECU组标识相同的ECU,因此,ECU能够根据ECU组标识选择是否向诊断设备发送诊断数据,从而使得诊断设备能够获取到所需的诊断数据,且由于一个ECU组内包括的ECU的个数大于1且小于该待诊断车辆的ECU的总个数,因此,使得诊断设备一次能与待诊断车辆中的多个指定的ECU同时通讯,从而提高了诊断数据的获取效率且不会占用其他ECU的资源。
在一些实施例中,该诊断数据获取装置5包括:
配置指令接收单元,用于接收诊断设备发送的配置指令,该配置指令包括ECU所在的ECU组的ECU组标识和用于指示该配置指令为涉及ECU组的指令的字符。
本实施例中,当诊断设备只与一个ECU通讯时,其发送的配置指令不需要区分是发给哪个ECU,此时,该ECU接收到的配置指令包括ECU所在的ECU组的ECU组标识和用于指示该配置指令为涉及ECU组的指令的字符。
在一些实施例中,当诊断设备与多个ECU通讯时,其发送的配置指令需要区分是发给哪个ECU,此时,上述的配置指令还包括ECU的询问标识。例如,假设左前车门对应的ECU所在的ECU组标识为01,则左前车门对应的ECU接收到的配置指令可为“0x05070102FF01”,其中05表示配置指令所在帧的字节数,0701为左前车门ECU的询问ID,02表示有效字节为2个,FF01为有效字节,FF表示配置指令为组信息,01为ECU组标识。
在一些实施例中,上述诊断数据回复单元52具体用于:
若ECU判断出诊断指令携带的ECU组标识与预存的ECU组标识相同,则获取本ECU中与诊断指令对应的诊断数据,再将获取的诊断数据填充到回复指令中发送到OBD通讯总线。
实施例五:
图6为本申请实施例五提供的诊断设备的结构示意图。如图6所示,该实施例的诊断设备6包括:至少一个处理器60(图6中仅示出一个处理器)、存储器61以及存储在该存储器61中并可在该至少一个处理器60上运行的计算机程序62,该处理器60执行该计算机程序62时实现上述第一实施例中的步骤:
向待诊断车辆的各个ECU发送诊断指令,该诊断指令携带ECU组标识,该ECU组标识用于唯一标识ECU组,一个该ECU组内包括的ECU的个数大于1且小于该待诊断车辆的ECU的总个数。
获取目标ECU回复的与该诊断指令对应的诊断数据,其中,该目标ECU为:存储的ECU组标识与该诊断指令携带的ECU组标识相同的ECU。
可选地,在该向待诊断车辆的各个ECU发送诊断指令之前,包括:
向该目标ECU发送配置指令,该配置指令包括该目标ECU所在的ECU组的ECU组标识和用于指示该配置指令为涉及ECU组的指令的字符。
可选地,该向该目标ECU发送配置指令,包括:
获取该目标ECU的询问标识,向该目标ECU发送配置指令,该配置指令包括该目标ECU所在的ECU组标识、用于指示该配置指令为涉及ECU组的指令的字符以及用于指示该配置指令为向该目标ECU询问的指令的该目标ECU的询问标识。
可选地,在该向待诊断车辆的各个ECU发送诊断指令之前,包括:
显示已建立的各个ECU组所对应的ECU组标识。
若检测到用户的选择指令,从该选择指令解析出用户选中的ECU组标识。
该向待诊断车辆的各个ECU发送诊断指令包括:
向待诊断车辆的各个ECU发送诊断指令,该诊断指令携带的ECU组标识为该用户选中的ECU组标识。
可选地,该获取目标ECU回复的与该诊断指令对应的诊断数据,包括:
获取该目标ECU的回复标识以及诊断指令标识,该诊断指令标识用于唯一标识该诊断指令。
根据该诊断指令标识以及预设的字符确定目标回复指令标识,该目标回复指令标识用于唯一标识目标回复指令,用于指示该目标回复指令为与该诊断指令对应的回复指令。
根据该目标回复指令标识从该待诊断车辆的回复指令中查找目标回复指令。
若查找到的该目标回复指令中包括该目标ECU的回复标识,则将该目标回复指令中的诊断数据作为该目标ECU回复的与该诊断指令对应的诊断数据。
可选地,该向待诊断车辆的各个ECU发送诊断指令,包括:
确定与该待诊断车辆通讯所采用的诊断协议。
向待诊断车辆的各个ECU发送诊断指令,该诊断指令的格式与确定的该与该待诊断车辆通讯所采用的诊断协议对应的指令的格式相同。
或者,实现以下步骤:
接收诊断设备发送的诊断指令,该诊断指令携带ECU组的唯一标识,该诊断指令携带ECU组标识,该ECU组标识用于唯一标识ECU组,一个该ECU组内包括的ECU的个数大于1且小于该待诊断车辆的ECU的总个数。
若该ECU组标识与预存的ECU组标识相同,则向该诊断设备回复与该诊断指令对应的诊断数据。
该诊断设备6可以是桌上型计算机、笔记本、掌上电脑及诊断设备、ECU等计算设备。该诊断设备可包括,但不仅限于,处理器60、存储器61。本领域技术人员可以理解,图6仅仅是诊断设备6的举例,并不构成对诊断设备6的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如还可以包括输入输出设备、网络接入设备等。
所称处理器60可以是中央处理单元(Central Processing Unit,CPU),该处理器60还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器61在一些实施例中可以是所述诊断设备6的内部存储单元,例如诊断设备6的硬盘或内存。所述存储器61在另一些实施例中也可以是所述诊断设备6的外部存储设备,例如所述诊断设备6上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器61还可以既包括所述诊断设备6的内部存储单元也包括外部存储设备。所述存储器61用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等,例如所述计算机程序的程序代码等。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。
实施例六:
图7为本申请实施例六提供的智能设备的结构示意图。如图7所示,该实施例的智能设备7包括:至少一个处理器70(图7中仅示出一个处理器)、存储器71以及存储在该存储器71中并可在该至少一个处理器70上运行的计算机程序72,该处理器70执行该计算机程序72时实现上述实施例二中的步骤:
接收诊断设备发送的诊断指令,该诊断指令携带ECU组的唯一标识,该诊断指令携带ECU组标识,该ECU组标识用于唯一标识ECU组,一个该ECU组内包括的ECU的个数大于1且小于该待诊断车辆的ECU的总个数。
若该ECU组标识与预存的ECU组标识相同,则向该诊断设备回复与该诊断指令对应的诊断数据。
该智能设备7可以是待诊断车辆中的ECU等计算设备。该智能设备可包括,但不仅限于,处理器70、存储器71。本领域技术人员可以理解,图7仅仅是智能设备7的举例,并不构成对智能设备7的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如还可以包括输入输出设备、网络接入设备等。
所称处理器70可以是中央处理单元(Central Processing Unit,CPU),该处理器70还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器71在一些实施例中可以是所述智能设备7的内部存储单元,例如智能设备7的硬盘或内存。所述存储器71在另一些实施例中也可以是所述智能备7的外部存储设备,例如所述智能设备7上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器71还可以既包括所述智能设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等,例如所述计算机程序的程序代码等。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请实施例还提供了一种网络设备,该网络设备包括:至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品,当计算机程序产品在移动终端上运行时,使得移动终端执行时实现可实现上述各个方法实施例中的步骤。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括:能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/网络设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/网络设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

Claims (10)

1.一种诊断数据获取方法,其特征在于,应用于诊断设备,包括:
向待诊断车辆的各个电子控制单元ECU发送诊断指令,所述诊断指令携带ECU组标识,所述ECU组标识用于唯一标识ECU组,一个所述ECU组内包括的ECU的个数大于1且小于所述待诊断车辆的ECU的总个数;
获取目标ECU回复的与所述诊断指令对应的诊断数据,其中,所述目标ECU为:存储的ECU组标识与所述诊断指令携带的ECU组标识相同的ECU。
2.如权利要求1所述的诊断数据获取方法,其特征在于,在所述向待诊断车辆的各个ECU发送诊断指令之前,包括:
向所述目标ECU发送配置指令,所述配置指令包括所述目标ECU所在的ECU组的ECU组标识和用于指示所述配置指令为涉及ECU组的指令的字符。
3.如权利要求2所述的诊断数据获取方法,其特征在于,所述向所述目标ECU发送配置指令,包括:
获取所述目标ECU的询问标识,向所述目标ECU发送配置指令,所述配置指令包括所述目标ECU所在的ECU组标识、用于指示所述配置指令为涉及ECU组的指令的字符以及用于指示所述配置指令为向所述目标ECU询问的指令的所述目标ECU的询问标识。
4.如权利要求1所述的诊断数据获取方法,其特征在于,在所述向待诊断车辆的各个ECU发送诊断指令之前,包括:
显示已建立的各个ECU组所对应的ECU组标识;
若检测到用户的选择指令,从所述选择指令解析出用户选中的ECU组标识;
所述向待诊断车辆的各个ECU发送诊断指令包括:
向待诊断车辆的各个ECU发送诊断指令,所述诊断指令携带的ECU组标识为所述用户选中的ECU组标识。
5.如权利要求1所述的诊断数据获取方法,其特征在于,所述获取目标ECU回复的与所述诊断指令对应的诊断数据,包括:
获取所述目标ECU的回复标识以及诊断指令标识,所述诊断指令标识用于唯一标识所述诊断指令;
根据所述诊断指令标识以及预设的字符确定目标回复指令标识,所述目标回复指令标识用于唯一标识目标回复指令,用于指示所述目标回复指令为与所述诊断指令对应的回复指令;
根据所述目标回复指令标识从所述待诊断车辆的回复指令中查找目标回复指令;
若查找到的所述目标回复指令中包括所述目标ECU的回复标识,则将所述目标回复指令中的诊断数据作为所述目标ECU回复的与所述诊断指令对应的诊断数据。
6.如权利要求1至5任一项所述的诊断数据获取方法,其特征在于,所述向待诊断车辆的各个ECU发送诊断指令,包括:
确定与所述待诊断车辆通讯所采用的诊断协议;
向待诊断车辆的各个ECU发送诊断指令,所述诊断指令的格式与确定的所述与所述待诊断车辆通讯所采用的诊断协议对应的指令的格式相同。
7.一种诊断数据获取方法,其特征在于,应用于待诊断车辆的ECU,包括:
接收诊断设备发送的诊断指令,所述诊断指令携带ECU组的唯一标识,所述诊断指令携带ECU组标识,所述ECU组标识用于唯一标识ECU组,一个所述ECU组内包括的ECU的个数大于1且小于所述待诊断车辆的ECU的总个数;
若所述ECU组标识与预存的ECU组标识相同,则向所述诊断设备回复与所述诊断指令对应的诊断数据。
8.一种诊断数据获取装置,其特征在于,应用于诊断设备,包括:
诊断指令发送单元,用于向待诊断车辆的各个ECU发送诊断指令,所述诊断指令携带ECU组标识,所述ECU组标识用于唯一标识ECU组,一个所述ECU组内包括的ECU的个数大于1且小于所述待诊断车辆的ECU的总个数;
诊断数据获取单元,用于获取目标ECU回复的与所述诊断指令对应的诊断数据,其中,所述目标ECU为:存储的ECU组标识与所述诊断指令携带的ECU组标识相同的ECU。
9.一种诊断设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述的方法。
10.一种智能设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求7所述的方法。
CN202011295684.4A 2020-11-18 2020-11-18 诊断数据获取方法、装置及诊断设备 Active CN112558584B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011295684.4A CN112558584B (zh) 2020-11-18 2020-11-18 诊断数据获取方法、装置及诊断设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011295684.4A CN112558584B (zh) 2020-11-18 2020-11-18 诊断数据获取方法、装置及诊断设备

Publications (2)

Publication Number Publication Date
CN112558584A true CN112558584A (zh) 2021-03-26
CN112558584B CN112558584B (zh) 2022-05-10

Family

ID=75044092

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011295684.4A Active CN112558584B (zh) 2020-11-18 2020-11-18 诊断数据获取方法、装置及诊断设备

Country Status (1)

Country Link
CN (1) CN112558584B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113126598A (zh) * 2021-04-15 2021-07-16 重庆金康赛力斯新能源汽车设计院有限公司 汽车电子控制单元的诊断方法、电子设备和存储介质
CN114756585A (zh) * 2022-03-23 2022-07-15 深圳市元征科技股份有限公司 车辆数据获取方法、装置、电子设备及存储介质
CN116224976A (zh) * 2023-05-08 2023-06-06 北京集度科技有限公司 测试方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101430557A (zh) * 2008-12-05 2009-05-13 中国汽车技术研究中心 用于汽车故障诊断的多协议数据转换器及诊断处理方法
CN104773120A (zh) * 2014-01-13 2015-07-15 现代自动车株式会社 用于高效重新编程的车内设备及其控制方法
CN108255152A (zh) * 2017-12-26 2018-07-06 深圳市元征软件开发有限公司 车辆诊断方法、诊断盒和计算机可读存储介质
CN110060386A (zh) * 2017-12-27 2019-07-26 丰田自动车株式会社 信息处理装置、方法及非临时性的计算机可读取记录介质
CN111596638A (zh) * 2019-02-20 2020-08-28 南京天擎汽车电子有限公司 车辆故障排查方法、装置、设备和计算机可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101430557A (zh) * 2008-12-05 2009-05-13 中国汽车技术研究中心 用于汽车故障诊断的多协议数据转换器及诊断处理方法
CN104773120A (zh) * 2014-01-13 2015-07-15 现代自动车株式会社 用于高效重新编程的车内设备及其控制方法
CN108255152A (zh) * 2017-12-26 2018-07-06 深圳市元征软件开发有限公司 车辆诊断方法、诊断盒和计算机可读存储介质
CN110060386A (zh) * 2017-12-27 2019-07-26 丰田自动车株式会社 信息处理装置、方法及非临时性的计算机可读取记录介质
CN111596638A (zh) * 2019-02-20 2020-08-28 南京天擎汽车电子有限公司 车辆故障排查方法、装置、设备和计算机可读存储介质

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113126598A (zh) * 2021-04-15 2021-07-16 重庆金康赛力斯新能源汽车设计院有限公司 汽车电子控制单元的诊断方法、电子设备和存储介质
CN113126598B (zh) * 2021-04-15 2022-09-30 重庆金康赛力斯新能源汽车设计院有限公司 汽车电子控制单元的诊断方法、电子设备和存储介质
CN114756585A (zh) * 2022-03-23 2022-07-15 深圳市元征科技股份有限公司 车辆数据获取方法、装置、电子设备及存储介质
CN116224976A (zh) * 2023-05-08 2023-06-06 北京集度科技有限公司 测试方法及装置
CN116224976B (zh) * 2023-05-08 2023-08-25 北京集度科技有限公司 测试方法及装置

Also Published As

Publication number Publication date
CN112558584B (zh) 2022-05-10

Similar Documents

Publication Publication Date Title
CN112558584B (zh) 诊断数据获取方法、装置及诊断设备
CN111371638B (zh) 智能设备测试方法、装置、服务器及存储介质
CN113703868B (zh) 车辆诊断软件配置方法、电子设备及可读存储介质
CN111552267B (zh) 车辆诊断方法、装置及车辆诊断设备
CN111813095A (zh) 一种车辆诊断方法、装置及介质
CN113608518B (zh) 数据生成方法、装置、终端设备及介质
CN109885037B (zh) 一种车辆诊断的方法及相关设备
CN113608483B (zh) 获取车辆信号值方法、电子设备及电子控制单元
CN112184946A (zh) 一种车辆数据读取方法及相关设备
CN109857085B (zh) 模拟生成行车数据的方法、系统、模拟终端及测试系统
CN113011852A (zh) 车辆保养提醒方法、装置、车载设备及存储介质
CN111693294A (zh) 车辆检测方法、装置、终端设备及存储介质
CN112859805A (zh) 一种发动机控制器在线诊断方法及相关装置
CN113342430B (zh) 故障码的处理方法、装置、终端设备及可读存储介质
CN114756585A (zh) 车辆数据获取方法、装置、电子设备及存储介质
CN115134186A (zh) 数据处理方法以及相关设备
CN112445797B (zh) 车辆诊断数据引用方法、装置、终端设备及存储介质
CN113934198A (zh) 车辆诊断方法、装置、电子设备及存储介质
CN113867314A (zh) 故障码库的访问控制方法、装置、电子设备及存储介质
CN113965917B (zh) 通信方法、装置及终端设备
CN115565266A (zh) 数据处理方法以及相关设备
CN111522852A (zh) 一种adas标靶判断方法、装置和车辆诊断设备
CN112319495B (zh) 汽车系统型号的确定方法、装置、设备及存储介质
CN118170120A (zh) 一种车辆故障诊断方法、终端设备及计算机可读存储介质
CN113779036A (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