一种排放诊断方法、装置与电子设备与流程

1.本技术实施例涉及汽车技术领域，具体而言，涉及一种排放诊断方法、装置与电子设备。


背景技术：

2.随着人类生活水平提高，对健康和生活环境要求越来越高，国家越来越重视汽车行业绿色环保，对汽车的排放obd(on board diagnostic system,车载诊断系统)法规要求越来越严格。国六排放法规、iso&sae相关国标明确规范了汽车obd相关诊断信息输出要求，其中，在这些法规中只定义了8个dec-ecu(diagnostic or emission critical powertrain control unit关键诊断或排放电子控制单元)，dec指的是汽车上的关键诊断模块，ecu指的是汽车上的排放电子控制模块。
3.但随着汽车智能化、电气化和混动快速发展，汽车上的dec-ecu数量开始超出8个，但由于汽车上的obd诊断id仅能对符合法规定义的dec-ecu进行分配，对于不符合法规定义的dec-ecu，则存在无法分配obd诊断id的现象。


技术实现要素：

4.本技术实施例提供一种排放诊断方法、装置与电子设备，旨在解决汽车obd诊断id无法分配的问题。
5.本技术实施例第一方面提供一种排放诊断方法，应用于汽车的独立dec-ecu集群，所述方法包括：
6.对所述汽车中属于第一预设类型的设备的工作状态进行监测，得到所述第一预设类型的设备的第一工作状态信息，并将所述第一工作状态信息进行存储；
7.接收非独立dec-ecu集群发送的第二工作状态信息，其中，所述第二工作状态信息为所述非独立dec-ecu集群对所述汽车中属于第二预设类型的设备的工作状态进行监测得到的信息；
8.响应于外部诊断设备发送的服务请求，依据服务请求的类型，对所述第一工作状态信息和/或所述第二工作状态信息进行处理，以对不同的服务请求进行不同的服务回复。
9.可选地，在所述服务请求的类型为实时监测服务请求的条件下；
10.响应于外部诊断设备发送的服务请求，依据服务请求的类型，对所述第一工作状态信息和/或所述第二工作状态信息进行处理，以对不同的服务请求进行不同的服务回复，包括：
11.响应于所述实时监测服务请求，将所述第一工作状态信息与所述第二工作状态信息进行汇总，并将汇总后得到的信息回复给所述外部诊断设备。
12.可选地，在所述服务请求的类型为冻结帧数据请求的条件下；所述方法还包括：
13.在识别到与排放相关的故障时，冻结当前时刻的所述第一工作状态信息与所述第二工作状态信息，并进行存储；
14.响应于外部诊断设备发送的服务请求，依据服务请求的类型，对所述第一工作状态信息和/或所述第二工作状态信息进行处理，以对不同的服务请求进行不同的服务回复，包括：
15.响应于所述冻结帧数据请求，对冻结时刻的所述第二工作状态信息与所述第一工作状态信息进行汇总，并将汇总后得到的信息回复给所述外部诊断设备。
16.可选地，所述方法还包括：
17.根据所述独立dec-ecu集群自身的工作状态，在判断出所述独立dec-ecu集群自身故障时，输出第一故障信息进行存储；
18.接收所述非独立dec-ecu集群输出的第二故障信息并进行存储，其中，所述第二故障信息为所述非独立dec-ecu集群根据自身的工作状态，在判断出自身故障时输出的信息；
19.响应于所述外部诊断设备发送的故障诊断请求，对第一故障信息与所述第二故障信息进行处理后汇总，以回复给所述外部诊断设备。
20.可选地，响应于所述外部诊断设备发送的故障诊断请求，对第一故障信息与所述第二故障信息进行处理后汇总，以回复给所述外部诊断设备之后，还包括：
21.响应于所述外部诊断设备发送的故障清零请求，对所述第一故障信息与所述第二故障信息进行清除。
22.可选地，响应于所述故障清零请求，对所述第一故障信息与所述第二故障信息进行清除，包括：
23.在对所述第一故障信息与所述第二故障信息进行清除的同时，冻结所述独立dec-ecu集群与所述非独立dec-ecu集群之间的诊断逻辑。
24.可选地，在所述服务请求的类型为车辆信息读取请求的条件下，所述第二工作状态信息包括软件标定识别码、计算标定验证码与车载诊断覆盖率；
25.响应于外部诊断设备发送的服务请求，依据服务请求的类型，对所述第一工作状态信息和/或所述第二工作状态信息进行处理，以对不同的服务请求进行不同的服务回复，包括：
26.响应于所述车辆信息读取请求，对所述软件标定识别码与所述车载诊断覆盖率进行汇总，以回复给所述外部诊断设备。
27.可选地，响应于所述车辆信息读取请求，对所述软件标定识别码与所述车载诊断覆盖率进行汇总，以回复给所述外部诊断设备，包括：
28.若识别到所述非独立dec-ecu集群还未计算出所述标定验证码，则将第一默认值作为所述标定验证码，以对所述外来诊断设备进行服务回复；
29.若所述识别到接收的软件标定识别码不符合预设准确值，则将第二默认值作为所述软件标定识别码，并将第三默认值作为所述标定验证码，以回复给所述外来诊断设备。
30.本技术实施例第二方面提供一种排放诊断装置，应用于汽车的独立dec-ecu集群，所述装置包括：
31.第一监测模块，用于对所述汽车中属于第一预设类型的设备的工作状态进行监测，得到所述第一预设类型的设备的第一工作状态信息，并将所述第一工作状态信息进行存储；
32.第二监测模块，用于接收非独立dec-ecu集群发送的第二工作状态信息，其中，所
述第二工作状态信息为所述非独立dec-ecu集群对所述汽车中属于第二预设类型的设备的工作状态进行监测得到的信息；
33.汇总处理模块，用于响应于外部诊断设备发送的服务请求，依据服务请求的类型，对所述第一工作状态信息和/或所述第二工作状态信息进行处理，以对不同的服务请求进行不同的服务回复。
34.本技术实施例第三方面提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现如本技术实施例第一方面所述的排放诊断方法。
35.采用本技术提供的一种排放诊断方法，在接收到不同的服务请求时，非独立dec-ecu集群将其获取的第二工作状态信息发送至独立dec-ecu集群，独立dec-ecu集群汇总自身获取的第一工作状态信息与通过非独立dec-ecu集群获取的第二工作状态信息后，再对不同的服务请求进行回复。从而不必考虑将obd诊断id分配给非独立dec-ecu集群，非独立dec-ecu集群通过将其获取的第二工作状态信息传递给独立dec-ecu集群，即可响应相应的服务请求，解决了obd诊断id无法分配的现象。
附图说明
36.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
37.图1是本技术一实施例提出的一种排放诊断方法的步骤流程图；
38.图2是本技术另一实施例提出的服务请求为冻结帧数据请求的诊断系统的逻辑示意图；
39.图3是本技术另一实施例提出的服务请求为故障诊断请求的诊断系统的逻辑示意图；
40.图4是本技术另一实施例提出的服务请求为故障清零请求的诊断系统的逻辑示意图；
41.图5是本技术另一实施例提出的服务请求为车辆信息读取请求的诊断系统的逻辑示意图。
具体实施方式
42.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
43.相关技术中，汽车上仅存在8个obd诊断id来对符合法规的dec-ecu进行分配，针对超出法规规定数量的dec-ecu则存在无法分配obd诊断id的现象。
44.申请人在进行研究时发现，无法合理分配obd诊断id的根本原因在于，obd诊断id相当于dec-ecu的身份识别号，当诊断设备发出诊断请求时，能够通过obd诊断id来区分
dec-ecu的回复内容，因此，符合法规的dec-ecu能够通过8个obd诊断id直接获取服务请求，超出法规规定数量的dec-ecu由于没有obd诊断id，则无法直接获取服务请求。
45.有鉴于此，本技术提出一种排放诊断方法，将独立dec-ecu集群作为符合法规要求的dec-ecu，将非独立dec-ecu集群作为超出法规规定数量的dec-ecu，在接收到不同的服务请求时，非独立dec-ecu集群将其获取的第二工作状态信息发送至独立dec-ecu集群，独立dec-ecu集群获取第一工作状态信息与通过非独立dec-ecu集群获取到第二工作状态信息后进行处理后汇总，再对不同的服务请求进行回复。从而不必考虑将obd诊断id分配给非独立dec-ecu集群，非独立dec-ecu集群通过将其获取的第二工作状态信息传递给独立dec-ecu集群，即可响应相应的服务请求，解决了obd诊断id无法分配的现象。
46.实施例一
47.参照图1，一种排放诊断方法，应用于汽车的独立dec-ecu集群，包括以下步骤：
48.步骤s1-1:对所述汽车中属于第一预设类型的设备的工作状态进行监测，得到所述第一预设类型的设备的第一工作状态信息，并将所述第一工作状态信息进行存储；
49.步骤s1-2:接收非独立dec-ecu集群发送的第二工作状态信息，其中，所述第二工作状态信息为所述非独立dec-ecu集群对所述汽车中属于第二预设类型的设备的工作状态进行监测得到的信息；
50.步骤s1-3:响应于外部诊断设备发送的服务请求，依据服务请求的类型，对所述第一工作状态信息和/或所述第二工作状态信息进行处理，以对不同的服务请求进行不同的服务回复。
51.本实施方式中，不同的服务请求包括：实时监测服务请求、冻结帧数据请求与车辆信息读取请求。其中，外来诊断设备不仅可以向独立dec-ecu集群发送上述服务请求，也可以向独立dec-ecu集群发送故障诊断请求、故障清零请求。并且，在实际进行诊断时，各个不同类型的服务请求可以单独执行，也可以按照国家标准制定的规则依次执行，本技术在此则不作限制。
52.其中，第一预设类型的设备与第二预设类型的设备不同，第一预设类型的设备可以是具备obd诊断id的控制单元，例如发动机与混动控制器等等，第二预设类型的设备可以是与控制功能与排放诊断相关的设备，例如空调等。独立dec-ecu集群可以直接获取第一预设类型的设备的第一工作状态信息，也可以通过非独立dec-ecu集群间接获取第二预设类型的设备的第二工作状态信息；并且第一预设类型的设备的信息仅能通过独立dec-ecu集群才能获取，第二预设类型的设备的信息仅能通过非独立dec-ecu集群才能获取。
53.通过非独立dec-ecu集群通过将其获取的第二工作状态信息传递给独立dec-ecu集群，并通过独立dec-ecu集群对接收的第二工作状态信息进行处理后，与自身获取的第一工作状态信息汇总，来响应不同类型的服务请求。其中，由于非独立dec-ecu集群通过将第二工作状态信息转发至独立dec-ecu集群，从而不必对非独立dec-ecu集群分配obd诊断id，解决了obd诊断id无法分配的现象。
54.在一种可行的实施方式中，在服务请求的类型为实时监测服务请求的情况下，响应于外部诊断设备发送的服务请求，依据服务请求的类型，对所述第一工作状态信息和/或所述第二工作状态信息进行处理，以对不同的服务请求进行不同的服务回复包括：
55.响应于所述实时监测服务请求，将所述第一工作状态信息与所述第二工作状态信
息进行汇总，并将汇总后得到的信息回复给所述外部诊断设备。
56.本实施方式中，非独立dec-ecu集群不断将获取到的第二工作状态信息发送给独立dec-ecu集群，独立dec-ecu集群不断将实时接收到的第一工作状态信息进行存储。
57.参照图1，若维修人员在进行维修时，需要实时获取车辆的相关信息，则通过外部诊断设备向独立dec-ecu集群发送#01的服务请求，#01的服务请求为实时监测服务请求，此时，独立dec-ecu集群将自身的第一工作状态信息从存储区域中取出，再复制接收到的第二工作状态信息，将这两个信息汇总后转发至外部诊断设备，以对外部诊断设备发送的#01的服务请求进行服务回复。
58.在一种可行的实施方式中，在服务请求的类型为冻结帧数据请求的情况下，所述方法还包括：
59.步骤s2-1:在识别到与排放相关的故障时，冻结当前时刻的所述第一工作状态信息与所述第二工作状态信息，并进行存储。
60.本步骤中，参照图2，由于非独立dec-ecu集群不断将获取到的第二工作状态信息发送给独立dec-ecu集群，所以在独立dec-ecu集群识别到排放系统的失火故障或催化器故障等相关故障时。例如，独立dec-ecu集群通过第一工作状态信息识别到第一服务类型的设备故障，或独立dec-ecu集群根据接收到的第二工作状态信息识别到第二服务类型的设备故障时，由于独立dec-ecu集群会实时地接收非独立dec-ecu集群发送的第二工作状态信息，所以在独立dec-ecu集群识别到与排放相关的故障时，则会立刻冻结当前时刻的第一工作状态信息与接收到的第二工作状态信息，并进行存储。
61.其中，独立dec-ecu集群存储的冻结的第一工作状态信息与第二工作状态信息不仅限于一个，只要排放系统出现故障，均会冻结第一工作状态信息与第二工作状态信息以进行存储。
62.步骤s2-2:响应于外部诊断设备发送的服务请求，依据服务请求的类型，对所述第一工作状态信息和/或所述第二工作状态信息进行处理，以对不同的服务请求进行不同的服务回复，包括：
63.响应于所述冻结帧数据请求，对冻结时刻的所述第二工作状态信息与所述第一工作状态信息进行汇总，并将汇总后得到的信息回复给所述外部诊断设备。
64.参照图2，若维修人员在进行维修时，需要获取车辆排放系统故障时的其它相关信息作为参考信息，来判断车辆排放系统是否故障。则通过外部诊断设备向独立dec-ecu集群发送#02的服务请求，#02的服务请求为冻结帧数据请求，此时独立dec-ecu集群将存储的冻结后的第二工作状态信息与第一工作状态信息汇总后转发至外部诊断设备，以对外部诊断设备发送的#02的服务请求进行服务回复；维修人员依据接收到的第一工作状态信息与第二工作状态信息作为参考，来判断车辆排放系统是否故障。
65.在一种可行的实施方式中，在独立dec-ecu集群接收到外来诊断设备发送的故障诊断请求时，所述方法还包括：
66.步骤s3-1:根据所述独立dec-ecu集群自身的工作状态，在判断出所述独立dec-ecu集群自身故障时，输出第一故障信息进行存储。
67.本步骤中，独立dec-ecu集群包括第一传感器与第一电路，第一电路用于实现故障处理、故障接收与故障回复等逻辑，第一传感器用于实时地监测第一电路输出的电压电流
等信息，并发送至控制器，控制器通过电压电流信息来判断出第一电路是否处于短路或断路等状态，若是，则判断此时独立dec-ecu集群处于故障状态，并输出第一故障信息进行存储。
68.步骤s3-2:接收所述非独立dec-ecu集群输出的第二故障信息并进行存储，其中，所述第二故障信息为所述非独立dec-ecu集群根据自身的工作状态，在判断出自身故障时输出的信息。
69.其中，参照图3，非独立dec-ecu集群在对自身进行故障判断时，会反复进行多次判断，也会进行预设时间的判断，在完成多次判断与预设时间的判断后，会反馈具有故障标志位与诊断完成标志位的第二故障信息至独立dec-ecu集群，故障标志位指的是故障出现时的标志，诊断完成标志位指的是对故障诊断完成后出现的标志。
70.本步骤中，非独立dec-ecu集群包括第二传感器与第二电路，第二电路用于实现故障处理或故障接收与回复等逻辑，并实时的输出第二集群信息至第二传感器，第二传感器用于实时地监测第二电路输出的电压电流等信息，并发送至控制器，控制器通过电压电流信息来判断出第二电路是否处于短路或断路等状态，若是，则判断此时非独立dec-ecu集群处于故障状态，则非独立dec-ecu集群反馈第二故障信息发送至独立dec-ecu集群，独立dec-ecu集群会将第二故障信息进行处理后存储，在接收到外部诊断设备的服务请求时，才会从存储区域中获取处理后的第二故障信息。
71.步骤s3-3:响应于所述外部诊断设备发送的故障诊断请求，对第一故障信息与所述第二故障信息进行处理后汇总，以回复给所述外部诊断设备。
72.本步骤中，参照图3，独立dec-ecu集群在接收到非独立dec-ecu集群反馈的第二故障信息后，会根据第二故障信息来判断非独立dec-ecu集群的故障状态，并将非独立dec-ecu集群的故障状态进行存储，以进行后续多次的故障状态的判断。其中，在服务请求的类型为故障诊断请求的前提下，故障诊断请求包括：确认故障读取请求、驾驶循环故障读取请求与永久故障读取请求；非独立dec-ecu集群的故障状态包括：pending状态(故障待确认)、confirm状态(故障已确认)与permanent状态(永久故障)。
73.例如，参照图3，针对确认故障读取的请求：独立dec-ecu集群先进行一个驾驶循环，一个驾驶循环为车辆上下电，在经过一个驾驶循环后，若独立dec-ecu集群接收到非独立dec-ecu集群反馈的第二故障信息，则判定非独立dec-ecu集群经过一次驾驶循环存在故障，此时进入pending状态。在维修人员使用外部诊断设备，向独立dec-ecu集群发送#03的服务请求，#03的服务请求为故障读取请求，独立dec-ecu集群汇总独立dec-ecu集群与非独立dec-ecu集群发送的pending状态的信息，以对外来诊断设备#03的服务请求进行回复。
74.又如，参照图3，针对驾驶循环故障读取请求：独立dec-ecu集群在进行一个驾驶循环的确认后，确定非独立dec-ecu集群存在故障，则将第一个驾驶循环产生的pending状态进行存储；在经过第二次驾驶循环后，独立dec-ecu集群若仍然接收到非独立dec-ecu集群输出的第二故障信息，则判定非独立dec-ecu集群经过两次驾驶循环，仍然存在故障，此时则进入confirm状态，再将第二个驾驶循环产生的confirm状态进行存储。在维修人员使用外部诊断设备，向独立dec-ecu集群发送#07的服务请求，#07的服务请求为驾驶循环故障读取请求，独立dec-ecu集群汇总独立dec-ecu集群与非独立dec-ecu集群发送的confirm状态的信息，以对外部诊断设备发送的#07的服务请求进行服务回复。
75.再如，针对永久故障读取请求：永久故障读取请求是指车辆经过40个驾驶循环，非独立dec-ecu集群仍然向独立dec-ecu集群发送第二故障信息，此时则进入permanent状态。在维修人员使用外部诊断设备，向独立dec-ecu集群发送#oa的服务请求，#oa的服务请求为永久故障读取请求，独立dec-ecu集群汇总独立dec-ecu集群与非独立dec-ecu集群发送的permanent状态的信息，以对外部诊断设备发送的#oa的服务请求进行服务回复。
76.在一种可行的实施方式中，在独立dec-ecu集群接收到外来诊断设备发送的故障诊断请求时，所述步骤s3-3之后还包括:
77.响应于所述外部诊断设备发送的故障清零请求，对所述第一故障信息与所述第二故障信息进行清除。
78.本实施方式中，参照图4，在进行故障诊断后，需要对独立dec-ecu集群与非独立dec-ecu集群中的信息进行清除，以避免占用多余内存。其中，独立dec-ecu集群在进行清除时，独立dec-ecu集群中包含故障标志位与诊断完成标志位的接收、故障状态判断与存储，非独立dec-ecu集群中也包含故障诊断，而在这些区域均会产生相应的故障信息，因此需要对所有的故障信息进行全部清除。
79.另外，参照图4，为了避免在进行清除过程中，清除过程会与诊断过程相互干涉，所以对所述独立dec-ecu集群中的第一故障信息与所述非独立dec-ecu集群中的第二故障信息进行清除的同时，会冻结所述独立dec-ecu集群与所述非独立dec-ecu集群之间的诊断逻辑，以防止清除与诊断过程相互干涉。
80.维修人员通过外来诊断设备，例如诊断仪，向独立dec-ecu集群发送#04的服务请求，#04的服务请求为故障诊断请求，来判断独立dec-ecu集群与非独立dec-ecu集群是否故障时，若独立dec-ecu集群未清除完成，则独立dec-ecu集群在预设时间内回复诊断仪消极响应，表征独立dec-ecu集群未清除完成；若在独立dec-ecu集群清除完毕后，则独立dec-ecu集群在预设时间内回复诊断仪积极响应，并恢复所述独立dec-ecu集群与所述非独立dec-ecu集群之间的诊断逻辑，以继续进行诊断过程。其中，独立dec-ecu集群与所述非独立dec-ecu集群之间的诊断逻辑包括如图3所示的故障诊断过程。
81.在一种可行的实施方式中，在所述服务请求的类型为车辆信息读取请求的条件下，所述第二工作状态信息包括软件标定识别码、计算标定验证码与车载诊断覆盖率；
82.响应于外部诊断设备发送的服务请求，依据服务请求的类型，对所述第一工作状态信息和/或所述第二工作状态信息进行处理，以对不同的服务请求进行不同的服务回复，包括：
83.响应于所述车辆信息读取请求，对所述软件标定识别码与所述车载诊断覆盖率进行汇总，以回复给所述外部诊断设备。
84.本实施方式中，软件标定识别码为cal-id(calibration identification)，标定验证码为cvn(calibration verification number)，车载诊断覆盖率为iupr(in use performance ratio)。非独立dec-ecu集群计算标定验证码，并收集软件标定识别码与车载诊断覆盖率的相关信息发送至独立dec-ecu集群。
85.其中，所述独立dec-ecu集群在对所述外来诊断设备进行服务回复，例如#09服务回复时，若识别到所述非独立dec-ecu集群还未计算出所述标定验证码，则所述非独立dec-ecu集群将第一默认值作为所述标定验证码，发送至所述独立dec-ecu集群，独立dec-ecu集
群将第一默认值作为所述标定验证码，以对所述外来诊断设备进行服务回复。
86.所述独立dec-ecu集群在对所述外来诊断设备进行服务回复时，若识别到接收的软件标定识别码不符合预设准确值，则所述非独立dec-ecu集群将第二默认值作为所述软件标定识别码，并将第三默认值作为所述标定验证码，发送至所述独立dec-ecu集群，所述独立dec-ecu集群将第二默认值与第三默认值回复给所述外来诊断设备。
87.其中，第一默认值可以为78，第二默认值可以为0x00，第三默认值可以为0x3f，第一默认值、第二默认值与第三默认值均为国家法规系统中所能识别的输出值，通过将第一默认值、第二默认值与第三默认值输入至法规系统，即使在非独立dec-ecu集群未计算出标定验证码、或在识别到接收的软件标定识别码不符合预设准确值的情况下，即通讯异常的情况下，法规系统也能根据法规定义进行信息识别。
88.另外，参照图5，独立dec-ecu集群在接收到软件标定识别码、计算标定验证码与车载诊断覆盖率后，会对软件标定识别码与车载诊断覆盖率进行存储，而不对标定验证码进行存储。原因在于，车辆上电后，会对所有的标定验证码进行计算，然而并非所有的标定验证码均是在同一时间完成计算，而是逐渐计算完成，在计算的过程中，若计算出部分标定验证码就进行存储，则会产生大量的标定验证码，导致法规系统无法识别到最终正确的标定验证码，所以不对标定验证码进行存储，以保证法规系统读取的准确性。
89.实施例二
90.基于同一发明构思，本技术另一实施例提供一种排放诊断装置，应用于汽车的独立dec-ecu集群，所述装置包括：
91.监测模块，用于对所述汽车中属于第一预设类型的设备的工作状态进行监测，得到所述第一预设类型的设备的第一工作状态信息，并将所述第一工作状态信息进行存储；
92.接收模块，用于接收非独立dec-ecu集群发送的第二工作状态信息，其中，所述第二工作状态信息为所述非独立dec-ecu集群对所述汽车中属于第二预设类型的设备的工作状态进行监测得到的信息；
93.汇总处理模块，用于响应于外部诊断设备发送的服务请求，依据服务请求的类型，对所述第一工作状态信息和/或所述第二工作状态信息进行处理，以对不同的服务请求进行不同的服务回复。
94.在一种可行的实施方式中，在所述服务请求的类型为实时监测服务请求的条件下；所述汇总处理模块，还用于响应于所述实时监测服务请求，将所述第一工作状态信息与所述第二工作状态信息进行汇总，并将汇总后得到的信息回复给所述外部诊断设备。
95.在一种可行的实施方式中，在所述服务请求的类型为冻结帧数据请求的条件下；所述装置还包括：冻结模块；
96.所述冻结模块，用于在识别到与排放相关的故障时，冻结当前时刻的所述第一工作状态信息与所述第二工作状态信息，并进行存储；
97.所述汇总处理模块，还用于响应于所述冻结帧数据请求，对冻结时刻的所述第二工作状态信息与所述第一工作状态信息进行汇总，并将汇总后得到的信息回复给所述外部诊断设备。
98.在一种可行的实施方式中，在接收到外来设备的服务请求为故障诊断请求时，所述独立dec-ecu集群还包括：判断模块与存储模块；
99.所述判断模块，根据所述独立dec-ecu集群自身的工作状态，在判断出所述独立dec-ecu集群自身故障时，输出第一故障信息进行存储；
100.所述存储模块，接收所述非独立dec-ecu集群输出的第二故障信息并进行存储，其中，所述第二故障信息为所述非独立dec-ecu集群根据自身的工作状态，在判断出自身故障时输出的信息；
101.所述汇总处理模块，还用于响应于所述外部诊断设备发送的故障诊断请求，对第一故障信息与所述第二故障信息进行处理后汇总，以回复给所述外部诊断设备。
102.在一种可行的实施方式中，所述汇总处理模块，还用于响应于所述外部诊断设备发送的故障清零请求，对所述第一故障信息与所述第二故障信息进行清除。
103.在一种可行的实施方式中，所述汇总处理模块，还用于在对所述第一故障信息与所述第二故障信息进行清除的同时，冻结所述独立dec-ecu集群与所述非独立dec-ecu集群之间的诊断逻辑。
104.在一种可行的实施方式中，在所述服务请求的类型为车辆信息读取请求的条件下，所述第二工作状态信息包括软件标定识别码、计算标定验证码与车载诊断覆盖率；
105.所述汇总处理模块，还用于响应于所述车辆信息读取请求，对所述软件标定识别码与所述车载诊断覆盖率进行汇总，以回复给所述外部诊断设备。
106.在一种可行的实施方式中，所述装置还包括：第一默认值处理模块与第二默认值处理模块；
107.所述第一默认值处理模块，用于在识别到所述非独立dec-ecu集群还未计算出所述标定验证码，则将第一默认值作为所述标定验证码，以对所述外来诊断设备进行服务回复；
108.所述第二默认值处理模块，用于在识别到接收的软件标定识别码不符合预设准确值，则将第二默认值作为所述软件标定识别码，并将第三默认值作为所述标定验证码，以回复给所述外来诊断设备。
109.实施例三
110.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现如本技术实施例一提供的任一一种排放诊断方法。
111.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
112.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
113.本领域内的技术人员应明白，本技术实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本技术实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
114.本技术实施例是参照根据本技术实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些
计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
115.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
116.这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
117.尽管已描述了本技术实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术实施例范围的所有变更和修改。
118.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
119.以上对本技术所提供的一种排放诊断方法、装置与电子设备，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。