换流站服务器系统讲述.ppt

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

2.HMI与数据库系统事件流分析 现有MACH2系统均采用Intouch作为HMI程序。HMI程序从数据库中获取各种事件必须依靠Intouch集成的SQL访问管理器。下面将对SQL访问管理器如何配合服务器完成事件的传递进行详细分析。在HMI使用SQL Server数据库的步骤可分为如下3步: 1)连接数据库 连接SQL Server数据库使用函数SQLConnect,其语法格式如下: [ResultCode=]SQLConnect(ConnectionID, ConnectString); SQLConnect() 返回一个值给 ConnectionID 参数,后续的所有 SQL 函数都将它用作参数。 2)填写SQL脚本 填写SQL脚本的工作由函数SQLAppendStatement完成,其语法格式为: [ResultCode=]SQLAppendStatement(ConnectionID, SQLStatement); SQLAppendStatement() 函数使用字符串得内容来追加 SQL 语句。返回值指出在函数调用过程中是否发生了错误。 3)执行SQL语句返回结果 SQLExecute 函数在脚本中运行 SQL 查询。其语法为: SQLExecute(ConnectionID,BindList,StatementID); 如果语句包含 SELECT,则 BindList 参数指定用于绑定数据库列与 InTouch 标记的“绑定列表”的名称。如果“绑定列表”为 NULL,则不进行任何关联标记的操作。利用以上三个函数可以完成SQL的连接,SQL语句的填写以及SQL语句的执行,从而实现HMI程序对SQL Server服务器的查询操作。 3数据库系统与MACH2主机事件流分析 MACH2主机事件的上送是由主机事件转发进程MainCPU_Event完成。该进程通过ODBC将事件队列中的事件分别插入到数据库中的Point表及Event表中。当MACH2主机事件队列中有新事件产生时,MainCPU_Event进程将按照事件队列的优先级将新事件进行转发。由于需要将事件写入数据库中的表,故转发进程需向服务器请求执行相应的SQL语句才能完成上述功能。 下面为利用数据库监视程序查看到的MainCPU_Event进程向数据库请求事件插入的T-SQL语句。 declare @p1 int set @p1=2129275 exec sp_prepexecrpc @p1 output,NLogEvent,GG.S1.-A.FP1.1..PCIB.NODE.50.0,A,2011.05.10,00:48:57:087,1,2,251,1,0,0,0,3,709,1,0,0,1,0,1,1 select @p1 4.MACH2主机与IO板卡事件流分析 各IO板卡及MACH2主机产生的事件必须首先送入 MACH2主机的事件队列中,MACH2主机的事件队列按优先级共分为7个事件队列,事件按照自身所属的优先级被送往相应的队列中。MACH2主机内部事件流图如下: Hidraw自带的Himon工具可以查看到主机内每个事件队列的事件内容,每个事件队列总共可以存放2000条事件。事件队列能否发送数据还依赖于主机系统状态,若主机处于测试状态,此时事件队列内事件将变为0,主机事件无法发送且无法用Himon工具进行观察。 MACH2主机事件的传递过程需经过板卡至主机,主机至服务器,服务器至运行人员工作站这3个过程。任一过程出现故障均会导致事件异常。下面将以2011年5月10日江陵换流站出现的一次运行人员工作站事件刷新异常为例,对整个事件流故障排查方法做详细的介绍。 1 HMI程序至SQL Server服务器事件流检查 2011年5月10日00:25,江陵换流站Intouch界面事件列表内出现大量异常事件,事件列表出现刷屏现象,影响正常监盘。刷屏故障如下图。 出现故障后,按照事件流的传递过程从上而下的查找故障源,首先应检查运行人员工作站Intouch程序运行是否正常,与数据库通讯是否有异常。检查方法如下: 1)点击事件列表中的滚动条按钮,或来回切换事件列表,引起Intouch向数据库发送事件查询请求。 2)查看日志记录工具,判断Intouch有无正常获取数据。Wonderware Log工具界面如下图: 利用Wonderware Log工具可以在Message栏内可以查看到Intouch内部的调试信息,帮助判断Intouch在执行过程中是否出现故障,此时由于现场数据在大量刷屏,若事件确实由服务器传送过来应能在Wonderware Log中找到相应的日志信息。从现场日志情况来看,Intouch正常的从服务器中获取到了事件数据,并且全部运行人员工作站

文档评论(0)

shuwkb + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档