南宝蓝3A项目SOE事件丢失问题处理.docx

南宝蓝3A项目SOE事件丢失问题处理.docx

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

??

?

??

南宝蓝3A项目SOE事件丢失问题处理

?

??

?

?

?

?

?

?

?

???

?

?

?

?

?

摘要:本文从现场配线、PLC硬件、PLC程序等方面对越南宝蓝3A项目SOE事件丢失问题进行了分析,并根据分析结果提出解决方案,确保了现场SOE系统的正常运行。

关键词:SOE;PLC程序;

0引言

SOE记录即事件顺序记录(eventsorderrecording):记录故障发生的时间和事件的类型,比如某开关XX时XX分XX秒XX毫秒发生什么类型的故障等等。事件顺序记录装置已广泛地应用于电力系统和大型企业的供、用电系统,是记录发电厂、变电站、大型企业等供、用电系统的瞬态、稳态事件量信息,监测系统运行,保存状态数据,记录和捕捉故障信息的重要系统。

1背景

越南宝蓝3A(BaoLam3A)水电站监控系统,上位机采用NARI公司的计算机监控系统,下位机采用施耐德M580双机冗余框架。现场实施中发现SOE事件频繁丢失。对于发电厂,一旦机组发生事故时,运行人员首先可以凭着SOE信号发生的先后顺序及时进行设备故障的判断。因此SOE记录信号的准确性,对快速分析查找出机组设备故障原因有着很重要的作用。

2原因分析

2.1可能原因一:PLC获取到SOE时间后,将其存储在SOE信文区,由上位机系统循环读取。若现场SOE事件集中发生,上行事件信箱短时间溢出,将产生SOE事件的丢失;

Error:Referencesourcenotfound

图1现场SOE简报

查看现场SOE报警信息发现,SOE单点动作且不频繁时仍然存在事件丢失的问题,由此可以排除原因一。

2.2可能原因二:现场接线错误或模件故障,导致PLC未捕捉到SOE动作信号,从而无法产生SOE事件;

检查现场SOE变位发现,当SOE动作或复归时,触摸屏报警正常,未出现任何丢失报警的现象,由此可判断现场接线正常,设备变位信号已送入SOE模件,并且SOE模件已产生了变位信号。同时也从一定程度上反映SOE模件工作正常。但SOE模件产生的变位信号与其产生SOE事件为不同通道,变位信号正常只能部分反映SOE模件正常。SOE事件是否正常,需要进一步分析SOE事件报文,查看SOE模件是否正常产生SOE报文。

2.3可能原因三:SOE模件捕捉到SOE动作信号,但模件未产生SOE事件;

图2现场SOE获取程序段

分析SOE获取程序可知,SOE模件生成事件后,由功能块GET_TS_EVT_M_*获取到,并送入ERT_DATA[I].BUFFER,产生新事件标识ERT_DATA[I].NB_EVENT.

监视ERT_DATA[I].BUFFER,发现多次产生事件后有的事件写入ERT_DATA[I].BUFFER,有些事件无法写入ERT_DATA[I].BUFFER。

图3GET_TS_EVT_M_*使能端程序段

分析可知GET_TS_EVT_M_*需要通过设置ENABLE变量来清缓存以免SOE缓存溢出导致丢事件。进一步测试发现,手动设置ENABLE变量,可以完整的获取所有SOE事件。由此可知,SOE模件已产生SOE事件,PLC获取SOE报文时,GET_TS_EVT_M_*使能端未正确变位。

2.4可能原因四:PLC已获取到SOE事件报文,但SOE处理程序有误导致SOE事件丢失;

图4SOE处理程序段

分析原程序,程序将时标作为判断新事件的标志,当程序循环分析到两次事件时标相同时,不进行处理。当同一个SOE模件同时产生多个SOE事件时,由于缓存区循环使用,后生成的事件将丢失。ERT_DATA[I].BUFFER大小为30,每个SOE事件大小为6,测试发现,处理4份新事件后,同时刻所产生的其他事件全部丢失。

3解决方案

有以上分析可知,PLC程序中存在两个问题,都将导致现场SOE事件的丢失。

对于SOE获取程序段,发现GET_TS_EVT_M_*参数NUMBER设置40,所需要的BUF空间需要40*6=240,远超ERT_DATA[I].BUFFER中所限制的30。修改NUMBER为1,使其能获取SOE模件产生的事件,并及时产生结束标志ERT_DATA[I].DONE,便于后续程序对SOE事件及时处理处理。

图5修改后的SOE处理程序段

在产生新事件且功能块GET_TS_EVT_M_*获取SOE报文成功后,将ENABLE变量置为0,开始处理所获取到的SOE事件。程序处理完SOE事件后将ENABLE变量置1,继续获取SOE事件。

当ENABEL参数从0变为1,产生一个上升沿时,GET_TS_EVT_M_*清空原数据,开启新一轮读取事件工作。

原M580程序段SOE_PROC中SOE功能块调用参数设置与SOE信文区大小不匹配,不能及时生成SOE事件处理完成标记

您可能关注的文档

文档评论(0)

151****1898 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档