一起主变有载调压操作指令反相分析和思考.docVIP

一起主变有载调压操作指令反相分析和思考 　　摘要： 2009年7月21日，某监控中心在对35kV沿河变#2主变进行人工置数升档操作时，发现原本是升档的操作指令发出后却变成降档操作。通过分析这次故障的原因，找出解决问题的方法，告诫我们监控验收的重要性，防止类似异常现象的发生。 　　关键词： SCADA系统；有载调压；监控验收 　　中图分类号：TM7 文献标识码：A 文章编号：1671－7597（2011）0210186－02 　　 　　0 引言 　　目前一个中心多个操作队的运行管理模式在江苏电网中已经普通展开，无人值班变电所的普及不仅对我们的现场设备安全运行提出了更高的要求，同时对我们的运行管理模式也提出了严峻的思考。 　　1 事件背景 　　2009年7月21日0时45分，35kV沿河变因力率偏高切除电容器后，10kV系统电压偏低，由于当时该设备通道不是很好，于是监控人员在ON2000系统中，进行#1主变由2档调压至3档压成功后，进行#2主变有载调压联调时未能成功，对#2主变进行人工置数升压调档，当发出操作指令“将#2主变由2档升至3档”，却发现#1号主变在1档位置，反而降了一档。当班监控人员百思不得其解，于是抱着试试看的心理将##2主变进行降档操作，结果#2主变反而升档操作了。（如图一所示） 　　2 原因分析 　　35kV沿河变在迎峰度夏前一直是#1主变单主变运行方式，迎峰度夏后按调度要求改为全接线运行方式（#1、#2主变并列运行）。由于自双主变并列运行以来设备、通道一直保持良好状态，所以该缺陷隐患一直未能发现。 　　直至2011-2-1721由于#1主变调压成功后，#2主变联调失败后，当值监控人员在ON2000系统中进行人工置数手工有载调压时才发现这一缺陷。 　　为什么在此之前没有出现这一异常现象呢？ 　　会不会ON2000系统程序因病毒发作而出现程序故障误发操作指令呢？我们监控中心监控后台机SCADA系统完全按照公司计算机信息管理条例要求已将USB接口、光盘进行技术处理完全禁用，主机箱后盖上信息中心的封条也完好如初，所以排除计算机病毒而造成误发操作指令的可能。 　　从操作上来看，其它变电所的主变有载调压、电容器的投切均能正常操作，说明ON2000系统程序运行正常。35kV沿河变#1主变有载调压运行正常，说明现场的RTU及1#主变测控装置正常，问题会不会出在#2主变测控装置上或接线错误呢？那么为何之前TOP3000无功优化系统操作一切又正常呢？ 　　2#主变能够进行升、降档操作，说明测控装置基本良好，只不过是执行的命令相反而已，那么会不会接线有误呢？ 　　现在我们再来分析对比TOP3000无功优化系统中35kV沿河变的#1、#2主变有载调压操作程序指令，如下图二、图三所示。 　　通过对35kV沿河变#1、#2主变有载调压操作程序指令对比，我们不难发现：表示为降档的操作指令“0”却出现在升档操作程序指令中。也就是说：当系统电压较压需要进行升档操作时，TOP3000无功优化系统通过ON2000系统向35kV沿河变#2主变发出的操作指令实际上是“降档”，这样一来更加证明了ON2000系统本身不存在任何问题。 　　那么最大嫌疑就是35kV沿河变#2主变现场接线接反了。通知操作队到35kV沿河变后，在其现场进行了一次升档操作，结果#2主变仍然是降档。 　　于是操作队立即通知检修人员进行缺陷消缺处理。 　　3 缺陷消除 　　检修人员到了现场后，进行缺陷查找确认后，将35kV沿河变#2主变升、降档有载调压接线对调了一下。再次在现场后台机及ON2000系统中进行人工操作，结果一切正常，如图四所示。 　　接着又将TOP3000系统中35kV沿河变#2主变有载调压操作指令进行了修改，经测试一切正常。如图五所示： 　　4 引发问题思考 　　经过这样的一个实例分析来看，这是一起完全可以避免的缺陷。35kV沿河变#2主变是公司08年6月份扩建增容的新设备，该缺陷从#2主变投运起就已存在，只不过是#2主变投运以来几乎一直处于热备用状态；即便#2主变运行期间，由于设备通道一直良好，都是由无功优化系统自动进行有载调压，所以未能发现该缺陷。但是该缺陷在#2主变投运验收时就应该能够及时发现，现在来看验收只能说是流于形式了；再者TOP3000系统无功优化厂家在做新设备间隔时，就已发现该缺陷，但可能由于种种原因，他也没有向监控人员及时汇报设备存在的缺陷问题，而是为了完成任务而完成任务（即将升、降档的指令对掉了一下），从而失去了最后一道及时整改缺陷的机会。 　　笔者以为，现在无人值班变电所已基本普及，监控变电设备安全、稳定运行是监控中心日常重要工作之一，只有及时、完整、正确地将设备相关信息传送至监控后台机，监控人员