燃气锅炉的节能诊断方法及装置与流程

1.本公开涉及燃气锅炉技术领域，尤其涉及一种燃气锅炉的节能诊断方法及装置。


背景技术：

2.传统燃气蒸汽锅炉的节能诊断通过线下人工方式，需要从本地控制系统或数据库获取相应的数据，然后通过本地的分析工具进行分析。本地控制系统或数据库存储的实时数据颗粒度都是分钟级或秒级数据，以分钟级数据考虑，一个测点一个月有四万多条数据，一年有五十万条多的数据。对于节能诊断而言，需要分析多个测点的数据，数据量非常大，数据处理和分析需要耗费大量的时间。燃气蒸汽锅炉可进行节能诊断的点非常的多，需要进行节能点非常的多。如果通过人工进行分析，分析的工作量非常大。而且每个人的经验不相同，不能实现所有的节能点进行分析诊断，而且每个人诊断出的结论也会不尽相同。
3.在实现本公开构思的过程中，发明人发现相关技术中至少存在如下技术问题：目前对燃气锅炉进行节能诊断的方法存在效率低和成本高的问题。


技术实现要素：

4.有鉴于此，本公开实施例提供了一种燃气锅炉的节能诊断方法、装置、电子设备和计算机可读的存储介质，以解决现有技术中，目前对燃气锅炉进行节能诊断的方法存在效率低和成本高的问题。
5.本公开实施例的第一方面，提供了一种燃气锅炉的节能诊断方法，包括：获取燃气锅炉在目标时间段内的锅炉数据，其中，锅炉数据，包括：运行状态数据、排烟温度数据、烟气含氧量数据、排污量数据、蒸发量数据和锅炉末端蒸汽压力数据；对锅炉数据进行数据预处理，并根据经过数据预处理后的锅炉数据，计算出目标数据，其中，目标数据，包括：小时级平均排烟温度数据、小时级平均烟气含氧量数据、平均排污率和小时级平均蒸汽压力数据；根据目标数据，利用诊断知识库对燃气锅炉进行节能诊断，得到诊断结果，其中，诊断结果，包括：排烟热损失、不完全燃烧热损失、排污热损失和过量热输出；根据诊断结果优化燃气锅炉的运行。
6.本公开实施例的第二方面，提供了一种燃气锅炉的节能诊断装置，包括：获取模块，被配置为获取燃气锅炉在目标时间段内的锅炉数据，其中，锅炉数据，包括：运行状态数据、排烟温度数据、烟气含氧量数据、排污量数据、蒸发量数据和锅炉末端蒸汽压力数据；计算模块，被配置为对锅炉数据进行数据预处理，并根据经过数据预处理后的锅炉数据，计算出目标数据，其中，目标数据，包括：小时级平均排烟温度数据、小时级平均烟气含氧量数据、平均排污率和小时级平均蒸汽压力数据；诊断模块，被配置为根据目标数据，利用诊断知识库对燃气锅炉进行节能诊断，得到诊断结果，其中，诊断结果，包括：排烟热损失、不完全燃烧热损失、排污热损失和过量热输出；优化模块，被配置为根据诊断结果优化燃气锅炉的运行。
7.本公开实施例的第三方面，提供了一种电子设备，包括存储器、处理器以及存储在
存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。
8.本公开实施例的第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。
9.本公开实施例与现有技术相比存在的有益效果是：获取燃气锅炉在目标时间段内的锅炉数据，其中，锅炉数据，包括：运行状态数据、排烟温度数据、烟气含氧量数据、排污量数据、蒸发量数据和锅炉末端蒸汽压力数据；对锅炉数据进行数据预处理，并根据经过数据预处理后的锅炉数据，计算出目标数据，其中，目标数据，包括：小时级平均排烟温度数据、小时级平均烟气含氧量数据、平均排污率和小时级平均蒸汽压力数据；根据目标数据，利用诊断知识库对燃气锅炉进行节能诊断，得到诊断结果，其中，诊断结果，包括：排烟热损失、不完全燃烧热损失、排污热损失和过量热输出；根据诊断结果优化燃气锅炉的运行。采用上述技术手段，可以解决现有技术中，目前对燃气锅炉进行节能诊断的方法存在效率低和成本高的问题，进而降低对燃气锅炉进行节能诊断的成本并提高效率。
附图说明
10.为了更清楚地说明本公开实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
11.图1是本公开实施例的应用场景的场景示意图；
12.图2是本公开实施例提供的一种燃气锅炉的节能诊断方法的流程示意图；
13.图3是本公开实施例提供的一种燃气锅炉的节能诊断装置的结构示意图；
14.图4是本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
15.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本公开实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本公开。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本公开的描述。
16.下面将结合附图详细说明根据本公开实施例的一种燃气锅炉的节能诊断方法和装置。
17.图1是本公开实施例的应用场景的场景示意图。该应用场景可以包括终端设备101、102和103、服务器104以及网络105。
18.终端设备101、102和103可以是硬件，也可以是软件。当终端设备101、102和103为硬件时，其可以是具有显示屏且支持与服务器104通信的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等；当终端设备101、102和103为软件时，其可以安装在如上的电子设备中。终端设备101、102和103可以实现为多个软件或软件模块，也可以实现为单个软件或软件模块，本公开实施例对此不作限制。进一步地，终端设备101、102和103上可以安装有各种应用，例如数据处理应用、即时通信工具、社交平台软件、
搜索类应用、购物类应用等。
19.服务器104可以是提供各种服务的服务器，例如，对与其建立通信连接的终端设备发送的请求进行接收的后台服务器，该后台服务器可以对终端设备发送的请求进行接收和分析等处理，并生成处理结果。服务器104可以是一台服务器，也可以是由若干台服务器组成的服务器集群，或者还可以是一个云计算服务中心，本公开实施例对此不作限制。
20.需要说明的是，服务器104可以是硬件，也可以是软件。当服务器104为硬件时，其可以是为终端设备101、102和103提供各种服务的各种电子设备。当服务器104为软件时，其可以是为终端设备101、102和103提供各种服务的多个软件或软件模块，也可以是为终端设备101、102和103提供各种服务的单个软件或软件模块，本公开实施例对此不作限制。
21.网络105可以是采用同轴电缆、双绞线和光纤连接的有线网络，也可以是无需布线就能实现各种通信设备互联的无线网络，例如，蓝牙(bluetooth)、近场通信(near field communication，nfc)、红外(infrared)等，本公开实施例对此不作限制。
22.用户可以通过终端设备101、102和103经由网络105与服务器104建立通信连接，以接收或发送信息等。需要说明的是，终端设备101、102和103、服务器104以及网络105的具体类型、数量和组合可以根据应用场景的实际需求进行调整，本公开实施例对此不作限制。
23.图2是本公开实施例提供的一种燃气锅炉的节能诊断方法的流程示意图。图2的燃气锅炉的节能诊断方法可以由图1的终端设备或服务器执行。如图2所示，该燃气锅炉的节能诊断方法包括：
24.s201，获取燃气锅炉在目标时间段内的锅炉数据，其中，锅炉数据，包括：运行状态数据、排烟温度数据、烟气含氧量数据、排污量数据、蒸发量数据和锅炉末端蒸汽压力数据；
25.s202，对锅炉数据进行数据预处理，并根据经过数据预处理后的锅炉数据，计算出目标数据，其中，目标数据，包括：小时级平均排烟温度数据、小时级平均烟气含氧量数据、平均排污率和小时级平均蒸汽压力数据；
26.s203，根据目标数据，利用诊断知识库对燃气锅炉进行节能诊断，得到诊断结果，其中，诊断结果，包括：排烟热损失、不完全燃烧热损失、排污热损失和过量热输出；
27.s204，根据诊断结果优化燃气锅炉的运行。
28.锅炉数据可以是利用dtu、dcs和scada等采集到的。dtu(data transfer unit)，是专门用于将串口数据转换为ip数据或将ip数据转换为串口数据通过无线通信网络进行传送的无线终端设备；dcs(distributed control system)是分布式控制系统；scada(supervisory control and data acquisition)系统，即数据采集与监视控制系统。锅炉末端是锅炉排蒸汽的一端。
29.根据本公开实施例提供的技术方案，获取燃气锅炉在目标时间段内的锅炉数据，其中，锅炉数据，包括：运行状态数据、排烟温度数据、烟气含氧量数据、排污量数据、蒸发量数据和锅炉末端蒸汽压力数据；对锅炉数据进行数据预处理，并根据经过数据预处理后的锅炉数据，计算出目标数据，其中，目标数据，包括：小时级平均排烟温度数据、小时级平均烟气含氧量数据、平均排污率和小时级平均蒸汽压力数据；根据目标数据，利用诊断知识库对燃气锅炉进行节能诊断，得到诊断结果，其中，诊断结果，包括：排烟热损失、不完全燃烧热损失、排污热损失和过量热输出；根据诊断结果优化燃气锅炉的运行。采用上述技术手段，可以解决现有技术中，目前对燃气锅炉进行节能诊断的方法存在效率低和成本高的问
题，进而降低对燃气锅炉进行节能诊断的成本并提高效率。
30.在步骤s202中，对锅炉数据进行数据预处理，包括：根据运行状态数据判断燃气锅炉处于停运状态下的时间；并基于燃气锅炉处于停运状态下的时间，分别从排烟温度数据、烟气含氧量数据、排污量数据、蒸发量数据和锅炉末端蒸汽压力数据中剔除燃气锅炉停运状态下的数据；分别从排烟温度数据、烟气含氧量数据、排污量数据、蒸发量数据和锅炉末端蒸汽压力数据中确定出空值数据以及超出预设范围的超限数据，并原数据中剔除空值数据和超限数据。
31.根据运行状态数据，判断燃气锅炉的运行状态，一般情况下0为停运，大于0为运行，如果锅炉为停运状态，则剔除掉锅炉为停运状态对应的数据。排烟温度数据的预设范围为0℃-200℃；烟气含氧量数据的预设范围为0-21％；锅炉末端蒸汽压力数据的预设范围为0mpa-锅炉额定蒸发压力。
32.在步骤s202中，根据经过数据预处理后的锅炉数据，计算出目标数据，包括：分别对经过数据预处理后的排烟温度数据、烟气含氧量数据和锅炉末端蒸汽压力数据按照小时进行划分；分别对每小时内的排烟温度数据、烟气含氧量数据和锅炉末端蒸汽压力数据进行求平均计算，依次得到小时级平均排烟温度数据、小时级平均烟气含氧量数据、小时级平均蒸汽压力数据；根据经过数据预处理后的排污量数据和蒸发量数据，确定平均排污率。
33.排烟温度数据、烟气含氧量数据和锅炉末端蒸汽压力数据均是分钟级或者秒级的数据。比如烟气含氧量数据为秒级烟气含氧量数据，那么对经过数据预处理后的烟气含氧量数据按照小时进行划分，计算每小时内秒级烟气含氧量数据的平均值，作为小时级平均烟气含氧量数据。排污量数据是燃气锅炉在目标时间段内累计排污的数量，蒸发量数据是燃气锅炉在目标时间段内累计蒸发的数量，排污量数据和蒸发量数据的比值为平均排污率。
34.在步骤s203中，根据目标数据，利用诊断知识库对燃气锅炉进行节能诊断，得到诊断结果，包括：根据小时级平均排烟温度数据，统计出燃气锅炉在目标时间段内总共运行的第一小时数以及小时平均排烟温度超过预设温度的第二小时数，其中，小时级平均排烟温度数据包括多个小时平均排烟温度；当第二小时数大于第一目标数量，判定燃气锅炉在目标时间段内存在排烟热损失，其中，第一目标数量由第一小时数确定；或者根据小时级平均烟气含氧量数据，统计出燃气锅炉在目标时间段内小时平均烟气含氧量超过第一预设阈值的第三小时数，其中，小时级平均烟气含氧量数据包括多个小时平均烟气含氧量；当第三小时数大于第二目标数量，判定燃气锅炉在目标时间段内存在排烟热损失，其中，第二目标数量由第一小时数确定。
35.需要说明的是，第一小时数还可以为根据小时级平均烟气含氧量数据或者平均排污率和小时级平均蒸汽压力数据统计出燃气锅炉在目标时间段内总共运行的小时数(三种数据统计出来的第一小时数是一样的)。
36.第一小时数、第二小时数和第三小时数等中的“第一、第二和第三”只是为了区分，实际上第一小时数、第二小时数和第三小时数等均是各种情况下的小时数量。
37.比如第一小时数的百分之六十为目标数量，第一小时数是100，第一目标数量就为60，第二小时数比如为70，那么第二小时数大于第一目标数量，判定燃气锅炉在目标时间段内存在排烟热损失。此时存在排烟热损失实际上是排烟温度过高(诊断结果中有该信息)，
可以对燃气锅炉进行烟气余热回收处理。烟气余热回收处理是充分利用燃气锅炉排烟中携带的热能，可以是使用换热器或者吸收式热泵进行处理。烟气余热回收处理属于根据诊断结果优化燃气锅炉的运行的步骤。需要说明的是，还可以通过调整第一目标数量来判断烟气余热回收处理是深度烟气余热回收处理还是正常的烟气余热回收处理。
38.比如第一小时数的百分之三十为第二目标数量，第一小时数是100，第二目标数量就为30，第一预设阈值为百分之六，超过第一预设阈值的第三小时数为40，那么第三小时数大于第二目标数量，判定燃气锅炉在目标时间段内存在排烟热损失。此时排烟热损失是烟气含氧量过高造成的，所以可以调节燃气锅炉的燃烧机中的燃料和进风量，也就是风燃比。风燃比为燃料和风量的比例。调节燃气锅炉的燃烧机中的燃料和进风量，属于根据诊断结果优化燃气锅炉的运行的步骤。
39.在步骤s203中，根据目标数据，利用诊断知识库对燃气锅炉进行节能诊断，得到诊断结果，包括：根据小时级平均烟气含氧量数据，统计出燃气锅炉在目标时间段内小时平均烟气含氧量低于第二预设阈值的第四小时数，其中，小时级平均烟气含氧量数据包括多个小时平均烟气含氧量；当第四小时数大于第三目标数量，判定燃气锅炉在目标时间段内存在不完全燃烧热损失，其中，第三目标数量由第一小时数确定，第一小时数由小时级平均排烟温度数据统计得到。
40.比如第一小时数的百分之三十为第三目标数量，第一小时数是100，第三目标数量就为30，第二预设阈值为百分之三，低于第二预设阈值的第四小时数为50，那么第四小时数大于第三目标数量，判定燃气锅炉在目标时间段内存在不完全燃烧热损失。此时，不完全燃烧热损失是由烟气含氧量较低造成的，所以可以调节燃气锅炉的燃烧机中的燃料和进风量。
41.在步骤s203中，根据目标数据，利用诊断知识库对燃气锅炉进行节能诊断，得到诊断结果，包括：当平均排污率大于第三预设阈值，判定燃气锅炉在目标时间段内存在排污热损失。
42.诊断知识库保存有各种诊断燃气锅炉所需的知识。如果存在排污热损失，则可以通过改善水质或者优化燃气锅炉的运行机制的方法解决该问题。
43.在步骤s203中，根据目标数据，利用诊断知识库对燃气锅炉进行节能诊断，得到诊断结果，包括：根据小时级平均蒸汽压力数据，统计出燃气锅炉在目标时间段内小时平均蒸汽压力数据低于第四预设阈值的第五小时数，其中，小时级平均蒸汽压力数据包括多个小时平均蒸汽压力数据；当第五小时数大于第四目标数量，判定燃气锅炉在目标时间段内存在过量热输出，其中，第四目标数量由第一小时数确定，第一小时数由小时级平均排烟温度数据统计得到。
44.比如第一小时数的百分之四十为第四目标数量，第一小时数是100，第四目标数量就为40，第四预设阈值为20，低于第四预设阈值的第四小时数为40，那么第四小时数大于第四目标数量，判定燃气锅炉在目标时间段内存在过量热输出。此时，过量热输出是由蒸汽压力过大造成的，所以可以优化燃气锅炉出口或者末端的压力设定值。
45.上述所有可选技术方案，可以采用任意结合形成本技术的可选实施例，在此不再一一赘述。
46.下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实
施例中未披露的细节，请参照本公开方法实施例。
47.图3是本公开实施例提供的一种燃气锅炉的节能诊断装置的示意图。如图3所示，该燃气锅炉的节能诊断装置包括：
48.获取模块301，被配置为获取燃气锅炉在目标时间段内的锅炉数据，其中，锅炉数据，包括：运行状态数据、排烟温度数据、烟气含氧量数据、排污量数据、蒸发量数据和锅炉末端蒸汽压力数据；
49.计算模块302，被配置为对锅炉数据进行数据预处理，并根据经过数据预处理后的锅炉数据，计算出目标数据，其中，目标数据，包括：小时级平均排烟温度数据、小时级平均烟气含氧量数据、平均排污率和小时级平均蒸汽压力数据；
50.诊断模块303，被配置为根据目标数据，利用诊断知识库对燃气锅炉进行节能诊断，得到诊断结果，其中，诊断结果，包括：排烟热损失、不完全燃烧热损失、排污热损失和过量热输出；
51.优化模块304，被配置为根据诊断结果优化燃气锅炉的运行。
52.锅炉数据可以是利用dtu、dcs和scada等采集到的。dtu(data transfer unit)，是专门用于将串口数据转换为ip数据或将ip数据转换为串口数据通过无线通信网络进行传送的无线终端设备；dcs(distributed control system)是分布式控制系统；scada(supervisory control and data acquisition)系统，即数据采集与监视控制系统。锅炉末端是锅炉排蒸汽的一端。
53.根据本公开实施例提供的技术方案，获取燃气锅炉在目标时间段内的锅炉数据，其中，锅炉数据，包括：运行状态数据、排烟温度数据、烟气含氧量数据、排污量数据、蒸发量数据和锅炉末端蒸汽压力数据；对锅炉数据进行数据预处理，并根据经过数据预处理后的锅炉数据，计算出目标数据，其中，目标数据，包括：小时级平均排烟温度数据、小时级平均烟气含氧量数据、平均排污率和小时级平均蒸汽压力数据；根据目标数据，利用诊断知识库对燃气锅炉进行节能诊断，得到诊断结果，其中，诊断结果，包括：排烟热损失、不完全燃烧热损失、排污热损失和过量热输出；根据诊断结果优化燃气锅炉的运行。采用上述技术手段，可以解决现有技术中，目前对燃气锅炉进行节能诊断的方法存在效率低和成本高的问题，进而降低对燃气锅炉进行节能诊断的成本并提高效率。
54.可选地，计算模块302还被配置为根据运行状态数据判断燃气锅炉处于停运状态下的时间；并基于燃气锅炉处于停运状态下的时间，分别从排烟温度数据、烟气含氧量数据、排污量数据、蒸发量数据和锅炉末端蒸汽压力数据中剔除燃气锅炉停运状态下的数据；分别从排烟温度数据、烟气含氧量数据、排污量数据、蒸发量数据和锅炉末端蒸汽压力数据中确定出空值数据以及超出预设范围的超限数据，并原数据中剔除空值数据和超限数据。
55.根据运行状态数据，判断燃气锅炉的运行状态，一般情况下0为停运，大于0为运行，如果锅炉为停运状态，则剔除掉锅炉为停运状态对应的数据。排烟温度数据的预设范围为0℃-200℃；烟气含氧量数据的预设范围为0-21％；锅炉末端蒸汽压力数据的预设范围为0mpa-锅炉额定蒸发压力。
56.可选地，计算模块302还被配置为分别对经过数据预处理后的排烟温度数据、烟气含氧量数据和锅炉末端蒸汽压力数据按照小时进行划分；分别对每小时内的排烟温度数据、烟气含氧量数据和锅炉末端蒸汽压力数据进行求平均计算，依次得到小时级平均排烟
温度数据、小时级平均烟气含氧量数据、小时级平均蒸汽压力数据；根据经过数据预处理后的排污量数据和蒸发量数据，确定平均排污率。
57.排烟温度数据、烟气含氧量数据和锅炉末端蒸汽压力数据均是分钟级或者秒级的数据。比如烟气含氧量数据为秒级烟气含氧量数据，那么对经过数据预处理后的烟气含氧量数据按照小时进行划分，计算每小时内秒级烟气含氧量数据的平均值，作为小时级平均烟气含氧量数据。排污量数据是燃气锅炉在目标时间段内累计排污的数量，蒸发量数据是燃气锅炉在目标时间段内累计蒸发的数量，排污量数据和蒸发量数据的比值为平均排污率。
58.可选地，诊断模块303还被配置为根据小时级平均排烟温度数据，统计出燃气锅炉在目标时间段内总共运行的第一小时数以及小时平均排烟温度超过预设温度的第二小时数，其中，小时级平均排烟温度数据包括多个小时平均排烟温度；当第二小时数大于第一目标数量，判定燃气锅炉在目标时间段内存在排烟热损失，其中，第一目标数量由第一小时数确定；或者根据小时级平均烟气含氧量数据，统计出燃气锅炉在目标时间段内小时平均烟气含氧量超过第一预设阈值的第三小时数，其中，小时级平均烟气含氧量数据包括多个小时平均烟气含氧量；当第三小时数大于第二目标数量，判定燃气锅炉在目标时间段内存在排烟热损失，其中，第二目标数量由第一小时数确定。
59.需要说明的是，第一小时数还可以为根据小时级平均烟气含氧量数据或者平均排污率和小时级平均蒸汽压力数据统计出燃气锅炉在目标时间段内总共运行的小时数(三种数据统计出来的第一小时数是一样的)。
60.第一小时数、第二小时数和第三小时数等中的“第一、第二和第三”只是为了区分，实际上第一小时数、第二小时数和第三小时数等均是各种情况下的小时数量。
61.比如第一小时数的百分之六十为目标数量，第一小时数是100，第一目标数量就为60，第二小时数比如为70，那么第二小时数大于第一目标数量，判定燃气锅炉在目标时间段内存在排烟热损失。此时存在排烟热损失实际上是排烟温度过高(诊断结果中有该信息)，可以对燃气锅炉进行烟气余热回收处理。烟气余热回收处理是充分利用燃气锅炉排烟中携带的热能，可以是使用换热器或者吸收式热泵进行处理。烟气余热回收处理属于根据诊断结果优化燃气锅炉的运行的步骤。需要说明的是，还可以通过调整第一目标数量来判断烟气余热回收处理是深度烟气余热回收处理还是正常的烟气余热回收处理。
62.比如第一小时数的百分之三十为第二目标数量，第一小时数是100，第二目标数量就为30，第一预设阈值为百分之六，超过第一预设阈值的第三小时数为40，那么第三小时数大于第二目标数量，判定燃气锅炉在目标时间段内存在排烟热损失。此时排烟热损失是烟气含氧量过高造成的，所以可以调节燃气锅炉的燃烧机中的燃料和进风量，也就是风燃比。风燃比为燃料和风量的比例。调节燃气锅炉的燃烧机中的燃料和进风量，属于根据诊断结果优化燃气锅炉的运行的步骤。
63.可选地，诊断模块303还被配置为根据小时级平均烟气含氧量数据，统计出燃气锅炉在目标时间段内小时平均烟气含氧量低于第二预设阈值的第四小时数，其中，小时级平均烟气含氧量数据包括多个小时平均烟气含氧量；当第四小时数大于第三目标数量，判定燃气锅炉在目标时间段内存在不完全燃烧热损失，其中，第三目标数量由第一小时数确定，第一小时数由小时级平均排烟温度数据统计得到。
64.比如第一小时数的百分之三十为第三目标数量，第一小时数是100，第三目标数量就为30，第二预设阈值为百分之三，低于第二预设阈值的第四小时数为50，那么第四小时数大于第三目标数量，判定燃气锅炉在目标时间段内存在不完全燃烧热损失。此时，不完全燃烧热损失是由烟气含氧量较低造成的，所以可以调节燃气锅炉的燃烧机中的燃料和进风量。
65.可选地，诊断模块303还被配置为当平均排污率大于第三预设阈值，判定燃气锅炉在目标时间段内存在排污热损失。
66.诊断知识库保存有各种诊断燃气锅炉所需的知识。如果存在排污热损失，则可以通过改善水质或者优化燃气锅炉的运行机制的方法解决该问题。
67.可选地，诊断模块303还被配置为根据小时级平均蒸汽压力数据，统计出燃气锅炉在目标时间段内小时平均蒸汽压力数据低于第四预设阈值的第五小时数，其中，小时级平均蒸汽压力数据包括多个小时平均蒸汽压力数据；当第五小时数大于第四目标数量，判定燃气锅炉在目标时间段内存在过量热输出，其中，第四目标数量由第一小时数确定，第一小时数由小时级平均排烟温度数据统计得到。
68.比如第一小时数的百分之四十为第四目标数量，第一小时数是100，第四目标数量就为40，第四预设阈值为20，低于第四预设阈值的第四小时数为40，那么第四小时数大于第四目标数量，判定燃气锅炉在目标时间段内存在过量热输出。此时，过量热输出是由蒸汽压力过大造成的，所以可以优化燃气锅炉出口或者末端的压力设定值。
69.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。
70.图4是本公开实施例提供的电子设备4的示意图。如图4所示，该实施例的电子设备4包括：处理器401、存储器402以及存储在该存储器402中并且可在处理器401上运行的计算机程序403。处理器401执行计算机程序403时实现上述各个方法实施例中的步骤。或者，处理器401执行计算机程序403时实现上述各装置实施例中各模块/单元的功能。
71.示例性地，计算机程序403可以被分割成一个或多个模块/单元，一个或多个模块/单元被存储在存储器402中，并由处理器401执行，以完成本公开。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序403在电子设备4中的执行过程。
72.电子设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备4可以包括但不仅限于处理器401和存储器402。本领域技术人员可以理解，图4仅仅是电子设备4的示例，并不构成对电子设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如，电子设备还可以包括输入输出设备、网络接入设备、总线等。
73.处理器401可以是中央处理单元(central processing unit，cpu)，也可以是其它通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器
等。
74.存储器402可以是电子设备4的内部存储单元，例如，电子设备4的硬盘或内存。存储器402也可以是电子设备4的外部存储设备，例如，电子设备4上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，存储器402还可以既包括电子设备4的内部存储单元也包括外部存储设备。存储器402用于存储计算机程序以及电子设备所需的其它程序和数据。存储器402还可以用于暂时地存储已经输出或者将要输出的数据。
75.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
76.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
77.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
78.在本公开所提供的实施例中，应该理解到，所揭露的装置/电子设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/电子设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
79.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
80.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
81.集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本公开实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在计算机可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、
对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
82.以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围，均应包含在本公开的保护范围之内。