[发明专利]一种继电保护故障报告的生成方法、装置及系统

说明书

本发明涉及一种继电保护故障报告的生成方法、装置及系统，以变电站中一次设备所关联的二次设备信息为基础，并且采用全局通用配置文件方式来定义动作事件分类，通过定时任务调用规则引擎微服务方式实现对动作事件信息的筛选过滤，及时准确地生成包含一次设备故障类型和故障测距等重要信息的故障报告，从而为变电站运维人员排查设备故障提供强有力的数据支撑，进而为变电站的安全稳定运行提供安全保障。

技术领域

本发明涉及电力系统继电保护相关领域，尤其涉及一种继电保护故障报告的生成方法、装置及系统。

背景技术

随着信息技术不断发展、继电保护故障信息主站(简称“保信主站”)应用逐渐深入，用户对系统的业务功能、系统安全、稳定性、接入能力等方面提出了更高要求，各主站逐渐对旧的保信系统进行升级，从系统存储、系统性能等方面对系统进行重构。继电保护故障信息主站(即保信主站)是指用于采集处理各种电力二次装置信息，利用这些信息，分析处理电网故障，提供保护装置状态检修决策，为继电保护运行、管理服务，是服务于继电保护运行管理的监控决策系统。

变电站中一次设备是保障电网安全的基础、也是变电站的核心，若一次设备出现故障，那将会影响变电站运行效率，更严重的话，可能会影响变电站的安全运行，因此继电保护系统中具有一种实时且准确的故障报告就显得十分必要。

目前传统实现方案是用C++语言编写，并且通过多线程的方式来实现故障报告，由于技术架构，计算机整体发展水平等限制，导致系统扩展性比较差，特别是当出现台风数据时，短时间内子站会上送大量动作事件、告警事件、开关量变位、录波通知等信息，这会导致系统CPU利用率飙升，系统出现卡顿，不仅延长了生成故障报告所等待的时间，而且还会影响系统其它功能的使用，比如导出子站运行率报表，查看主接线图等。此外，传统实现方案一般都是通过手动方式在关系型数据库中配置动作事件的分类(I类，II类，III类)信息，以此来实现对动作事件的筛选过滤，但是当某个厂站重新初始化后，容易出现动作事件分类信息漏配的现象，进而导致故障报告数据不准确。

发明内容

基于现有技术的上述情况，本发明的目的在于提供一种全新的解决方案，紧密结合现在流行的流式处理技术和定时任务以及规则引擎的新思维理念，以变电站中一次设备所关联的二次设备信息为基础，并且采用全局通用配置文件方式来定义动作事件分类，通过定时任务调用规则引擎微服务方式实现对动作事件信息的筛选过滤，及时准确地生成包含一次设备故障类型和故障测距等重要信息的故障报告。

为达到上述目的，根据本发明的一个方面，提供了一种继电保护故障报告的生成方法，包括步骤：

将从子站接收的生数据转换为熟数据，并将产生的熟数据发送至Kafka的第一类主题中；

通过Kafka中的程序订阅所述第一类主题，按照第一预设格式将所述熟数据组成记录，发送至Kafka的第二类主题中；

通过KafkaStream程序订阅所述第二类主题，采用流式处理方式按照第二预设格式将所述第二类主题中的数据聚合，发送至Kafka的第三类主题中；

通过Kafka中的程序订阅所述第三类主题，将所述第三类主题中的数据存储到REDIS数据库；

通过定时任务触发生成故障报告的主逻辑，所述主逻辑调用规则引擎对所述数据中的事件信息进行筛选过滤以生成故障报告。

进一步的，所述生数据包括动作、告警、开关量、以及录波通知。

进一步的，所述第一预设格式包括：厂站名+一次设备类型+一次设备名称+事件发生时间。

进一步的，所述第二预设格式包括：厂站名+一次设备类型+一次设备名称+事件发生时间。

进一步的，所述故障报告的基本信息存储在Oracle数据库中，详细事件信息存储在MongoDB数据库中。