数据处理方法以及相关设备与流程

文档序号:31708937发布日期:2022-10-01 14:06阅读:75来源:国知局
数据处理方法以及相关设备与流程

1.本技术实施例涉及车辆诊断领域,尤其涉及数据处理方法以及相关设备。


背景技术:

2.电子控制单元(ecu,electronic control unit),又称汽车的“行车电脑”,用于控制汽车的行驶状态以及实现其各种功能。ecu主要是利用各种传感器与总线的数据采集与交换,来判断车辆状态以及司机的意图并通过执行器来操控汽车。现在的车辆上通常装配有多个ecu,比如发动机ecu、变速箱ecu以及空调ecu等。
3.当用户需要通过诊断设备获取车辆某个ecu的多个信号项的信号数据时,首先需要由用户从该ecu支持读取的信号项中选择多个目标信号项,然后,诊断设备根据用户选择的多个目标信号项向对应的ecu发送请求报文,针对每个目标信号项诊断设备都要发送一个请求报文并且对应的ecu需要回复一个答复报文。
4.诊断设备与对应的ecu之间的请求报文以及答复报文的发送与接收都需要通过车辆总线。当需要获取多个目标信号项的信号数据时,车辆总线需要收发大量的请求报文和答复报文,信号数据的获取效率较低且车辆总线的负载较高。


技术实现要素:

5.本技术实施例提供了数据处理方法以及相关设备,用于降低车辆总线负载。
6.本技术实施例第一方面提供一种数据处理方法,应用于诊断设备,包括:
7.响应用户从目标ecu支持读取的信号项中选择至少两个目标信号项的操作,确定每个目标信号项对应的请求报文;
8.依次向所述目标ecu发送所述每个目标信号项对应的请求报文,以使得所述目标ecu在接收到最后一个所述请求报文后向所述诊断设备发送一个答复报文,所述答复报文包括所述每个目标信号项的信号数据。
9.在一种具体实现方式中,每个所述请求报文中包含目标请求标志;
10.在所述依次向所述目标ecu发送所述每个目标信号项对应的请求报文之前,所述方法还包括:
11.将每个所述请求报文中除最后一个所述请求报文之外的其他请求报文中的目标请求标志置为第一标识,并将最后一个所述请求报文中的后续请求标志置为第二标识,以使得所述目标ecu根据请求报文中的目标请求标志确定最后一个所述请求报文。
12.在一种具体实现方式中,在所述响应用户从目标ecu支持读取的信号项中选择至少两个目标信号项的操作,确定每个目标信号项对应的请求报文之前,所述方法还包括:
13.获取目标车辆的车辆信息;
14.展示所述目标车辆的车辆信息对应的预设ecu配置列表;
15.响应用户从所述预设ecu配置列表中选择所述目标ecu的操作,展示所述目标ecu支持读取的信号项。
16.在一种具体实现方式中,所述方法还包括:
17.基于所述每个目标信号项对应的请求报文的发送次序,依次从所述答复报文中解析出所述每个目标信号项的信号数据;
18.根据所述每个目标信号项的信号数据以及所述每个目标信号项对应的预设计算算法,计算所述每个目标信号项的信号值;
19.基于所述每个目标信号项的信号值以及对应的预设单位,展示所述每个目标信号项的信号值。
20.本技术实施例第二方面提供一种数据处理方法,应用于目标ecu,包括:
21.针对诊断设备依次发送的多个请求报文,查询并保存每个请求报文对应的目标信号项的信号数据,其中所述每个请求报文对应目标ecu支持读取的一个目标信号项;
22.若查询到最后一个所述请求报文对应的目标信号项的信号数据,则向所述诊断设备发送一个包括每个所述目标信号项的信号数据的答复报文。
23.在一种具体实现方式中,所述请求报文中包含目标请求标志;
24.所述方法还包括:
25.判断当前接收的目标请求报文的目标请求标志是否为第二标识,所述目标请求报文为所述诊断设备依次发送的多个请求报文中的任一请求报文;
26.若所述目标请求报文的目标请求标志为第二标识,则确定所述目标请求报文为最后一个所述请求报文。
27.本技术实施例第三方面提供一种诊断设备,包括:
28.确定单元,用于响应用户从目标ecu支持读取的信号项中选择至少两个目标信号项的操作,确定每个目标信号项对应的请求报文;
29.发送单元,用于依次向所述目标ecu发送所述每个目标信号项对应的请求报文,以使得所述目标ecu在接收到最后一个所述请求报文后向诊断设备发送一个答复报文,所述答复报文包括所述每个目标信号项的信号数据。
30.在一种具体实现方式中,每个所述请求报文中包含后续请求标志;
31.所述发送单元,还用于将每个所述请求报文中除最后一个所述请求报文之外的其他请求报文中的目标请求标志置为第一标识,并将最后一个所述请求报文中的后续请求标志置为第二标识,以使得所述目标ecu根据请求报文中的目标请求标志确定最后一个所述请求报文。
32.在一种具体实现方式中,所述诊断设备还包括:获取单元以及展示单元;
33.所述获取单元,用于获取目标车辆的车辆信息;
34.所述展示单元,用于展示所述目标车辆的车辆信息对应的预设ecu配置列表;
35.所述展示单元,还用于响应用户从所述预设ecu配置列表中选择所述目标ecu的操作,展示所述目标ecu支持读取的信号项。
36.在一种具体实现方式中,所述诊断设备还包括:解析单元以及计算单元;
37.所述解析单元,用于基于所述每个目标信号项对应的请求报文的发送次序,依次从所述答复报文中解析出所述每个目标信号项的信号数据;
38.所述计算单元,用于根据所述每个目标信号项的信号数据以及所述每个目标信号项对应的预设计算算法,计算所述每个目标信号项的信号值;
39.所述展示单元,还用于基于所述每个目标信号项的信号值以及对应的预设单位,展示所述每个目标信号项的信号值。
40.本技术实施例第四方面提供一种ecu,包括:
41.查询单元,用于针对诊断设备依次发送的多个请求报文,查询并保存每个请求报文对应的目标信号项的信号数据,其中所述每个请求报文对应所述目标ecu支持读取的一个目标信号项;
42.发送单元,用于若查询到最后一个所述请求报文对应的目标信号项的信号数据,则向所述诊断设备发送一个包括每个所述目标信号项的信号数据的答复报文,以使得所述诊断设备展示每个所述目标信号项的信号数据。
43.在一种具体实现方式中,所述请求报文中包含目标请求标志;
44.所述ecu还包括:判断单元以及确定单元;
45.所述判断单元,用于判断当前接收的目标请求报文的目标请求标志是否为第二标识,所述目标请求报文为所述诊断设备依次发送的多个请求报文中的任一请求报文;
46.所述确定单元,用于若所述目标请求报文的目标请求标志为第二标识,则确定所述目标请求报文为最后一个所述请求报文。
47.本技术实施例第五方面提供一种数据处理设备,包括:
48.中央处理器,存储器以及输入输出接口;
49.所述存储器为短暂存储存储器或持久存储存储器;
50.所述中央处理器配置为与所述存储器通信,并执行所述存储器中的指令操作以执行第一方面或第二方面所述的方法。
51.本技术实施例第六方面提供一种包含指令的计算机程序产品,当所述计算机程序产品在计算机上运行时,使得计算机执行如第一方面或第二方面所述的方法。
52.本技术实施例第七方面提供一种计算机存储介质,所述计算机存储介质中存储有指令,所述指令在计算机上执行时,使得所述计算机执行如第一方面或第二方面所述的方法。
53.从以上技术方案可以看出,本技术实施例具有以下优点:当诊断设备向目标ecu发送用户从目标ecu支持读取的信号项中选择的每个目标信号项的请求报文时,目标ecu仅在接收到最后请求报文后,才向发送请求报文的诊断设备发送一个答复报文,这个答复报文中包括每个目标信号项的信号数据,接收到答复报文的诊断设备便可以根据答复报文向用户展示每个目标信号项的信号数据。与现有技术中,目标ecu需要针对每个目标信号项回复一个答复报文的不同,若向目标ecu发送n个请求报文,现有技术中车辆的总线需要发送n个请求报文以及n个答复报文,而本技术中车辆总线仅需发送n个请求报文以及1个答复报文,显著降低了车辆总线的负载。同时,目标ecu只需要进行依次答复报文的打包,诊断设备也只需进行一次答复报文的解析,减少了报文打包和解析的时间,提高了对目标信号项监测的效率。
附图说明
54.图1为本技术实施例公开的数据处理系统的一种系统架构图;
55.图2为本技术实施例公开的数据处理方法的一种流程示意图;
56.图3为本技术实施例公开的诊断设备的一个结构示意图;
57.图4为本技术实施例公开的ecu的一个结构示意图;
58.图5为本技术实施例公开的数据处理设备的一个结构示意图。
具体实施方式
59.下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
60.本技术实施例提供了数据处理方法以及相关设备,用于降低车辆总线负载。
61.请参阅图1,为了更好实现本技术的数据处理方法,本技术实施例提供了一种数据处理系统。该数据处理系统可以包括至少一个诊断设备102和至少一个ecu101,ecu101与诊断设备102之间通信连接。诊断设备102用于响应用户从ecu101支持读取的信号项中选择多个目标信号项的操作,确定每个目标信号项对应的请求报文,并依次向ecu101发送每个目标信号项对应的请求报文。ecu101针对每个目标信号项的请求报文,查询并保存每个请求报文对应的目标信号项的信号数据,并向诊断设备102发送一个包括每个目标信号项的信号数据的答复报文。诊断设备102便可以展示答复报文中每个目标信号项的信号数据。其中,上述通信连接不限定连接方式,可以通过有线通信方式进行直接或间接地连接,也可以通过无线通信方式进行直接或间接地连接等,具体可根据实际应用场景确定,本技术在此不做限制。
62.可以理解的是,本技术实施例示意的结构并不构成对数据处理系统的具体限定。在本技术另一些实施例中,数据处理系统可以是能实现本实施例前述以及后述数据处理方法的任意诊断设备和/或ecu组成,可以包括比图示更多的诊断设备和/或ecu。
63.基于上述数据处理系统,请参阅图2,本技术实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以是由前述诊断设备和/或ecu来执行,该数据处理方法包括以下步骤201至步骤205:
64.201、诊断设备响应用户从目标ecu支持读取的信号项中选择至少两个目标信号项的操作,确定每个目标信号项对应的请求报文。
65.当用户需要对车辆进行诊断时,可以借助诊断设备向目标车辆获取不同ecu不同信号项的信号数据,并根据信号项的信号数据对车辆进行诊断评估。因此,若用户从目标ecu支持读取的多个信号项中选择了至少两个目标信号项(目标信号项即用户从目标ecu支持读取的多个信号项中选择的信号项),则诊断设备首先需要确定每个目标信号项对应的请求报文。具体的,在执行本技术实施例数据处理方法之前,诊断设备中会预设有诊断协议库,诊断协议库中包含不同ecu支持读取的信号项以及每个信号项的请求报文。
66.202、诊断设备依次向目标ecu发送每个目标信号项对应的请求报文。
67.在完成每个目标信号项对应的请求报文的确定后,诊断设备还需依次向目标ecu发送每个目标信号项对应的请求报文,即存在a个目标信号项就有a个对应的请求报文。具体的,诊断设备发送各目标信号项对应的请求报文的次序,可以是用户从目标ecu支持读取的信号项中选择每个目标信号项次序,也可以是诊断设备为每个目标信号项选择的任一发
送次序,此处不作限定。
68.203、目标ecu针对诊断设备依次发送的多个请求报文,查询并保存每个请求报文对应的目标信号项的信号数据,其中每个请求报文对应目标ecu支持读取的一个目标信号项。
69.目标ecu会接到步骤202中诊断设备依次发送的多个请求报文,每接收到一个请求报文,目标ecu就会查询该请求报文对应的目标信号项的信号数据并将该信号数据依次存储于目标ecu的临时存储中。其中,临时存储并非特指目标ecu的某个存储空间,临时存储仅指每个请求报文对应的目标信号项的信号数据是临时存储于目标ecu的存储空间。
70.204、目标ecu若查询到最后一个请求报文对应的目标信号项的信号数据,则向诊断设备发送一个包括每个目标信号项的信号数据的答复报文。
71.若目标ecu接收到最后一个请求报文(即诊断设备依次发送的多个请求报文中最后发送的请求报文),则需要查询最后一个请求报文对应的目标信号项的信号数据。若目标ecu查询到最后一个请求报文对应的目标信号项的信号数据,则向诊断设备发送一个答复报文,该答复报文中包括每个目标信号项的信号数据。其中,多个目标信号项的信号数据中除最后一个请求报文对应的目标信号项的信号数据外的其他目标信号项的信号数据可以从目标ecu的临时存储中获取。
72.本技术实施例中,当诊断设备向目标ecu发送用户从目标ecu支持读取的信号项中选择的每个目标信号项的请求报文时,目标ecu仅在接收到最后请求报文后,才向发送请求报文的诊断设备发送一个答复报文,这个答复报文中包括每个目标信号项的信号数据。与现有技术中,目标ecu需要针对每个目标信号项回复一个答复报文的不同,若向目标ecu发送n个请求报文,现有技术中车辆的总线需要发送n个请求报文以及n个答复报文,而本技术中车辆总线仅需发送n个请求报文以及1个答复报文,显著降低了车辆总线的负载。同时,目标ecu只需要进行依次答复报文的打包,诊断设备也只需进行一次答复报文的解析,减少了报文打包和解析的时间,提高了对目标信号项监测的效率。
73.进一步的,前述步骤204中目标ecu需要在查询到最后一个请求报文对应的目标信号项的请求报文后发送答复报文,所以目标ecu需要判断诊断设备发送的多个请求报文中哪个请求报文为最后一个请求报文。具体的,可以在,每个请求报文中预先定义一个字节作为目标请求标志,若目标请求标志置为第一标识,则表明该请求报文后面仍有请求报文,即该请求报文并非诊断设备发送的多个请求报文中的最后一个请求报文;若目标请求标志置为第二标识,则该请求报文为最后一个请求报文。
74.在一些具体实施例中,因为每个字节对应有8位,可以将目标请求标志对应的字节的第六位置1定义为目标请求标志为第一标识,并将目标请求标志对应的字节的第六位置0定义为目标请求标志为第二标识。可以知道的是,还可以将目标请求标志对应的字节中任一位置1或置0定义为目标请求标志的第一标识或第二标识,本实施例不对目标请求标志的第一标识或第二标识做限定。另外,目标请求标志对应的字节可以是请求报文中用于标识请求报文字节个数的字节或请求报文的最后一个字节等不影响请求报文信息表示的任意字节,此处不作限定。设置目标请求标志后,针对每个接收的请求报文,目标ecu都可以根据请求报文中预先定义的目标请求标志对应的字节进行后续是否存在请求报文的判断,以确定目标请求标志为第二标识的请求报文为最后请求报文。
75.本实施例中,通过目标请求标志的设置,使得目标ecu只有在接收到目标请求标志为第二标识的请求报文(即最后一个请求报文)后,才会将诊断设备发送的多个请求报文对应的目标信号项的信号值进行打包并发送给诊断设备,降低了总线负载。
76.在一些实施例中,在前述步骤201之前,还包括以下步骤:获取目标车辆的车辆信息;展示目标车辆的车辆信息对应的预设ecu配置列表;响应用户从预设ecu配置列表中选择目标ecu的操作,展示目标ecu支持读取的信号项。
77.具体的,因为不同车型或车系的车辆配置的ecu不同,不同ecu支持读取的信号项也不同,所以在步骤201之前,还需获取待检测车辆(即目标车辆)的车辆信息。其中,车辆信息可以由用户根据目标车辆的实际情况进行选择,或者针对于支持vin码解析的车辆,可以由诊断设备向目标车辆发送vin码请求报文,以获得目标车辆的vin码并根据目标车辆的vin码解析出目标车辆的车辆信息。另外,车辆信息可以包括车辆的车系以及车型。
78.进一步的,步骤201中预设的诊断协议库中还可以包括不同车辆信息对应的预设ecu配置列表,以及每个预设ecu配置列表中不同ecu支持读取的信号项。在获取目标车辆的车辆信息后,诊断设备可以根据预设的诊断协议库确定目标车辆的预设ecu配置列表并将目标车辆的预设ecu配置列表展示给用户。将用户从预设ecu配置列表中选择的要读取信号的任一ecu确定为目标ecu,并根据预设的诊断协议库确定目标ecu支持读取的多个信号项并将目标ecu支持读取的多个信号项展示给用户,以使得用户从中选择至少两个目标信号项。
79.进一步的,诊断设备在接收到包括每个目标信号项的信号数据的答复报文后,还可以解析答复报文中的信号数据得到对应的信号值,并向用户展示每个目标信号项的信号值。
80.在一写具体实现方式中,信号值的展示具体可以通过以下方式实现:基于每个目标信号项对应的请求报文的发送次序,依次从答复报文中解析出每个目标信号项的信号数据;根据每个目标信号项的信号数据以及每个目标信号项对应的预设计算算法,计算每个目标信号项的信号值;基于每个目标信号项的信号值以及对应的预设单位,展示每个目标信号项的信号值。
81.具体的,因为目标ecu是根据诊断设备发送各请求报文的顺序生成答复报文的,所以诊断设备在接收到答复报文后基于诊断设备发送各请求报文的顺序(即每个目标信号项对应的请求报文的发送次序),从答复报文中可以依次解析出步骤201中每个目标信号项的信号数据。
82.进一步的,步骤201中预设的诊断协议库中还可以包括每个信号项的预设计算算法以及预设单位。诊断设备可以根据每个目标信号项的预设计算算法以及每个目标信号项的信号数据计算出每个目标信号项的信号值,并基于每个目标信号项的信号值以及每个目标信号项对应的预设单位,向用户展示每个目标信号项的信号值。
83.前文描述了本技术实施例数据处理方法的多种实施例以及具体实现方式,下面在实际应用场景中,描述本技术实施例的数据处理方法。
84.当用户需要对读取车辆的某个信号项的信号值并根据信号值进行分析时,首先用户需要在诊断设备上选择要诊断车辆(即目标车辆)的车系和车型(即车辆信息)。比如奔驰车系,e320车型。对于支持vin码解析的车型可以通过诊断设备向车辆发送vin码请求报文,
车辆通过答复报文将车辆的vin码返回,诊断设备根据17个字节的vin码就可以解析出车辆的车型以及车系。
85.其次,诊断设备通过车系和车型等车辆信息在预设的诊断协议库中查找出车辆信息对应的预设ecu配置列表(即目标车辆所配置的ecu列表)。预设ecu配置列表中可以包括但不限于发动机ecu、波箱ecu(即变速箱ecu)、仪表ecu、空调ecu和/或座椅ecu等。其中,预设的诊断协议库是保存在诊断设备中包含了所有车系车型对应的全部ecu的诊断协议。
86.用户选择要读取信号的ecu(即目标ecu),诊断设备会展示目标ecu所支持读取的所有信号项(可以从诊断协议库中确定目标ecu支持读取的全部信号项)。比如若目标ecu为发动机ecu,诊断设备就会展示发动机ecu的所有信号项。其中发送机ecu的所有信号项包括但不限于:冷却液温度、机油温度、发动机转速和/或进气温度等。
87.接着,用户选择要读取的至少两个信号项(即选择目标信号项),选择完成后确认读取,则诊断设备就会响应于用户选择的至少两个目标信号,向目标ecu发送请求报文。若用户选择冷却液温度、机油温度和进气温度三个信号项作为目标信号项,则诊断设备会在诊断协议库中查找出每个目标信号项的诊断协议,每个诊断协议包含请求报文、预设计算算法以及预设单位。比如,冷却液温度的诊断协议中,请求报文为0x03220108。其中,预设计算算法为y=x-40(其中x为冷却液温度的信号数据,即目标ecu返回的冷却液温度的信号数据)、以及预设单位℃。其中,0x03标识后面的报文中的字节个数,0x22表示要读取信号(用户确定一次目标信号项中的每个目标信号项(即同一批次的目标信号项),该字节的数值相同),0x0108表示要读取的目标信号项为冷却液温度。
88.然后,根据用户选择的目标信号项的顺序,向目标ecu依次发送对应的请求报文(将用户选择的目标信号项的顺序确定为对应请求报文的发送顺序)。比如,用户选择顺序为冷却液温度、机油温度和进气温度,诊断设备需要依次发送冷却液温度对应的请求报文、机油温度对应的请求报文和进气温度对应的请求报文。其中,将进气温度对应的请求报文中目标请求标志置为第二标识,并将冷却液温度对应的请求报文以及机油温度对应的请求报文中目标请求标志置为第一标识。比如,若将标识后面的报文中的字节个数的字节的第6位定义为目标请求标志,且标识后面的报文中的字节个数的字节的第6位为1时表示后续还有其他目标信号项的请求报文,标识后面的报文中的字节个数的字节的第6位为0时表示后续没有其他目标信号项的请求报文。
89.同时,将要发送的至少两个目标信号项的请求报文中除最后一个请求报文外的其他请求报文中的目标请求标志置为第一标识。比如,冷却液温度对应的请求报文为0x03220108,将目标请求标志置为1即把第一个字节的bit6设为1(即将标识后面的报文中的字节个数的字节的第6位定义为目标请求标志),则冷却液温度对应的请求报文为0x43220108,然后按照发送顺序发送给目标ecu,目标ecu接收到后会查询并保存冷却液温度的信号数据,但是不会发送回复报文给诊断设备。
90.另外,将要发送的至少两个目标信号项的请求报文中的最后一个请求报文中的目标请求标志置为第二标识,表示该请求报文是最后一个请求报文,则目标ecu会将前面所有请求报文的信号数据按对应的发送顺序打包组帧,组帧完成后将答复报文发送给诊断设备。比如,目标ecu向诊断设备发送的答复报文为0x086201640155020106。其中,0x08表示后面报文回复字节为8个,0x62是说明该答复报文为与请求报文0x22对应的答复报文(前提是
定义答复报文的该字节为对应的请求报文的请求字节即0x22加上0x40),0x0164为第一个目标信号项的信号数据,01表示信号数据为1个字节,信号数据即为后面的0x64,0x0155为第二个目标信号项的信号数据,01表示信号数据是1个字节,信号数据即为后面的0x55,0x020106为第三个目标信号项的信号数据,02表示信号数据为两个字节,信号数据即为后面的0x0106。
91.诊断设备接收目标ecu发送的答复报文后,根据与答复报文对应的多个请求报文的发送顺序,依次解析出每个目标信号项的信号数据,然后在诊断协议库中查找每个目标信号项的计算算法,计算出每个目标信号项的信号值,最后,在诊断协议库中查找每个目标信号项的预设单位,将每个目标信号项的信号值与对应的预设单位展示给用户。
92.请参阅图3,本技术实施例提供一种诊断设备,包括:
93.确定单元301,用于响应用户从目标ecu支持读取的信号项中选择至少两个目标信号项的操作,确定每个目标信号项对应的请求报文;
94.发送单元302,用于依次向目标ecu发送每个目标信号项对应的请求报文,以使得目标ecu在接收到最后一个请求报文后向诊断设备发送一个答复报文,答复报文包括每个目标信号项的信号数据。
95.在一种具体实现方式中,每个请求报文中包含后续请求标志;
96.发送单元302,还用于将每个请求报文中除最后一个请求报文之外的其他请求报文中的目标请求标志置为第一标识,并将最后一个请求报文中的后续请求标志置为第二标识,以使得目标ecu根据请求报文中的目标请求标志确定最后一个请求报文。
97.在一种具体实现方式中,诊断设备还包括:获取单元以及展示单元;
98.获取单元,用于获取目标车辆的车辆信息;
99.展示单元,用于展示目标车辆的车辆信息对应的预设ecu配置列表;
100.展示单元,还用于响应用户从预设ecu配置列表中选择目标ecu的操作,展示目标ecu支持读取的信号项。
101.在一种具体实现方式中,诊断设备还包括:解析单元以及计算单元;
102.解析单元,用于基于每个目标信号项对应的请求报文的发送次序,依次从答复报文中解析出每个目标信号项的信号数据;
103.计算单元,用于根据每个目标信号项的信号数据以及每个目标信号项对应的预设计算算法,计算每个目标信号项的信号值;
104.展示单元,还用于基于每个目标信号项的信号值以及对应的预设单位,展示每个目标信号项的信号值。
105.请参阅图4,本技术实施例提供一种ecu,包括:
106.查询单元401,用于针对诊断设备依次发送的多个请求报文,查询并保存每个请求报文对应的目标信号项的信号数据,其中每个请求报文对应目标ecu支持读取的一个目标信号项;
107.发送单元402,用于若查询到最后一个请求报文对应的目标信号项的信号数据,则向诊断设备发送一个包括每个目标信号项的信号数据的答复报文,以使得诊断设备展示每个目标信号项的信号数据。
108.在一种具体实现方式中,请求报文中包含目标请求标志;
109.ecu还包括:判断单元以及确定单元;
110.判断单元,用于判断当前接收的目标请求报文的目标请求标志是否为第二标识,目标请求报文为诊断设备依次发送的多个请求报文中的任一请求报文;
111.确定单元,用于若目标请求报文的目标请求标志为第二标识,则确定目标请求报文为最后一个请求报文。
112.图5是本技术实施例提供的一种数据处理设备结构示意图,该数据处理设备500可以包括一个或一个以上中央处理器(central processing units,cpu)501和存储器505,该存储器505中存储有一个或一个以上的应用程序或数据。
113.其中,存储器505可以是易失性存储或持久存储。存储在存储器505的程序可以包括一个或一个以上模块,每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地,中央处理器501可以设置为与存储器505通信,在数据处理设备500上执行存储器505中的一系列指令操作。
114.数据处理设备500还可以包括一个或一个以上电源502,一个或一个以上有线或无线网络接口503,一个或一个以上输入输出接口504,和/或,一个或一个以上操作系统,例如windows servertm,mac os xtm,unixtm,linuxtm,freebsdtm等。
115.该中央处理器501可以执行前述图1至图4所示实施例中数据处理设备(即诊断设备或目标ecu)所执行的操作,具体此处不再赘述。
116.所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
117.在本技术所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
118.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
119.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
120.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、磁碟或者光盘等各种可以存储程
序代码的介质。
121.本技术实施例还提供一种包含指令的计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行如上述的数据处理方法。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1