文档详情

10.12日cpu死机事故分析报告董石

小**
实名认证
店铺
DOC
1.68MB
约4页
文档ID:88020088
10.12日cpu死机事故分析报告董石_第1页
1/4

事件(含障碍、异常)分析报告事件名称2016年10月12日01CJC01柜CPU故障导致ST30自动停机事故分析报告事件性质特大事故 重大事故 较大事故 一般事故 一类障碍二类障碍 异常 人身事故 其 他:起止时间 2016 年 10月12日填报部门运行部填报时间2016.10.191、 事件前的运行工况(可附页,下同):Block20联合循环运行,GT21负荷205MW,GT22负荷210MW,ST20负荷120MW,ST20主蒸汽压力72Bar,中压压力19.0Bar,低压压力1.81Bar;GT31联合循环运行,GT31负荷210MW,ST30负荷110MW,ST30主蒸汽压力72Bar,中压压力19.0Bar,低压压力1.80bar;GT32联合循环停运;GT41联合循环停运;GT42联合循环运行,GT42负荷210MW,ST40负荷110MW,ST40主蒸汽压力71Bar,中压压力18.9Bar,低压压力1.82Bar;Block50联合循环运行,GT51负荷208MW,GT52负荷207MW,ST50负荷125MW,ST50主蒸汽压力72Bar,中压压力19Bar,低压压力1.85Bar;Block60联合循环运行,GT61负荷208MW,GT62负荷209MW,ST60负荷145MW,ST60主蒸汽压力73.5Bar,中压压力19Bar,低压压力1.82Bar;全厂总负荷为2250MW,总天然气流量为489.5MMSCFD,高压母管压力为72.8Bar,中压母管压力19.0Bar,低压母管压力1.82Bar,供斗山低压流量755.2KG/S,中压流量65.4KG/S;2、 事情的经过(包括事件发生过程、扩大过程、检查处理情况等):12:45 01CJC01柜CPU出现故障死机,全厂负荷出现通讯中断,BLOCK20.30.40.50.60 所有锅炉同时出现补燃最小限制信号,锅炉补燃负荷自动减直至最小15MWth,高压旁路压力设定值由75.9bar自动更改至最低8bar;Block20,50,60所有锅炉中压调门自动全关至0%。

12:45高压主蒸汽压力因为补燃限制自动降低,压力由72.8bar降至12:50时66.2bar后趋于平稳12:48随着主汽压力下降,汽机负荷开始快速下降,ST20负荷由120MW降至31MW,ST40负荷由110MW降至44MW,ST50负荷由125MW降至67MW,ST60负荷由140至100MW12:48至13:06CUP处理结束,各机组根据本机组的主汽压力负荷下降速率不同)12:48将此情况汇报给罗总,刘经理,安生部王永果12:48 ST30负荷由110MW自动降至12:55最低负荷25MW走自动顺控停机程序13:00解列,汽机进入惰走12:48由于汽机负荷在下降,导致供斗山的低压压力和流量下降,低压母管压力由时1.85Bar降至12:49时1.58Bar;12:50因高压旁路设定值由75.9Bar自动更改至最低8Bar,导致所有锅炉的高压旁路均自动打开,12:50值长令保留Block20-30的高旁在自动位,对供斗山的低压母管压力进行调节,同时应对其他紧急情况,Block40-60解除自动,手动将高压旁路关闭,维持高压母管压力,保证其稳定12:51左右(各机组有细微差别)听值长令,将Block20,50,60所有锅炉中压调门解除自动,进行手动调整,保证供斗山的中压蒸汽压力和流量。

13:06 王永果对01CJC01柜进行重启复位,通讯问题得到解决,全厂补燃限制消失,高压旁路压力设定值自动调整回75.9Bar,将Block20-60的高压旁路调门,中压旁路调门投入自动位,缓慢调整其他参数,进行全厂恢复原运行状态调整13:41 ST30 盘车投入13:42 检查ST30无问题后,申请SEC和业主启动ST30,均同意13:47 发令启动14:05 ST30 并网14:48 ST30 负荷升至75MW3、事件的原因分析(包括直接原因、间接原因、主要原因、次要原因等):直接原因:高压主汽母管压力低于65.5bar,导致ST30快速降负荷至最低负荷后自动停运主要原因:01CJC01柜CPU死机,导致全厂负荷通讯中断,导致全厂补燃限制,导致ST30快速降负荷至最低负荷后自动停运4、事件的损失及影响(包括少发电量、减供负荷、损坏设备及其他经济损失等):减少发电量355MW,无设备损坏5、 事件暴露出来的问题及经验教训:全厂CPU已多次出现死机的现象,需要重点检查,排除隐患现阶段热控人员并没有长期在CCR值班的人员,无法第一时间通知处理紧急情况6、 预防措施(责任部门、责任人)及对责任人处理意见:1.对于这种全厂类型的通讯故障,CPU死机情况,在无法避免的情况下需要第一时间联系热控人员进行检查和复位,如果在短时间内无法复位或者处理好,需要运行值长进行判断对全厂范围内对机组进行一部分的手动调整,但是不能全部解除自动,需要保留一部分自动去应对其他突发状况,尽量减少影响的范围。

2.CPU死机,全厂通讯故障例为事故案例,全员重点学习,吸取经验教训,总结正确处理方法,为处理类似事故积累经验附件:。

下载提示
相似文档
正为您匹配相似的精品文档