电厂厂级监控信息系统的实现方案与应用研究

2013-12-02 14:48:13 电力信息化  点击量: 评论 (0)
摘要:简述电厂厂级监控信息系统(SIS)发展的基本现状,提出了电厂SIS总体设计方案,对SIS的系统功能、硬件构成、软件开发、功能实现以及系统安全等方面作了探讨。并对SIS在工程应用中的网络架构方案、实时数据
3  SIS关键技术
3.1 网络架构方案
由于将来SIS网络中的实时设备生产设备信息将呈飞速增长态势,因此将SIS网建成一个能够以较经济的方式实现相对无瓶颈的网络以满足现在及未来发展的网络结构就显得非常重要。在FDDI、ATM和快速以太网/千兆以太网之间综合比较,FDDI技术虽有可靠性高、延迟性好等优点,但存在着技术较复杂、维护困难、价格较高、升级困难等缺点,尤其是FDDI网与其它网之间必须使用昂贵的路由器,会造成费用剧增;ATM技术虽有技术先进、用途广、服务质量高、发展前景好等优点,但技术最复杂、价格最高、维护最困难、规范不统一等缺点,不适用于SIS网络;基于交换式快速/千兆以太网技术具有组网方式灵活简易、维护方便、支持最广、价格容易接受等优点,且在千兆以太网上已经真正实现了较高的服务质量,因此在电厂的网络架构的选择上推荐使用以千兆以太网第三层路由交换机为网络核心的网络方案,网络协议以TCP/IP协议为主,该网络架构能够为现在和将来SIS的可靠使用和发展提供硬件保障。?

3.2 实时数据库软件
目前,市场上有多种工程类实时数据库产品,如国外的Macro View、Infoplus2.1、PI、Uniformance、iHistorian、Industrial SQL Sever,国内的NSIS、ConRTDB、Superlnfo、SLRS等。如同DCS一样,每种实时数据库都各有其特点,一般都能满足不同电厂的实时信息系统或监控信息系统的要求。用户应根据自身需求,切合实际,选择一套最佳性价比的实时数据库。一般在工程实施过程中,实时数据服务器在选型时应着重考虑如下一些因素:
(1)系统访问结构
实时/历史数据服务器应该基于开放的Client/Server结构或者B/S结构,并支持多服务器结构。B/S结构易于维护和部署,但是访问效率和控制手段稍弱。目前常见的实时/历史数据库一般都基于C/S结构,但均支持二层B/S访问方式。随着IT技术的发展,未来的实时/历史数据库的访问结构应该转向标准的三层B/S访问方式。
(2)接口技术
实时/历史数据库应该具有广泛成熟的接口解决技术,并且能实现各接口的故障隔离。接口技术可以基于专用的API技术,也可以基于目前新兴的OPC(OLE Process Control,OLE过程控制)技术。除此之外,实时/历史数据库还应该具有与全厂MIS数据库或者其它关键应用的成熟接口技术,应具有和与其联网的资料源(程控系统)进行连通的能力,它们至少应包括几个著名的DCS系统(T-XP、OVATION、SYMPHONY、MAX-DNA等系统)和的我国电站常用PLC系统的数据库。同时为了防止潜在的数据丢失,实时数据库系统应具有数据缓存能力,在网络出现故障,采集的数据不能到达服务器时,接口软件可以暂存数据,一旦网络恢复正常,数据会自动传输至数据库服务器。接口软件应能支持冗余接口。
(3)实时数据库系统客户端
实时/历史数据一般基于Windows NT或者UNIX操作平台,可以根据用户喜好选择。但从用户使用方便的角度来看,实时数据库系统应全面支持微软的体系结构,这是一个有一定争议的话题,但文献[4]认为实时数据库系统的客户端软件应基于Windows开发,与微软的操作系统兼容。至于实时数据库服务器端软件最好能同时具有Windows和各种UNIX版本。
(4)编码规则
由于全厂的所有信息资源(包括全厂的实时I/0测点、所有厂级设备信息、电网有关信息等)都要由数据库来处理,因此对所有信息编码进行统一处理,同时要考虑MIS和DCS的信息编码的统一性和互换性,系统资料应自动同步。制定编码规则时还应考虑适应选用的数据压缩方式。

大云网官方微信售电那点事儿

责任编辑:和硕涵

免责声明:本文仅代表作者个人观点,与本站无关。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
我要收藏
个赞