- 相关推荐
电厂网络安全应急预案
在平平淡淡的学习、工作、生活中,难免会突发一些事故,为了避免事情往更坏的方向发展,常常要根据具体情况预先编制应急预案。那么应急预案应该怎么编制才合适呢?以下是小编收集整理的电厂网络安全应急预案,欢迎阅读与收藏。
一、DCS系统概述
鸭河口电厂二期机组的分散控制系统(DCS)采用北京日立控制技术有限公司的HITACHI-5000M系统。整个系统划分为#3机组DCS系统、#4机组DCS系统、公用DCS系统三大块。DCS系统覆盖常规的DAS、FSSS、MCS、SCS、ECS系统。而DEH、MEH、ETS、TSI、小机TSI、火检控制柜等专业性较强的系统设备由主机厂家配备,与DCS之间有可靠的通讯接口。
每台机组设置操作员工作站(POC)五台、工程师工作站(EWS)一台、历史工作站(HIST)一台、数据采集与处理系统(DAS)一台。其中POC、EWS、HIST、DAS均接入以太网上,历史工作站也具备在线监控功能;FSSS、SCS、MCS、MEH、ECS作为DCS的网络站点均依次挂在DCS的控制级网上,公用DCS则通过网络耦合器与两台机的DCS网络相连;控制级通讯网络采用双冗余环状光纤网络(外网顺时针、内网逆时针),具有某个站点故障情况下其他站点仍可正常传送、单一网络通讯线路故障情况下各站点数据传输不受影响、某个局部两条通讯线路均故障的极端情况下各站点仍可正常传递数据、任何故障发生时能及时报警且故障消除时网络自行恢复等优点。
DCS系统配备了后备应急按钮独立于DCS系统之外,保证在DCS系统出现异常和紧急情况下停止或者启动相关设备。
DCS操作互锁功能:在网关软件的设置中,有关于两台单元机组谁拥有对公用系统的操作权的设置,且这个设置对两台机组而言是互斥的,但任何一台机组在任何时候都可以通过本身画面上的专设按钮来请求对公用系统的操作权限。这种请求是强占式的,即谁申请,权给谁。所以即使发生当时有操作权限的一台机组的DCS全部瘫痪而不能操作的情况,另一台机组也可以马上请求而获得对公用系统的操作权限。
电源设计方面,DCS系统设有专门的电源柜,设计为两路电源:主机UPS(主)、保安B段(备),所带负荷有FSSS柜电源、SCS柜电源、MCS柜电源、MEH柜电源、ECS柜电源、主控室操作员站电源、工程师室操作员站电源,各负荷双路电源均可实现不间断切换。
二、DCS系统故障的应急处理
应急处理原则:当DCS系统出现异常,立即通知热工人员到场处理并汇报各级领导。运行人员应沉着冷静、果断处理,确保机组设备安全。首先分析判断出故障类别及范围,仔细查看对机组监控的影响程度后进行处理。机组暂时运行稳定但无控制手段时应先保持稳定,立即联系检修处理,短时无效果应立即停运机组;事发前机组运行不稳定且已无控制手段时应立即停运机组;对机组已无监视手段时应立即停运。
应急处理的注意事项:迅速安排就地人员做好准备并注意人身安全,保持通讯畅通;DCS因电源失去故障,运行人员不可盲目进行电源恢复以防扩大事故,系统内部电源操作应由热工人员进行;DCS通讯网络瘫痪需要紧急停机时注意厂用电的切换,若厂用电失去确认无异常后应迅速通过邻机公用操作权限合厂用电备用电源开关,无效时可以考虑将母线段上负荷开关断开后就地手动合备用电源开关。
1、操作员站故障时的应急处理
(1)部分操作员站显示器黑屏时,若其他的操作员站可以进行监控,则继续监视机组正常运行,立即通知热工人员处理;若不能正常监视、安全操作,可以紧急使用工程师站内操作站进行监控,通知热工人员立即处理故障操作员站,期间尽量不要有重大操作。
(2)全部操作员站故障时,若电源正常可紧急逐台热启一次,观察操作员站是否能恢复正常,并立即通知热工人员到场处理;若因电源故障导致集控室内所有操作员站不能使用,可紧急使用工程师室内操作员站进行监控;若所有操作员站故障(集控室和工程师室内操作员站均故障),短时处理不好且故障前机组运行不稳定,则立即打闸停机停炉,若故障前机组运行稳定但无法监视机组参数则也应立即打闸停机停炉。
2、通讯网络发生故障时的应急处理
(1)DCS通讯网络发生故障时,造成所有数据不能进行刷新(死机),应立即汇报并按“全部操作员站出现死机”处理。
(2)SCS系统通讯网络发生故障时,立即通知热工人员处理并汇报,同时运行人员维持机组稳定运行,加强监视,并可根据需要安排人员进行就地操作。不能维持设备运行(运行设备跳闸,备用设备无法启动)时,应紧急停止机组运行。
(3)MCS系统通讯网络发生故障时,立即通知热工人员处理并汇报,同时运行人员维持机组稳定运行,加强监视,必要时采取就地操作,维持参数在正常范围内。若运行参数达到停机停炉值时,应紧急停止机组运行。
(4)FSSS系统通讯网络发生故障时,应紧急停止机组运行并立即汇报,若手动MFT按钮无效,则应立即采取停止给煤和燃油系统运行的措施,同时安排人员就地检查停运情况。
(5)MEH系统通讯网络发生故障时,立即通知热工人员处理。此时若A/B汽泵未发生跳闸则应维持机组稳定运行(因给水无法操作,应保持燃烧稳定),启动电泵保持热备用状态。若故障短时无法消除,做好事故预想后打跳一台汽泵并立即并入电泵调整机组稳定,再打跳另一台汽泵,调整机组稳定。
(6)ECS系统通讯网络发生故障时,立即通知热工人员处理,同时运行人员维持机组稳定运行并加强监视,可根据需要安排人员进行就地操作。不能维持设备运行(运行设备跳闸,备用设备无法启动)时,应紧急停止机组运行。如果在并网过程中发生ECS系统通讯网络故障,则停止并网操作。
3、DCS系统各功能故障时的应急处理
(1)DEH失电时汽轮机应自动跳闸,按机组跳闸处理,否则应立即手动停运机组。
(2)FSSS失电时MFT保护应及时动作,否则应立即手动停机停炉。
(3)SCS和MCS失电时,运行人员立即联系检修处理,并加强监视稳定机组运行,不能维持时应紧急停止机组运行。
(4)MEH失电时A/B汽泵均应跳闸,检查各联锁动作是否正常,否则手动干预,若电泵联启立即加出力以力争不发生MFT,但能挽救成功的几率较小;若汽泵未跳闸则立即启电泵带出力后盘上硬操打跳A/B小机,检查各联锁动作是否正常,否则手动干预;若MFT动作则按机组跳闸处理。
4、紧急停止机组运行的操作方法
(1)立即派值班员分别到汽轮机处、锅炉零米处、6KV母线室、380V母线室、6、9米主机油系统处;公用系统操作权限切换至临机操作方式;通过盘前硬操按钮依次打跳锅炉、汽轮机、A/B汽泵、观察发电机电度表停转后打跳发电机并灭磁;观察机组转速正常下降,查看厂用电切换正常后盘上硬操启动主机交流油泵,母线段上启动顶轴油泵,若顶轴油泵不能启动立即联系盘上硬操开启真空破坏阀,母线段上停运真空泵,就地开启辅汽供轴封调节门;观察制粉系统联跳正常、一次风机联跳正常,适当开启锅炉PCV阀以防超压;就地检查关闭汽泵出口电动门,并停运A/B汽前泵,开启凝泵再循环后关闭除氧器上水门。
(2)若盘上硬操MFT失效,立即联系就地人员在母线段上紧急断开磨煤机、一次风机、给煤机电源开关,并派人就地隔离炉前油系统,盘上硬操开启锅炉PCV阀泄压。
(3)若盘上硬操停机失效,立即联系就地人员在机头处打闸汽轮机。
(4)全面检查机组打闸后各联锁动作是否正常,否则立即就地操作。
(5)在故障处理好前,对运行设备无法监视时就地人员应加强设备系统的巡视检查。
(6)就地监视主机转速到零后投入盘车运行,就地进行停机后的其他正常操作。
(7)紧急停机的操作方法应根据DCS故障的严重程度具体情况进行。
三、DCS系统故障的预防措施
运行人员应熟悉DCS系统结构布局、各主单元柜具备的功能,尤其应熟悉电源回路的设计与运行方式。
运行人员监盘时应定期检查DCS系统的网络和主要设备状况,发现问题及时汇报并通知检修处理。
热工维护人员应加强对DCS系统的监视检查,当发现CPU、网络、电源等存在故障时及时通知运行人员并迅速采取相应对策。
规范DCS系统软件和应用软件的管理,软件的修改、更新、升级必须履行审批授权及责任人制度。
在修改、更新、升级软件前,应对软件进行备份。未经测试确认的各种软件严禁下载到已运行的DCS系统中使用。尽量不要在DCS系统中使用不确定介质(如光盘、软盘等),避免病毒感染。
严格遵守工程师站管理规定,建立有针对性的DCS系统防病毒措施。不允许将便携电脑直接连接到DCS网络中,防止病毒感染。
热工维护人员在DCS系统的维护管理方面应注意同运行人员沟通情况,严防非运行人员(或未经运行人员允许)对机组的安全运行有干预行为。
专业人员和运行人员应对DCS运行的异常状态反应敏捷,并能及时做出正确的判断和采取相应的对策。
四、结论
随着火力发电厂DCS系统的自动化和智能化日趋完善,DCS控制系统的安全性、可靠性也变得越来越高。从一定意义上讲,“有故障”是绝对的。但是,故障与事故之间并不是必然的关系,对故障也不是不能防范,关键是如何尽早发现,然后预防、控制和排除故障,避免故障的进一步扩大。这就不仅对热工维护人员,而且对运行人员也提出了更高的要求。为了保证机组长周期、安全稳定的运行,电厂运行人员一方面要加强学习,熟悉系统工作原理和设备特性,另一方面要编制相应的DCS系统事故预案并进行事故演练,以便在异常发生后能正确快速地进行处理。以上是结合运行工作的实际,从实践中总结出的一些经验,希望这些基本思路和方法能给火力发电厂的生产运行人员提供一定的借鉴。
【电厂网络安全应急预案】相关文章:
网络安全应急预案12-07
电厂防汛防灾应急预案08-24
热电厂应急预案11-09
热电厂的应急预案05-26
(优选)网络安全应急预案02-26
街道网络安全应急预案02-19
公司网络安全应急预案06-04
网络安全应急预案(必备)03-26
学校网络安全应急预案12-05
网络安全事件的应急预案05-18