CN104993584A - 保信故障的生成方法及生成系统 - Google Patents

Abstract

本发明公开了一种保信故障的生成方法及生成系统，该生成方法包括如下步骤：子站报文上送；解析所述报文；获取所述报文对应的事件内容并形成事件信息；处理所述事件信息形成故障于故障列表中并将所述故障列表中的故障另行存储。通过上述实施方式，能够对变电站所处电网在运行过程中出现的故障进行智能采集、分析和归纳，方便用户直观查阅和判断处理，进而确保电网运行安全。

Description

保信故障的生成方法及生成系统

技术领域

本发明涉及智能变电站技术领域，特别涉及一种保信故障的生成方法及生成系统。

背景技术

变电站是电力系统的重要组成部分，变电站的安全运行对维持电力系统的稳定，保证电网的可靠供电具有十分重要的意义。因此，一方面需要不断采用先进的设备制造技术和控制技术，提高变电站的自动化程度。另一方面，电力系统作为一个人工制造的系统，需要人工的参与决策，所以还要加强对运行人员的培训，提高他们的运行操作能力和事故处理能力。但是由于电力系统属于知识密集型、技术密集型、资金密集型行业,操作规范,要求严格,在变电站运行人员的岗位培训中既不能在运行着的系统或设备上进行实际操作试验，也不允许人为地设置事故让学员观察处理，这就使得学员难以在变电站的正常操作及事故处理中得到充分锻炼。

然而，变电站所处电网在实际运行过程中可能会产生大量的故障信息，用户在相关经验不足的情况下，不容易从这大量的故障信息中直观的获取需要了解和协助解决的信息。迫切需要提供一种能够方便用户直观查阅相关故障信息的方法和系统。

发明内容

本发明为解决上述技术问题提供一种保信故障的生成方法及生成系统，能够对变电站所处电网在运行过程中出现的故障进行智能采集、分析和归纳，方便用户直观查阅和判断处理，进而确保电网运行安全。

为解决上述技术问题，本发明提供一种保信故障的生成方法，包括如下步骤：子站报文上送；解析所述报文；获取所述报文对应的事件内容并形成事件信息；处理所述事件信息形成故障于故障列表中并将所述故障列表的故障另行存储。

进一步地，在处理所述事件信息形成故障简报并进行存储的步骤之中，包括：上送一条所述事件信息；判断所述事件信息是否存在于故障中；如果存在，获取所述故障中故障信息的指针，并根据事件信息类型生成新的事件描述对象；如果不存在，创建新的故障信息对象，并给新创建的故障信息对象配置关联信息，包括配置子站ID、间隔ID、一次设备ID以及CPU号，同时，根据事件信息类型生成新的事件描述对象；将所述事件信息放入故障中；判断所述事件信息是否符合第一故障判断依据，所述第一故障判断依据包括关键字“出口”和“跳闸”；如果符合，将故障的判断字段配置为“true”；判断故障是否存在于故障列表中；如果已存在，存储所述故障列表，结束流程；否者，结束流程。

进一步地，在判断所述事件信息是否符合第一故障判断依据的步骤之后，还包括：如果所述事件信息符合第一故障判断依据，判断所述事件信息是否不符合第二故障判断依据；如果所述事件信息不符合第二故障判断依据，将故障的判断字段配置为“true”。

进一步地，在判断所述事件信息是否符合第一故障判断依据的步骤之后，还包括：如果所述事件信息不符合第一故障判断依据，判断所述事件信息是否符合第三故障判断依据；如果所述事件信息符合第三故障判断依据，判断所述事件信息是否符合第二故障判断依据；如果所述事件信息符合第二故障判断依据，结束流程；否者，将故障的判断字段配置为“true”。

进一步地，保信故障的生成方法，还包括：遍历故障列表；判断最后一次故障更新是否已超时；如果未超时，等待下一次遍历；如果超时，判断所述故障的判断字段是否为“true”;如果为“true”，通知并保存所述故障信息，同时，从缓存中删除所述故障信息；否者，从缓存中删除所述故障信息。

进一步地，在判断故障列表中是否存在与所述事件信息相匹配的故障的步骤之前，包括：判断所述事件信息相关联的标识信息是否存在，所述标识信息包括事件ID、二次设备ID以及CPU号；如果所述标识信息存在，进入判断故障列表中是否存在与所述事件信息相匹配的故障的步骤；其中，在判断故障列表中是否存在与所述事件信息相匹配的故障的步骤之中，包括：遍历故障列表；获取故障列表中各故障最近的更新时间；将所述事件信息的上送时间与各更新时间进行比较，判断所述事件信息的上送时间是否在故障开始前后或者在故障结束前后一阈值内；如果是，判断CPU号、二次设备ID是否相同，以及一次设备ID是否相同或是对端；如果是，判断变量ID、信息内容是否相同以及是否符合第一故障判断依据；否者，进入创建新的故障信息对象的步骤；如果任一条件不符合，直接进入获取所述故障的指针的步骤；如果均符合，保存上一次的故障并进入创建新的故障信息对象的步骤。

进一步地，在所述判断上送的事件信息的时间是否在故障开始前后或者在故障结束前后一定阈值内的步骤中：如果不是，判断所述事件信息是否来源于对端；如果是，判断所述事件信息的上送时间是否在故障开始前后或者在故障结束前后另一阈值内；否者，进入创建新的故障信息对象的步骤；如果是，直接进入获取所述故障的指针的步骤；否者，进入创建新的故障信息对象的步骤。

进一步地，在获取所述报文对应的事件内容的步骤之中，包括：生成事件点表并存储；将所述报文中对应的字段与所述事件点表进行核对进而获取所述事件内容。

进一步地，在所述生成事件点表并存储的步骤之中，包括：主站选择对应的ASDU下装命令向子站下发以获取子站的配置文件；子站选择对应的ASDU上传命令响应主站的下装命令，将其配置文件封装发送至主站；主站解析配置文件并形成ICD、XML格式的文件；根据所述ICD、XML文件形成SCD文件；导入所述SCD文件，形成对应的数据结构并进行存储，其中，所述数据结构至少包括所述事件点表。

为解决上述技术问题，本发明还提供一种保信故障的生成系统，包括：子站、通讯服务器以及主站；其中，所述子站，用于上送报文；所述通讯服务器，用于所述子站与所述主站之间的通讯；所述主站，用于接收并解析所述子站上送的报文，从而获取所述报文对应的事件内容并形成事件信息，最终处理所述事件信息形成故障于故障列表中并将所述故障列表的故障另行存储。

本发明的保信故障的生成方法及生成系统具有如下有益效果：通过对上述的报文进行解析，并根据获取报文对应的时间内容形成事件信息，进一步对事件信息进行处理进而生成故障并存储于故障列表中，然后再将故障列表中的故障进行另行存储，实现对变电站所处电网在运行过程中出现的故障进行智能采集、分析和归纳，方便用户直观查阅和判断处理，进而有助于确保电网运行安全。

附图说明

图1是本发明保信故障的生成方法第一实施方式的流程图。

图2是本发明保信故障的生成方法第二实施方式的流程图。

图3是本发明保信故障的生成方法第三实施方式的流程图。

图4是本发明保信故障的生成方法第四实施方式的流程图。

图5是本发明保信故障的生成方法第五实施方式的流程图。

图6是本发明保信故障的生成方法第六实施方式的流程图。

具体实施方式

下面结合附图和实施方式对本发明进行详细说明。

参阅图1，本发明第一实施方式的保信故障的生成方法，包括如下步骤：

步骤S1，子站报文上送。报文类型可以是保护动作、保护告警、故障录波、故障量等子站可以主动上送的报文类型。

步骤S2，解析报文。

步骤S3，获取报文对应的事件内容并形成事件信息。

步骤S4，处理事件信息形成故障于故障列表并将故障列表的故障另行存储。故障列表在初始化时即存在，该故障列表所存储的内容即可以反映和展示各故障，其中，故障通常由一个或多个事件信息进行描述，且各事件信息自带上送时间（即事件信息发生的时间），故障每加入一次事件信息就采用该事件信息自带的上送时间进行更新。故障列表是内存以用于暂存故障后续需要清空，因此需要将故障列表中所存储的各故障再另行存储到外部存储设备形成相应的故障简表中长期保存以方便后续查阅。

在步骤S4之后，上层应用可以对该故障简表进行编辑、展示等操作。

具体而言，参阅图2，在图1所示的步骤S4中，还包括：

步骤S401，上送一条事件信息。

步骤S402，判断故障列表中是否存在与该事件信息相匹配的故障。如果存在，进入步骤S403；如果不存在，进入步骤S404。

步骤S403，获取与该事件信息相匹配的故障的指针。步骤S403之后直接进入步骤S405。

步骤S404，创建新的故障信息对象，并给新创建的故障信息对象配置关联信息，包括配置子站ID、间隔ID、一次设备ID以及CPU号。步骤S404之后进入步骤S403。

步骤S405，根据事件信息类型生成新的事件描述对象。

步骤S406，将事件信息放入相应故障中。其中，如果事件信息为当前故障的补充，直接加入到当前故障即可；如果事件信息为其他情况，如其他设备（如设备二次ID号等不同时）发生的故障或者又发生一次新故障等情况，需要将该事件信息加入新创建的故障之中；此时，具体操作时，需要为新创建的故障的标识位设置为“ture”,表示该故障为新创建的故障。当然，如果不是新的故障，该标识位可以设置为“false”。

步骤S407，判断事件信息是否符合第一故障判断依据。其中，该第一故障判断依据包括关键字“出口”和“跳闸”。如果事件信息符合第一故障判断依据，进入步骤S408；否者，结束流程。

步骤S408，将故障的判断字段配置为“true”。

步骤S409，判断故障是否为一个新的故障。如果是新的故障，进入步骤S410；否者，结束流程。通过步骤S406描述中的标识位是否为“true”进行判断。

步骤S410，将故障存储至故障列表中，结束流程。

继续参阅图2，在步骤S407之后，还包括：

步骤S411，如果事件信息符合第一故障判断依据，判断事件信息是否符合第二故障判断依据。如果事件信息符合第二故障判断依据，结束流程；否者，进入步骤S408，即将故障的判断字段配置为“true”。

该实施方式中，通过第二故障判断依据的设置，可以将第一故障判断依据筛选漏选的某些故障通过手动设置或自动设置的方式再次采集回来，以实现不漏检。

进一步地，继续参阅图2，在步骤S407之后，还包括：

步骤412，如果事件信息不符合第一故障判断依据，判断事件信息是否符合第三故障判断依据。如果事件信息符合第三故障判断依据，进入步骤S411，即进一步判断事件信息是否符合第二故障判断依据。如果事件信息符合第二故障判断依据，结束流程；如果事件信息不符合第二故障判断依据，仍然进入步骤S408，即将故障的判断字段配置为“true”。进而判断出该故障是否为一个真实的故障，如果是真实的故障，则存入故障列表进行保存。

该实施方式中，通过第三故障判断依据的设置，可以将第一故障判断依据筛选后留下的某些故障通过手动设置或自动设置的方式进行清除，去除实际不符合条件的故障。当然，结合所设置的第二故障判断依据，因为第二故障判断依据的优先级相对较高，可以在经第一、第二故障判断依据筛选之后实现故障的不漏检，实现故障的精准采集、分析和归纳。

上述实施方式中，具体参阅图3，保信故障的生成方法，还包括：

步骤S51，遍历故障列表。

步骤S52，判断最后一次故障更新是否已超时。如果未超时，进入步骤S53；如果超时，进入步骤S54。

步骤S53，等待下次遍历。

步骤S54，判断故障的判断字段是否为“true”。如果为“true”，进入步骤S55；否者，直接进入步骤S56。

步骤S55，通知并保存故障信息。

步骤S56，从缓存中删除故障信息。

上述实施方式中，具体参阅图4，在图2所示的步骤S402之前，还包括：

步骤S301，判断事件信息相关联的标识信息是否存在，标识信息包括事件ID、二次设备ID以及CPU号。如果标识信息存在，进入步骤S402；否者，返回。即判断上传的事件信息是否属于需要召唤的事件信息。

具体而言，在图2所示的步骤S402之中，还包括：

步骤S302，遍历故障列表。即需要在故障列表中进行查找。

步骤S303，获取故障列表中各故障最近的更新时间。

步骤S304，判断事件信息的上送时间是否在故障开始前后或者在故障结束前后一阈值内。其判断标准是与将该事件信息的上送时间与各更新时间逐个进行比较。其中，判断结果如果为是，则进入步骤S305；否者，结束流程。

步骤S305，判断CPU号、二次设备ID是否相同，以及一次设备ID是否相同或是对端。如果是，进入步骤S306；否者，结束流程。

步骤S306，在故障的事件信息中查找。

步骤S307，判断在变量ID、信息内容是否相同以及是否符合第一故障判断依据。如果任一条件不符合，进入步骤S404；否者，判断得到又发生了一次新的故障，需要进入步骤S308，，并经步骤S308之后，进入步骤S404，以创建一新故障并对其进行保存。

步骤S308，保存上一次故障。

继续参阅图4，在步骤S304中，还包括：

如果上送时间不是在故障开始前后或者在故障结束前后一阈值内，进入步骤S309。该阈值可以设置为20秒。

步骤S309，判断事件信息是否来源于对端。如果是，进入步骤S310；否者，结束流程。

步骤S310，判断事件信息的上送时间是否在故障开始前后或者在故障结束前后另一阈值内。如果是，进入步骤S308，即将该事件信息放入故障中并保存，同时从缓存中删除故障；否者，结束流程。因为对端信息的传输路径较远，该阈值可以设置为120秒。

上述实施方式中，参阅图5，在图1中的步骤S3之中，包括：

步骤S31，生成事件点表并存储。

步骤S32，将报文中对应的字段与事件点表进行核对进而获取事件内容。

参阅图6，在图5所示的步骤S31之中，还包括：

步骤S311，主站选择对应的ASDU下装命令向子站下发以获取子站的配置文件。其中，不同的命令用不同的ASDU封装数据，这是根据规约内容确定的，达到主子站之间通信的目的。

步骤S312，子站选择对应的ASDU上传命令响应主站的下装命令，将其配置文件封装发送至主站。

步骤S313，主站解析配置文件并形成ICD、XML格式的文件。其中，ICD、xml文件都是子站配置文件，文件保存的都是保护的点表信息以及基本属性。

步骤S314，根据ICD、XML文件形成SCD文件。其中，SCD文件保存的是一、二次设备之间的一个对应关系。

步骤S315，导入SCD文件，形成对应的数据结构并进行存储，其中，数据结构至少包括事件点表，当然该数据结构通常还包括一些其他数据信息，此处不作具体描述。其中，可以通过Poweredit导入SCD文件。

本发明还提供一种保信故障的生成系统。该实施方式的保信故障的生成系统，包括：子站、通讯服务器以及主站。其中：

子站，用于上送报文。其中，子站通常包括一个与其相互连接的对端（也为子站）。

通讯服务器，用于子站与主站之间的通讯。

主站，用于接收并解析子站上送的报文，从而获取报文对应的事件内容并形成一条完整的事件信息，最终处理获取到的事件信息形成故障于故障列表中并将所述故障列表的故障另行存储。

主站生成的故障列表（即故障简报）最终可以推送给上层应用进行展示或编辑等操作。

本发明的保信故障的生成方法及生成系统具有如下有益效果：通过对上述的报文进行解析，并根据获取报文对应的时间内容形成事件信息，进一步对事件信息进行处理进而生成故障于故障列表中并将故障列表的故障另行存储，实现对变电站所处电网在运行过程中出现的故障进行智能采集、分析和归纳，方便用户直观查阅和判断处理，进而有助于确保电网运行安全。

以上仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种保信故障的生成方法，其特征在于，包括如下步骤：

子站报文上送；

解析所述报文；

获取所述报文对应的事件内容并形成事件信息；

处理所述事件信息形成故障于故障列表中并将所述故障列表中的故障另行存储。

2.根据权利要求1所述的保信故障的生成方法，其特征在于，在处理所述事件信息形成故障简报并进行存储的步骤之中，包括：

上送一条所述事件信息；

判断故障列表中是否存在与所述事件信息相匹配的故障；

如果存在，获取所述故障的指针，并根据事件信息类型生成新的事件描述对象；如果不存在，创建新的故障信息对象，并给新创建的故障信息对象配置关联信息，包括配置子站ID、间隔ID、一次设备ID以及CPU号，并获取所述故障的指针，根据事件信息类型生成新的事件描述对象；

将所述事件信息放入相应的故障中；

判断所述事件信息是否符合第一故障判断依据，所述第一故障判断依据包括关键字“出口”和“跳闸”；

如果符合，将故障的判断字段配置为“true”；

判断故障是否为一个新的故障；

如果是新的故障，将故障存入故障列表中，结束流程；否者，直接结束流程。

3.根据权利要求2所述的保信故障的生成方法，其特征在于，在判断所述事件信息是否符合第一故障判断依据的步骤之后，还包括：

如果所述事件信息符合第一故障判断依据，判断所述事件信息是否符合第二故障判断依据；如果所述事件信息符合第二故障判断依据，结束流程；否者，将故障的判断字段配置为“true”。

4.根据权利要求3所述的保信故障的生成方法，其特征在于，在判断所述事件信息是否符合第一故障判断依据的步骤之后，还包括：

如果所述事件信息不符合第一故障判断依据，判断所述事件信息是否符合第三故障判断依据；

如果所述事件信息符合第三故障判断依据，判断所述事件信息是否符合第二故障判断依据；如果所述事件信息符合第二故障判断依据，结束流程；否者，将故障的判断字段配置为“true”。

5.根据权利要求2所述的保信故障的生成方法，其特征在于，还包括：

遍历故障列表；

判断最后一次故障更新是否已超时；

如果未超时，等待下一次遍历；如果超时，判断所述故障的判断字段是否为“true”;

如果为“true”，通知并保存所述故障信息，同时，从缓存中删除所述故障信息；否者，从缓存中删除所述故障信息。

6.根据权利要求2所述的保信故障的生成方法，其特征在于：

在判断故障列表中是否存在与所述事件信息相匹配的故障的步骤之前，包括：

判断所述事件信息相关联的标识信息是否存在，所述标识信息包括事件ID、二次设备ID以及CPU号；

如果所述标识信息存在，进入判断故障列表中是否存在与所述事件信息相匹配的故障的步骤；

其中，在判断故障列表中是否存在与所述事件信息相匹配的故障的步骤之中，包括：

遍历故障列表；

获取故障列表中各故障最近的更新时间；

将所述事件信息的上送时间与各更新时间进行比较，判断所述事件信息的上送时间是否在故障开始前后或者在故障结束前后一阈值内；

如果是，判断CPU号、二次设备ID是否相同，以及一次设备ID是否相同或是对端；

如果是，判断变量ID、信息内容是否相同以及是否符合第一故障判断依据；否者，进入创建新的故障信息对象的步骤；

如果任一条件不符合，直接进入获取所述故障的指针的步骤；如果均符合，保存上一次的故障并进入创建新的故障信息对象的步骤。

7.根据权利要求6所述的保信故障的生成方法，其特征在于，在所述判断上送的事件信息的时间是否在故障开始前后或者在故障结束前后一定阈值内的步骤中：

如果不是，判断所述事件信息是否来源于对端；

如果是，判断所述事件信息的上送时间是否在故障开始前后或者在故障结束前后另一阈值内；否者，进入创建新的故障信息对象的步骤；

如果是，直接进入获取所述故障的指针的步骤；否者，进入创建新的故障信息对象的步骤。

8.根据权利要求1所述的保信故障的生成方法，其特征在于，在获取所述报文对应的事件内容的步骤之中，包括：

生成事件点表并存储；

将所述报文中对应的字段与所述事件点表进行核对进而获取所述事件内容。

9.根据权利要求8所述的保信故障的生成方法，其特征在于，在所述生成事件点表并存储的步骤之中，包括：

主站选择对应的ASDU下装命令向子站下发以获取子站的配置文件；

子站选择对应的ASDU上传命令响应主站的下装命令，将其配置文件封装发送至主站；

主站解析配置文件并形成ICD、XML格式的文件；

根据所述ICD、XML文件形成SCD文件；

导入所述SCD文件，形成对应的数据结构并进行存储，其中，所述数据结构至少包括所述事件点表。

10.一种保信故障的生成系统，其特征在于，包括：

子站、通讯服务器以及主站；其中，

所述子站，用于上送报文；

所述通讯服务器，用于所述子站与所述主站之间的通讯；

所述主站，用于接收并解析所述子站上送的报文，从而获取所述报文对应的事件内容并形成事件信息，最终处理所述事件信息形成故障于故障列表中并将所述故障列表的故障另行存储。