摘要：虽然数字化变电站基本实现了“集中监控，无人值班”的运行模式，但告警信息量的急剧膨胀，使变电所集中监控中心的信息量大幅增加，只读、处理这些信息耗费了大量时间与人力，甚至导致很多关健信息被淹没。为此，建立了数字化变电站智能警示与决策分析系统，着重对系统的模型配置、通信服务、事项服务、人机界面进行分析。

    数字化变电站实行“集中监控，无人值班”运行模式后凸现的重要问题之一就是变电站集中监控系统的告警信息量急剧膨胀，而系统的告警处理功能受限于远动系统仍采用常规远动规约的限制，仍停留在较低的层次上。尽管目前设备配置日益复杂和先进，但传输的数据信息和数据处理能力极其有限，以至于变电所实施集中监控后，监控中心的信息量大幅增加。正常工况下都会有数百上千的信息滚动输出，只读、处理这些信息会牵制监控值班人员的大量时间和注意力；事故或异常情况下的信息更多，充斥于告警及SOE窗口，淹没重要或关键信息，或在后续信息的推挤下迅速溢出窗口，造成查找和判读关键信息困难，甚至漏读有关重要信息，影响事故处理的进程。为此，本文建立了一套变电站和调度中心两级分布式数字化报警和故障诊断系统，以期将运行人员从浩繁的信息处理手工作业中解放出来。

    1 通信服务
    通信服务功能模块负责与站内间隔装置通信，将采集的信息通过SB管道向事项服务、实时服务等功能模块分发；同时按照顺序表向远动主站发送智能告警、决策分析和故障简报等信息。通信服务功能模块由通信组件、通信规约组件、通信代理组件组成。通信组件依赖通信规约组件实现与间隔装置之间的通信处理；当地通信代理组件负责与其它组件通信，并向其它组件发送相应数据，为其它组件屏蔽底层跨网络的进程通信处理细节。
    在通信组件中，底层通信主要是通道、通信设备、通信设置参数等，其类层次设计如图1所示。CCommDevice类负责设备的设置，从设备端口接收数据和往设备端口发送数据。CEtherNetDev派生于CCommDevice，它的数据收发还要依赖一个CSocket类。CChannel类依赖CComm-Device类完成自己的缓冲区数据收发，CCommLink聚合通道和规约。CProtocol和CChannel一一对应，且CPro-tocol类明确知道自己的工作通道。

    在通信规约组件中管理的主要对象是规约，而规约作为一个独立的模块实现单独开发，以动态连接库的模式运行，模块提供自己的接口供外部调用。规约安装时应将自己注册到系统中，以便系统根据用户设置调用。注册方式是规约编写注册到系统注册表代码，将规约的ID和规约文件关联。系统为每个规约分配一个ID，ID资源也需进行管理和维护。系统运行调度模块中的每个通信子系统维护都在一个表，表的内容是关于本子系统上活动的通信连接；子系统通过线程调度，针对每个通信连接建立一个线程。
    通信代理组件主要完成向事项服务、实时服务等功能模块的数据分发。

    （1）事项服务代理中，事项的发布和订阅采用observe模式设计，事项发布类作为一个源，事项订阅类作为观察者，结构如图2所示。Subject是被观察者类；Observer是观察者类；CEventManager是事项管理器类；CEventOb-server是事项观察者类，需要事项通知时从该类派生一个事项观察者，注册到事项管理器CEventManager对象中即可实现对事项的通知；CEventQueue是事项队列先人先出模板类；
CEventClass是具体的事项类，是指从CRTEvent派生的各种具体事项类；CAppEvent是应用事项类，主要用于描述远动通信模块启动、退出、线程运行异常等信息；CCommEvent是通信事项类，包括IED通信异常（恢复）、A/B网中断（恢复）等事项；CIEDSoeEvent是SOE事项类。

    （2）实时服务代理结构如图3所示。CRTServerlnterface是实时服务接口类；CRTSvrDataProcess是实时服务数据处理虚基类；CRTSvrParamSyncProc是实时服务向通信服务同步一二次映射参数处理类；CRTSvrSendDataProc是向实时服务发送实时数据的处理类；CRTSvrInsertTQ-DataProc是向实时服务插发同期数据处理类；CRTSvr-TransDataProc是转发实时服务的数据处理类。

[1] [2] [3]  下一页