程控命令交互异常情况建模及其应用.docVIP

程控命令交互异常情况建模及其应用 　　摘 要：基于IEC61850控制模型，提出了数字化变电站命令交互过程异常情况的建模方案。讨论了程序化操作命令交互流程等问题。方案引入了错误类型表示出错原因的种类和错误索引对应错误类型的具体出错原因条目的概念。采用MMS读写服务上送命令出错原因，实现了程序化操作异常情况的规范化建模和控制过程出错原因的描述。工程实践证明，命令交互异常情况的建模方案增强了程控自动执行过程的可控性，减轻了操作人员人为分析、处理异常情况的工作量。 　　关键词：数字化变电站 IEC61850控制模型 程序化操作 MMS读写服务 出错类型 出错索引 　　中图分类号：TP391 文献标识码：A 文章编号：1672-3791（2014）07（b）-0028-02 　　程序化操作，即操作人员从当地后台或监控中心发出一条操作指令，该指令按照程序预先设定好的控制逻辑去操作多个控制对象，同时进行各种控制和防误闭锁逻辑判断，以确定某个操作任务是否能执行，并实时反馈各种过程信息[1]。采用程序化操作的变电站打破了传统运行操作方式，为实现真正意义上的无人值班进而应对人员缺少和变电站的日益增多的矛盾，提高变电站安全运行水平，开辟了一条全新的出路。 　　在程序化操作的过程中，由于操作票及操作项的执行过程是自动执行的，采取必要的措施来保证操作的正确性和可控性具有重要意义[3]。现有的程序化操作票执行过程都设计了步骤信息的上送，但步骤信息只是反映了操作票执行的结果，而命令的交互则贯穿整个程序化操作过程，在调票、选择、执行、继续执行、终止执行的每个阶段都需要命令交互，因此很有必要研究对命令交互过程发生的异常和错误情况进行建模。 　　本文在总结试点变电站运行经验的基础上，并基于IEC61850控制模型，对变电站程序化操作整个过程中可能出现的出错原因进行建模和设计，为监控中心提供详细的程序化操作过程信息，操作人员可通过人机交互界面处理异常情况。本文对命令出错类型和原因的建模方案不局限于程序化操作的应用，亦可推广应用到数字化变电站所有的控制命令。 　　1 站内通讯协议 　　IEC61850采用了面向对象的数据模型，使得在整个变电站域内，所有的智能电子设备节点模型中的任意信息点都有其独一无二的层次化标准引用名，通过引用名可以实现所需信息的简单快速查找与定位，为装置间信息交互和装置内部函数调用提供了高效的手段[2]。且IEC61850可承载操作票及操作过程信息，通讯方式快速可靠，可以方便实现间隔层装置之间的通讯。因此IEC61850是目前实现不同厂家程序化操作互联互通的协议的不二选择。 　　2 IEC61850控制模型 　　在IEC61850中，控制服务可分为加强型控制和普通型控制两大类。加强型控制需对控制的结果进行校验，以判断执行是否成功；普通控制不需要校验执行结果，控制过程随着执行的结束而结束。加强型控制又分为带预置和不带预置两种，即分为加强型选择控制和加强型直控。普通控制也分为选择型控制和直控[3]。 　　加强型选择控制方式多用于对执行过程的可靠性要求较高的场合，如断路器及隔离开关遥控、保护软压板投退等。其他一些要求快速执行而不要进行任何校验的场合会选用直控方式，直接对控制对象进行控制，一步执行完毕即控制结束，如保护测控装置的远方复归、变压器有载调压开关档位升降的急停等。本文基于加强型选择控制服务讨论程序化操作。 　　3 程序化操作流程 　　实现程序化操作有两种方案：单独采用程序化操作服务器实现的方案（方案1）和采用间隔层设备与程序化操作服务器共同实现的方案（方案2）[4]。目前国内大部分厂家采用方案2，本文基于方案2来讨论程序化操作命令出错情况的建模和处理[5]。 　　程序化操作对下的命令包括五种：（1）操作票的调取操作。（2）操作票的选择操作。（3）操作票及操作项的执行操作。（4）操作票及操作项的继续执行操作。（5）操作票及操作项的终止执行操作。其中继续执行用在有提示操作项的情况，需等待操作人员进行操作的确认或需要人工参与操作之后，才能继续执行后续操作项。 　　图1是单装置程序化操作票后台与装置之间的命令交互流程。首先后台下发程控调票命令，装置上送相应操作票的校验码，校验通过后后台下发程控选择命令，装置进行反校，后台收到反校后下发程控执行命令，装置进行执行反校，然后上送执行过程中的步骤信息。 　　图1给出的仅是命令正常执行情况下的交互流程，命令执行过程可能出现的异常情况并没有在图中体现。为了对程控操作过程命令出错的情况进行统一规范的描述，本文对采用IEC61850通讯的命令出错的原因进行建模，并在操作客户端显示命令出错原因的具体描述，可供操作员在命令交互过程出现异常时进行人为干预。 　　4 程控命令出错原