<dd id="mimiw"><samp id="mimiw"></samp></dd>

<address id="mimiw"><nav id="mimiw"><delect id="mimiw"></delect></nav></address>

    Suzhou Electric Appliance Research Institute
    期刊號(hào): CN32-1800/TM| ISSN1007-3175

    Article retrieval

    文章檢索

    首頁(yè) >> 文章檢索 >> 往年索引

    出線開關(guān)拒動(dòng)致35 kV全站失電的分析

    來源:電工電氣發(fā)布時(shí)間:2020-09-18 15:18 瀏覽次數(shù):835
    出線開關(guān)拒動(dòng)致35 kV全站失電的分析
     
    許超1,周科峰1,顧春華2,周林勇3,趙帥1
    (1 國(guó)網(wǎng)江蘇省電力有限公司南京供電分公司,江蘇 南京 210019;2 國(guó)網(wǎng)江蘇省電力有限公司鹽城供電分公司,江蘇 鹽城 224100;
    3 江蘇興力建設(shè)集團(tuán)有限公司,江蘇 南京 210000)
     
        摘 要:介紹了一起由于10 kV線路出線開關(guān)拒動(dòng),一系列后備保護(hù)動(dòng)作致使35 kV變電站全站失電的故障。分析了故障前系統(tǒng)運(yùn)行方式,發(fā)現(xiàn)在該非正常運(yùn)行方式下10 kV母聯(lián)開關(guān)并未設(shè)置保護(hù),存在安全隱患。闡述了故障發(fā)生的過程及應(yīng)對(duì)措施,通過保護(hù)信號(hào)分析判斷故障原因?yàn)榫€路開關(guān)拒動(dòng)致使后備保護(hù)動(dòng)作,運(yùn)行方式安排不合理使得故障范圍擴(kuò)大。理論分析表明當(dāng)前方式下,保護(hù)裝置動(dòng)作正確。仿真分析驗(yàn)證了在此運(yùn)行方式下,保護(hù)動(dòng)作會(huì)使故障范圍擴(kuò)大,最終導(dǎo)致全站失電。
        關(guān)鍵詞:開關(guān)拒動(dòng);運(yùn)行方式;后備保護(hù);故障分析
        中圖分類號(hào):TM564     文獻(xiàn)標(biāo)識(shí)碼:B     文章編號(hào):1007-3175(2020)09-0033-05
     
    The Analysis of 35 kV Power Station Power Failure Caused by a Refusing Action of a Line Breaker
     
    XU Chao1, ZHOU Ke-feng1, GU Chun-hua2, ZHOU Lin-yong3, ZHAO Shuai1
    (1 Nanjing Power Supply Company, State Grid Jiangsu Electric Power Co., Ltd, Nanjing 210019, China;
    2 Yancheng Power Supply Company, State Grid Jiangsu Electric Power Co., Ltd, Yancheng 224100, China;
    3 Jiangsu Xingli Construction Group Co., Ltd, Nanjing 210000, China)
     
        Abstract: This paper introduced a failure that due to the immovable of the 10 kV line outlet switch, a series of backup protection actions caused the 35 kV substation to lose power.Firstly, system operation mode before the fault is analyzed. Under this abnormal operation mode safety hazard exist because no correlated protection is settled within the 10 kV bus switch. In the following, the failure process and solutions are described. By analyzing of protection message, reason for the failure is found, that isline breaker refuse to operate which leads to the action of back up protection then the abnormal operation mode leads to the expansion of fault area. In the end, theoretical analysis shows the correctness of protection under this circumstance. Simulation analysis proves that in this situation, fault area will be expanded, which eventually leads to total loss of electricity.
        Key words: refusing action; operation mode; backup protection; fault analysis
     
    參考文獻(xiàn)
    [1] 田野. 差壓環(huán)流法測(cè)量主變差動(dòng)保護(hù)相位現(xiàn)場(chǎng)分析[J]. 電力系統(tǒng)保護(hù)與控制,2017,45(17):152-157.
    [2] 王富勇,李燕燕,王涵. 電力生產(chǎn)中流體循環(huán)流動(dòng)的影響分析[J]. 電工電氣,2020(1):33-36.
    [3] BEHROOZ T, SEYED A H, HOSSEIN A A, et al. Power swing detection and blocking of the third zone of distance relays by the combined use of empirical-mode decomposition and Hilbert transform[J].IET Generation Transmission & Distribution,2020,14(6):1062-1076.
    [4] 竇小晶,薛釗,葉日新,等.10 kV分布式電源并網(wǎng)對(duì)配電網(wǎng)繼電保護(hù)的影響分析[J]. 智慧電力,2019,47(12):117-122.
    [5] 翁漢琍,劉華,林湘寧,等. 基于Hausdorff 距離算法的變壓器差動(dòng)保護(hù)新判據(jù)[J]. 中國(guó)電機(jī)工程學(xué)報(bào),2018,38(2):475-483.
    [6] 姚創(chuàng),李永麗,張衛(wèi)正,等. 變壓器后備保護(hù)拒動(dòng)原因分析與改進(jìn)[J]. 電網(wǎng)技術(shù),2014,38(1):248-254.
    [7] 閔喜艷.10 kV線路故障引起35 kV主變?cè)郊?jí)跳閘事件分析[J]. 通信電源技術(shù),2019,36(4):227-228.
    [8] 馬建勝, 厲志波, 岳嘯鳴. 一起發(fā)電廠斷路器失靈聯(lián)跳拒動(dòng)原因分析與改進(jìn)[J]. 電工電氣,2020(2):71-73.
    [9] 于雪雪,楊文輝,周紅. 一種改進(jìn)的電網(wǎng)故障診斷解析模型研究[J]. 電工電氣,2017(11):10-13.
    [10] 劉志仁,殷志,鮑有理. 一起主變后備保護(hù)拒動(dòng)事故分析及改進(jìn)措施[J]. 江蘇電機(jī)工程,2016,35(5):80-82.

     

    亚洲无码av成人在线,亚洲影院AV无码一区二区,亚洲无码第二页,成人无码AV网站在线观看不卡 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();