天朗八维 事件报表历史站
供稿:北京天朗八维技术有限公司
关键字:接近开关,数据采集,机器人
- 产品简介:
- 在DCS系统上增设了事件报表历史站,使其能按用户的要求存储任意时间长度(取决于硬盘大小)的事件报表历史记录及任意的打印或者输出功能。
产品介绍
1. 简介
1.1在DCS系统中,所有的过程报警记录、系统事件记录、操纵员信息记录以及操作员操作记录等都按发生的时间先后顺序存储在事件历史库中,一般只能 存储 1万条(在高版本中也只能有15万条),遵循先进先出的原则,以便于系统的诊断和事故的分析。但是,当事件频繁产生时,系统可能只能存储几个小时的事件记录,不能满足现场事故分析和系统维护的需要。
1.2在DCS系统中,报表(时报、班报、日报、月报、跳闸记录报表、SOE报表等)的历史记录存储功能也很有限,一般只设置了最新生成的几个报表的回顾功能,远远不能满足现场对历史数据分析的需要。
1.3在DCS系统中,事件和报表的打印都是实时的,人为无法进行选择,需要打印机随时都要在线,不仅花费了许多打印纸,而且一旦打印机故障,打印文件出现拥堵,还要消耗大量的硬盘和内存资源,严重时会影响操作员站的正常工作。
1.4为此,我们在DCS系统上增设了事件报表历史站,使其能按用户的要求存储任意时间长度(取决于硬盘大小)的事件报表历史记录及任意的打印或者输出功能。
2. 特点与性能参数
2.1 事件报表历史站提供所有的过程报警记录、系统事件记录、操作员信息记录、操作员操作记录和各种报表(包括时报、班报、日报、月报、跳闸记录报表、SOE报表等)的海量存储功能。
2.2 事件报表历史站提供上述所有记录的任意输出和打印功能。
2.3 事件报表历史站安装方法简易,不影响操作员站的正常运行。
2.4 事件报表历史站不需要占用操作员站的硬件资源,且不影响原操作员站的任何功能。
2.5 事件报表历史站可以和各个版本的操作员站集成。
2.6 事件报表历史站具有相对的独立性,安装于独立的PC机上,只需连接到操作员站的以太网上。
2.7 一般地,事件记录每天大约存储20MB的数据,普通的报表每天大约存储0.5M的数据,总共一年存储的记录不足10GB。如果需要长期保留,还可以将其转存到光盘或其它介质上。
2.8 所有的事件记录存放于大型数据库中,方便于数据的检索、浏览、查询、输出和删除。
2.9 每日早8:01自动生成最近24小时内的事件记录文件,自动归档于指定目录中,方便于拷贝到别的计算机上浏览。
2.10 每日早8:00所有的报表文件自动归档于指定的目录中。
2.11存储的文件为TXT文本格式,可以用NotePad等打开。如果需要还可以转换为其他格式。
3.功能
3.1 对事件记录的历史存储功能:
在操作员站的历史事件记录中,包括以下一些内容:
Process Alarms:
Bad Input/Output :Point has gone into bad quality.
High/Low Alarm : Point has gone into High or Low Alarm.
Deviation Alarm : Station has a deviation alarm.
Discrete Alarm : A digital point has gone into alarm.
Return to Normal :Point has returned to normal from an alarm state or bad quality.
Alarm Acknowledged :Condition of the point when the alarm was acknowledged.
System Events:
Operator Station Event :Event applicable to the MMI Node such as User logins, time adjustments, communication status changed.
Event Acknowledged :Operator has acknowledged the event.
Node Down : A MMI Node has shutdown.
Node Up : A MMI Node has started up.
Operator Messages:
Operator Message : Message sent from an operator.
Message Acknowledged : Operator Message has been acknowledged by the operator.
Operator Action
Network Operator Action : Action of global impact such as acknowledging an alarm or changing a controller setpoint.
Operator Action : Action of little impact such as installing a graphic.
3.1.1这些事件的选择在操作员站中完成,用户可以选择其中全部或者部分事件作为事件报表历史站的记录中的内容。我们把全部的事件记录文件定义为AllEvents, 操作员操作记录文件定义为OperEvents。
3.1.2一般说来,我们在一台操作员站的AllEvents中记录所有的事件信息,用以作为完整的存档;而在其它操作员站的OperEvents中仅记录本操作员站操作事件信息,因为非本操作员站操作事件记录已经在AllEvents包括了。
3.1.3这些被选择的事件按照它们在系统中发生的时间先后顺序被记录在打印文件中,每过5分钟都将有1个新的文件产生并覆盖5分钟前产生的文件,内容为刚过去的5分钟内的新的事件记录。它将被传送到事件报表历史站,并添加至大型数据库中,用于事件信息的检索、浏览、查询、输出和删除。
3.2 对报表文件的历史存储功能:
报表文件包括时报、班报、日报、月报、跳闸记录报表以及SOE报表等,事件报表历史站每天早8:00去扫描有无新的报表文件产生,新生成的报表文件将被传送并存储在事件报表历史站硬盘的对应目录中,文件名字的末尾包含该报表记录文件生成的时间。
4. 安装及设置
5. 操作
5.1在事件报表历史站上运行ReadLog.exe,出现下图窗口。
ReadLog.exe执行的是事件记录的采集功能,它的任务是将操作员站中每5分钟更新1次的打印文件添加到数据库中。所以只要它在运行着,事件记录就会源源不断地进入数据库。
5.2首次运行浏览器程序BrowseLog.EXE,则程序自动建立归档目录D:\ShiftLogs\和D:\SOELogs\,且在BrowseLog.EXE运行的情况下,在每日上午8:00都要将相应操作员站上的报表文件和SOE文件拷贝到事件报表历史站的这两个归档目录中。
5.3首次运行浏览器程序BrowseLog.EXE,则程序自动建立归档目录
D:\EventDayLog\和D:\ EventLog \,且在BrowseLog.EXE运行的情况下,每日上午8:01都要将最近24小时之内的所有事件记录输出到事件报表历史站的D:\EventDayLog\目录中,文件名称中包含起始和中止的时间标签。
5.4运行浏览器程序BrowseLog.EXE,可见如下画面:
在该画面上,可实现如下操作:
5.4.1 查询功能:(左框内)输入开始时间和结束时间(注意:为了避免查询时间太长,此处限制为不超过24小时间隔),按下“执行查询”按钮,即开始显示该时间段内的事件记录。另外,还可以通过设置“区域”和“优先级”来过滤事件记录,如果是ALL,则表示不设定此过滤。
5.4.2 输出功能:(右框内)输入开始时间和结束时间(注意:为了避免查询时间太长,此处限制为不超过24小时间隔),按下“输出文本文件”按钮,即开始输出一个在该时间段内的文本文件到D:\ EventLog \目录中,输出结束时有提示信息。此文件可以拷贝到其它计算机上供查询浏览。
5.4.2 删除功能:(右框内,和输出功能共用时间框)输入开始时间和结束时间,按下“删除”按钮,将弹出密码面板,键入“88888888”后再次确认后,即在数据库中将该时间段内的事件记录删除。
6.维护
6.1日常维护:
6.1.1定期查看事件报表历史站的各归档目录下文件是否有最新的出现,查询功能能否检索到最近的事件纪录,以此判断工作是否正常;
6.1.2每年查看事件报表历史站的硬盘是否够用,如有必要则进行手动归档至介质并删除部分老的记录。
6.2故障维护:
如果事件报表历史站的各归档目录下无最新文件出现或浏览器的查询功能不能检索到最近的事件记录,则应检查以下几处:
6.2.1程序ReadLog.exe和BrowseLog.EXE是否在运行状态,若非,则启动之;
6.2.2检查硬件连接是否正确,最直接的方法是通过Ping相对应的操作员站的IP地址,以确定是否可靠连接;
6.2.3检查事件报表历史站的系统及网络设置是否正确;
6.2.4检查并确认操作员站的有关目录是否共享,如\ABB目录共享名为pwcshare, \Conductor NT\database目录共享名为Database$;
6.2.5检查相关操作员站以下几个目录下的文件是否为最新的文件:
C:\eventall\eventall.txt, C:\oper\operlog.txt
若非,则需重新设置文件类型打印机,见4.6至4.8节;
6.2.6如果浏览器程序BrowseLog.EXE运行出现反应滞钝现象,则可察看任务管理器,看看CPU的负荷率;如果负荷率很高,可察看有几个进程在运行。一般可以结束BrowseLog.EXE进程再重新运行之,即可解决问题。该操作不会影响数据采集程序ReadLog.exe,因而不会出现数据遗失。