CN109697842A - 基于智能水表持续多天无数据异常远程处理方法 - Google Patents

Abstract

本发明公开了基于智能水表持续多天无数据异常远程处理方法，涉及一种水表的远程处理方法。目前，智能水表的运维一般都是燃气公司等属地化管理单位负责，无法远程处理的转相应设备属地化管理单位，工作效率低，故障排除能力弱。本发明包括以下步骤：1)获取水表的数据，并对水表的数据进监测；2）当持续未能采集到低压用户的运行水表的示值数据时，进行分析判断：3）对智能水表持续多天无数据故障诊断处理；4)远程处理，包括校对营销档案；校对终端电能表/交流采样参数；校对终端任务；校对终端时钟；校对表计时钟。本技术方案从多方面，配合完成实现远程诊断、处理，准确性高，且有效提高工作效率，降低成本，提高故障排除能力。

Description

基于智能水表持续多天无数据异常远程处理方法

技术领域

本发明涉及一种智能水表的远程处理方法，尤其指基于智能水表持续多天无数据异常远程处理方法。

背景技术

国网发改委、国网能源局于2015年联合发布《关于促进智能电网发展的指导意见》中提到兼顾完善煤、电、油、气领域信息资源共享机制，支持水、气、电、热集中采集，建设跨行业能源运行动态数据集成平台。据此指导意见，国网营销部发布了《关于加快推进四表合一采集应用工作的通知》，依托用电信息采集系统，建设供电、供水、供气、供热“多表合一”采集系统。

随着多表合一采集的建设及推广应用，水、气、热表已经能够实现远程数据采集，但在异常监测、故障诊断、消缺管理等应用方面仍较落后，缺乏类似用电信息采集异常消缺流程，目前的采集异常的消缺主要分为远程处理部分和现场处理部分，但智能水表的运维一般都是水务公司等属地化管理单位负责，故障排除能力差，业务处理工作效率差。

发明内容

本发明要解决的技术问题和提出的技术任务是对现有技术方案进行完善与改进，提供基于智能水表持续多天无数据异常远程处理方法，以达提升故障排除能力，并提高业务处理工作效率的目的。为此，本发明采取以下技术方案。

基于智能水表持续多天无数据异常远程处理方法，包括以下步骤：

1、基于智能水表持续多天无数据异常远程处理方法，其特征在于包括以下步骤：

1)获取智能水表的数据，并对智能水表的数据进监测；

2）当持续未能采集到低压用户的运行智能水表的示值数据时，进行分析判断：

201）判断是否持续K天无正向有功电能示值；并排除采集表计的终端已判为终端与主站无通信、终端下电表全无数据的情况；及排除注销的表计，包括用户拆除的表计；

202）当通讯为本地485通讯，且K≥1天，或通讯为本地非485通讯，且K≥2天，则生成故障预警清单，同时进行预警；

203) 对故障预警清单中的异常再次进行研判，当通讯为本地485通讯，且K≥2天，或通讯为本地非485通讯，且K≥3天，则判断为异常，生成智能水表持续多天无抄表数据故障工单；

204）生成需要处理的异常工单列表；

3）对智能水表持续多天无数据故障诊断处理

301）获取需要处理的异常工单列表，根据异常现象从知识库中读取诊断任务项；

302）调用前置接口服务，对各任务项进行数据召测；

303）定时读取召测结果表，比对每一项数据召测结果与主站是否一致；全部一致则排查主站原因导致的异常；当召测失败或超时，需要派现场处理；当一项或多项数据不一致时，需要进一步远程处理，主站原因包括：相关参数、任务；若远程处理失败，则仍需要派现场处理；

4)远程处理，在进行远程处理时，远程诊断任务项可并行执行，包括以下内容：

401）校对营销档案；比对终端行政区域码、终端地址、终端状态、电表地址、电表规约、电表状态，不一致时同步档案信息；

402）校对终端电能表/交流采样参数；比对每个测量点号、通讯协议类型、通讯地址、通讯速率及端口号，参数不一致时重新下发参数；

403）校对终端任务，比对主站与终端任务的一致性，不一致时对采集设备重新下发任务；

404）校对终端时钟，召测采集终端时钟，与主站进行比对，误差超出要求时进行终端对时；

405）校对表计时钟，透召智能水表时钟，与主站进行比对，误差超出要求时进行表计对时；

5）远程处理完成后，判断远程处理是否处理成功，若处理成功，则进行归档校验；若远程处理不成功，则进行现场处理；

6）在现场处理后，进行归档校验，判断是否恢复，若恢复，则归档后结束；若没有恢复，则再次进行现场处理。

本技术方案从多方面，配合完成实现远程诊断、处理，准确性高，且有效提高工作效率，降低成本。

进一步的，多表合一的信息采集方式包括电能表无线采集、电能表双模采集、通讯结果转换器采集方式。

进一步的，在电能表无线采集时，电能表和水、气、热表采用同一无线技术，组网方案不同；电能表通信单元作为水、气、热表数据接入设备，与水、气、热表内的无线通信模块组成点对多点星型子网进行通信，实现多表数据采集；

在电能表双模采集时，电能表通信单元采用电力线载波和微功率无线双模通信方式；电能表通信单元作为水、气、热表数据接入设备通过微功率无线信道实现无线水、气、热表的数据采集；

在通信接口转换器采集时，通信接口转换器通过不同通信接口采集水、气、热表数据，再通过用电信息采集系统本地通信信道将数据上传至集中器，若水、气、热表安装有阀控装置时，提供直流12V/5V的直流电源。

进一步的，智能水表采集异常远程处理包括以下步骤：

a）召测终端电能表/交流采样装置配置参数；

b)比对参数与系统是否一致，若是则进入下一步，若否，则下发终端电能表/交流采样装置配置参数；

c)召测终端任务；

d)判断终端任务是否与系统一致，若一致，则进入下一步，若否，则下发任务数据设置参数；

e)召测终端时钟；

f)判断终端时钟是否与主站一致，若一致，则结束，若否，则对终端进行对时。

有益效果：本技术方案有助于工作人员对于智能水表进行故障异常种类分类，细化故障排除步骤，明确故障分析方法，强化专业技能故障分析，进一步提升多表合一采集异常的故障排除能力，提高业务处理工作效率。

由于数据采集系统建设涉及主站、通信信道、采集设备、计量设备等，投资的金额巨大，在水、气、热投资领域，目前尚未建立大规模独立的数据采集系统，水、气、热等用能数据一般通过改造本地通讯方式，接入电力用户用电信息采集系统，共用数据采集通道及主站系统来实现数据的远程采集，支持费用结算、用能信息监测等业务，充分发挥用电信息采集系统能源消费数据集中优势。

附图说明

图1是本发明的智能水表采集异常消缺整体流程图。

图2是本发明的智能水表异常远程处理流程图。

具体实施方式

以下结合说明书附图对本发明的技术方案做进一步的详细说明。

如图1所示，本发明包括以下步骤：

1)获取智能水表的数据，并对智能水表的数据进监测；

2）当持续未能采集到低压用户的运行智能水表的示值数据时，进行分析判断：

201）判断是否持续K天无正向有功电能示值；并排除采集表计的终端已判为终端与主站无通信、终端下电表全无数据的情况；及排除注销的表计，包括用户拆除的表计；

202）当通讯为本地485通讯，且K≥1天，或通讯为本地非485通讯，且K≥2天，则生成故障预警清单，同时进行预警；

203) 对故障预警清单中的异常再次进行研判， 当通讯为本地485通讯，且K≥2天，或通讯为本地非485通讯，且K≥3天，则判断为异常，生成智能水表持续多天无抄表数据故障工单；

204）生成需要处理的异常工单列表；

3）对智能水表持续多天无数据故障诊断处理

301）获取需要处理的异常工单列表，根据异常现象从知识库中读取诊断任务项；

302）调用前置接口服务，对各任务项进行数据召测；

303）定时读取召测结果表，比对每一项数据召测结果与主站是否一致；全部一致则排查主站原因导致的异常，召测失败或超时时说明不具备主站处理的条件，均需要派现场处理；不一致则说明异常由主站原因导致，需要进一步远程处理，主站原因包括：相关参数、任务；若远程处理失败，则仍需要派现场处理；

4)远程处理，在进行远程处理时，远程诊断任务项可并行执行，包括以下内容：

401）校对营销档案；比对终端行政区域码、终端地址、终端状态、电表地址、电表规约、电表状态，不一致时同步档案信息；

402）校对终端电能表/交流采样参数；比对每个测量点号、通讯协议类型、通讯地址、通讯速率及端口号，参数不一致时重新下发参数；

403）校对终端任务，比对主站与终端任务的一致性，不一致时对采集设备重新下发任务；

404）校对终端时钟，召测采集终端时钟，与主站进行比对，误差超出要求时进行终端对时；

405）校对表计时钟，透召智能水表时钟，与主站进行比对，误差超出要求时进行表计对时；

5）远程处理完成后，判断远程处理是否处理成功，若处理成功，则进行归档校验；若远程处理不成功，则进行现场处理；

6）在现场处理后，进行归档校验，判断是否恢复，若恢复，则归档后结束；若没有恢复，则再次进行现场处理。

其中，“多表合一”信息采集方案应根据建筑结构特点，及电、水、气、热表的分布方式和安装位置等因素合理选择。选择“多表合一”信息采集方案时还应考虑与用电信息采集系统方案的融合接入。采集方案主要有电能表无线采集、电能表双模采集、通讯结果转换器采集等方式。

电能表无线采集方案的特点是电能表和水、气、热表采用同一无线技术，但组网方案不同；电能表通信单元作为水、气、热表数据接入设备，与水、气、热表内的无线通信模块组成点对多点星型子网进行通信，实现多表数据采集。电能表双模采集方案的特点是电能表通信单元采用电力线载波和微功率无线双模通信方式； 电能表通信单元作为水、气、热表数据接入设备通过微功率无线信道实现无线水、气、热表的数据采集。通信接口转换器采集方案的特点是原有用电信息采集系统中电能表的通信方式可保持不变，通信接口转换器通过不同通信接口采集水、气、热表数据，再通过用电信息采集系统本地通信信道将数据上传至集中器，若水、气、热表安装有阀控装置时，还需提供直流12V/5V的直流电源。

如图2所示，在本实施例中，智能水表采集异常远程处理包括以下步骤：

a）召测终端电能表/交流采样装置配置参数；

b)比对参数与系统是否一致，若是则进入下一步，若否，则下发终端电能表/交流采样装置配置参数；

c)召测终端任务；

d)判断终端任务是否与系统一致，若一致，则进入下一步，若否，则下发任务数据设置参数；

e)召测终端时钟；

f)判断终端时钟是否与主站一致，若一致，则结束，若否，则对终端进行对时。

以上图1、2所示的基于智能水表持续多天无数据异常远程处理方法是本发明的具体实施例，已经体现出本发明实质性特点和进步，可根据实际的使用需要，在本发明的启示下，对其进行形状、结构等方面的等同修改，均在本方案的保护范围之列。

Claims (4)

1.基于智能水表持续多天无数据异常远程处理方法，其特征在于包括以下步骤：

1)获取智能水表的数据，并对智能水表的数据进监测；

2）当持续未能采集到低压用户的运行智能水表的示值数据时，进行分析判断：

201）判断是否持续K天无正向有功电能示值；并排除采集表计的终端已判为终端与主站无通信、终端下电表全无数据的情况；排除注销的表计，包括用户拆除的表计；

202）当通讯为本地485通讯，且K≥1天，或通讯为本地非485通讯，且K≥2天，则生成故障预警清单，同时进行预警；

203) 对故障预警清单中的异常再次进行研判，当通讯为本地485通讯，且K≥2天，或通讯为本地非485通讯，且K≥3天，则判断为异常，生成智能水表持续多天无抄表数据故障工单；

204）生成需要处理的异常工单列表；

3）对智能水表持续多天无数据故障诊断处理

301）获取需要处理的异常工单列表，根据异常现象从知识库中读取诊断任务项；

302）调用前置接口服务，对各任务项进行数据召测；

303）定时读取召测结果表，比对每一项数据召测结果与主站是否一致；全部一致则排查主站原因导致的异常；当召测失败或超时，需要派现场处理；当一项或多项数据不一致时，需要进一步远程处理，主站原因包括：相关参数、任务；若远程处理失败，则仍需要派现场处理；

4)远程处理，在进行远程处理时，远程诊断任务项可并行执行，包括以下内容：

401）校对营销档案；比对终端行政区域码、终端地址、终端状态、电表地址、电表规约、电表状态，不一致时同步档案信息；

402）校对终端电能表/交流采样参数；比对每个测量点号、通讯协议类型、通讯地址、通讯速率及端口号，参数不一致时重新下发参数；

403）校对终端任务，比对主站与终端任务的一致性，不一致时对采集设备重新下发任务；

404）校对终端时钟，召测采集终端时钟，与主站进行比对，误差超出要求时进行终端对时；

405）校对表计时钟，透召智能水表时钟，与主站进行比对，误差超出要求时进行表计对时；

5）远程处理完成后，判断远程处理是否处理成功，若处理成功，则进行归档校验；若远程处理不成功，则进行现场处理；

6）在现场处理后，进行归档校验，判断是否恢复，若恢复，则归档后结束；若没有恢复，则再次进行现场处理。

2.根据权利要求1所述的基于智能水表持续多天无数据异常远程处理方法，其特征在于：多表合一的信息采集方式包括电能表无线采集、电能表双模采集、通讯结果转换器采集方式。

3.根据权利要求1所述的基于智能水表持续多天无数据异常远程处理方法，其特征在于：在电能表无线采集时，电能表和水、气、热表采用同一无线技术，组网方案不同；电能表通信单元作为水、气、热表数据接入设备，与水、气、热表内的无线通信模块组成点对多点星型子网进行通信，实现多表数据采集；

在电能表双模采集时，电能表通信单元采用电力线载波和微功率无线双模通信方式；电能表通信单元作为水、气、热表数据接入设备通过微功率无线信道实现无线水、气、热表的数据采集；

在通信接口转换器采集时，通信接口转换器通过不同通信接口采集水、气、热表数据，再通过用电信息采集系统本地通信信道将数据上传至集中器，若水、气、热表安装有阀控装置时，提供直流12V/5V的直流电源。

4.根据权利要求1所述的基于智能水表持续多天无数据异常远程处理方法，其特征在于：智能水表采集异常远程处理包括以下步骤：

a）召测终端电能表/交流采样装置配置参数；

b)比对参数与系统是否一致，若是则进入下一步，若否，则下发终端电能表/交流采样装置配置参数；

c)召测终端任务；

d)判断终端任务是否与系统一致，若一致，则进入下一步，若否，则下发任务数据设置参数；

e)召测终端时钟；

f)判断终端时钟是否与主站一致，若一致，则结束，若否，则对终端进行对时。