1 / 5
文档名称:

深圳地铁5号线pscada系统漏soe问题研究.doc

格式:doc   页数:5页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

深圳地铁5号线pscada系统漏soe问题研究.doc

上传人:mfhrekp299 2015/8/25 文件大小:0 KB

下载得到文件列表

深圳地铁5号线pscada系统漏soe问题研究.doc

文档介绍

文档介绍:深圳地铁5号线PSCADA系统漏SOE问题研究
[摘要]本文针对深圳地铁5号线开通初期,控制中心PSCADA系统客户端漏35KV开关变位SOE问题进行了详细的分析和探讨,对深圳地铁5号线PSCADA系统的SOE产生机制进行了阐述,并提出了漏SOE问题解决方案,具有借鉴意义。
[关键词]PSCADA;SOE;IEC60870-5-104
中图分类号:TP319 文献标识码:A 文章编号:1009-914X(2014)29-0333-01
顺序事件记录(SOE,sequence of event)在电力行业中主要用于记录开关变位及保护动作顺序和时序,作为事故追忆的重要依据。为分辨出各信号的动作时序,SOE时标分辨率通常为毫秒级。深圳地铁5号线PSCADA系统调试阶段存在控制中心客户端上出现漏35KV开关变位SOE问题,如供电系统如出现保护动作等事故,电调及系统维护人员无法快速通过中心客户端调取35kV开关变位SOE记录进行分析,为解决漏SOE问题我们对深圳地铁PSCADA系统SOE的产生机制进行了研究。
一、深圳地铁5号线PSCADA系统通讯结构简介
深圳地铁5号线PSCADA系统结构示意图如图1所示。35kV开关柜中线路保护装置通过485总线与PSCADA系统部署在车站的两台FEP通讯。车站高压控制室内设有车站监控一体一台,用于提供人机界面。OCC控制中主心设有冗余服务器两台,服务器及车站监控一体机与FEP通讯采用IEC60870-5-104远动通讯规约。
二、漏SOE原因分析
为分析中心漏SOE的原因,我们在中心两台服务器上分别安装了Wireshark网络抓包及协议分析软件,对服务器网口的IEC60870-5-104协议通讯报文进行实时抓取,以下为某35kV断路器由合位变分位的通讯报文及报文解析:
68 0e 3e 00 02 00 01 01 03 00 03 00 04 00 00 00 。报文解析:单点信息报文主动上送,点号=4,状态:0。
68 15 40 00 02 00 1e 01 03 00 03 00 05 00 00 01 b7 c4 14 03 b8 08 0c。报文解析:带CP56Time2a 时标的单点信息报文主动上送,点号=5,状态:1,时标:2012年8月24日3时20分50秒359毫秒。
68 0e 42 00 02 00 01 01 03 00 03 00 05 00 00 01 。报文解析:单点信息报文主动上送,点号=5,状态:1。
上述报文中单点信息报文为遥信变位报文,带CP56Time2a 时标的单点信息报文为SOE报文。35kV开关位置信号为双位置点,点号分别为4和5,用这两点的状态组合表示开关状态,其中,二进制数1 0表示开关合位,0 1表示分位,0 0或1 1表示无效位。当开关分闸位置状态产生后FEP向中心服务器主动上送两条遥信变位报文,分别表示点号4状态为0及点号5状态为1,而SOE报文只有点号5状态为1的报文。即无论合闸位置信号产生或分闸位置信号产生,中心服务器只能收到双位置点中状态置1的带CP56Time2a 时标的单点信息报文,而另一状态置0点无带CP56Time2a 时标的单点信息报文上送。
深圳地铁5号线SOE的产生有两种方式,一种为保护