鐵道信號自動控制專業教學資源庫鐵路行車調度集中系統維護遼寧鐵道職業技術學院TDCS中心設備故障分析1.5月30日9：45－13：30，發生鐵道部看不到沈陽局哈大二臺運行圖的問題。10月17日17時19分發生長平臺長春站上行場XIX出站信號機顯示與實際不符（紅燈時顯示白燈），1016/1018道岔白光帶顯示錯誤問題。0102一.數據錯誤造成的故障一.數據錯誤造成的故障10月2日6時31分發生哈大三臺盤錦高速場－中小線路所上行臨時限速設置后無法取消故障。9月17日14：30-14：50，哈大一、三臺行調終端分別向同一列車多次重復發送進路預告信息問題。0403一.數據錯誤造成的故障1.5、30故障①故障現象：5月30日9：45-13:30，TDCS中心接到鐵道部通知：看不到沈陽局哈大二臺運行圖。②原因分析：經查找日志分析，30日9：00哈大二臺調度在運行圖上沈北動車所添加了封鎖后，通信機程序解析不正確，此信息發到鐵道部后，被作為錯誤信息丟失，所以鐵道部收不到哈大二臺運行圖。一.數據錯誤造成的故障③處理過程：經卡斯柯廠家查找分析，認為哈大客專對鐵道部通信前置機程序有問題所致，更換該通信前置機程序后恢復正常，至今此類問題再未發生。一.數據錯誤造成的故障2.10、21故障①故障現象：長平臺長春站上行場XIX信號機及1016/1018道岔顯示與實際不符。②事情經過：10月21日19:20-19:56,TDCS值班人員接到調度所值班科長通知：長春站上行TDCS與實際顯示不一致。經檢查核對，確認是長春站上行場XIX信號機及1016/1018道岔顯示與實際不符。一.數據錯誤造成的故障③原因分析：當天大屯站施工改造，需切換第三套通信前置機數據，切換后會導致部分車站信息滯留造成現場站機信息與調度臺信息不一致。此問題在第三套通信前置機的十家堡站、第一套通信前置機的松樹村站、第五套通信前置機的金橋、金馬、金港站都存在。④處理過程：在TDCS中心或在現場工區，將車站的兩套NPC同時關掉，待局中心GPC程序上顯示該站信息灰屏后再重新啟動該站的NPC，調度臺信息則恢復正常。一.數據錯誤造成的故障3.9、17故障①故障現象：2013年9月17日14時31分哈大三臺行調反映：行調終端多次重復向G8011、G313列車發送進路預告。14時35分，哈大一臺行調反映：行調終端多次重復向D41列車發送進路預告。一.數據錯誤造成的故障②原因分析：進路預告信息傳遞路徑如圖：經查詢日志分析：GSMR（信號設備）能夠向GRIS（通信設備）正常傳送進路預告信息，卻收不到GRIS發來的車上回執信息，導致系統不斷進行發送。（圖中紅色箭頭為故障點）一.數據錯誤造成的故障③處理過程通信部門對GRIS服務器進行修改，并且又協調通信段、卡斯柯公司、北方交大幾家進行GSMR-GRIS通信連接斷網、切換試驗，此問題再未發生。一.數據錯誤造成的故障4、10、2故障①故障現象：哈大三臺盤錦高速場－中小線路所上行臨時限速設置后無法取消。②事情經過：10月2日6:31、6:37，DJ5719次、DJ5737次列車運行至盤錦高速場-中小線路所（3號-4號中繼站）60-69km間，司機反映頂棚速度由300km降為250km。一.數據錯誤造成的故障③原因分析：經分析，DJ5719次機車收到了限速命令，所以項棚速度由300km降為250km。而此條限速命令是試驗時在哈大臨時限速服務器上下達的，當時也進行了取消操作，在CTC界面上顯示該命令已取消（即黃光帶消失）。但當該列車經過此區段時，又收到了該條限速命令。通過卡斯柯廠家與通號廠家共同查找分析，最后確認為哈大（盤營）列控的臨時限速服務器（在RBC）數據錯誤。④處理過程：通號公司修改了哈大TSRS的程序后，該問題再未發生。一.數據錯誤造成的故障存在問題：1、數據版本低，長時間不更新，運行中出現漏洞，造成問題的發生。2、數據更換前試驗不徹底，發生了盤營客專限速命令假取消的問題。3、通信前置機數據更換結束后，對該通信前置機管轄的各站信息檢查復核不徹底，造成長春站下行場的錯誤信息未及時發現。問題一.數據錯誤造成的故障4、一些數據上存在的問題長期得不到解決，致使每次切換通信前置機后，是否會衍生新的問題沒有十足的把握。5、由于軟件都由廠家負責，而維護人員掌握的深度有限，不能在第一時間發現軟件中存在的問題。在設備發生問題后，不能及時查找處理，主要依賴廠家的處理，影響故障處理時間。一.數據錯誤造成的故障采取措施1、提示廠家及時對版本進行升級，對數據進行更新，杜絕軟件長時間運行產生漏洞，影響安全生產。2、數據更換前模擬試驗或拉通試驗要徹底，防止因為數據錯誤造成的問題再次發生。3、每次更換數據后，要進行全面的檢查、核對，對經常發生問題的地方要重點檢查，做到不錯不漏。措施一.數據錯誤造成的故障4、協調廠家對數據錯誤的遺留問題徹底解決，杜絕同類問題再次發生。現切換前置機后發生信息不一致問題廠家已解決。5、對TDCS中心人員進行全面培訓，使個人綜合素質和故障處理能力得到全面提升；繪制設備間網絡連接圖及故障處理流程圖，使設備維護人員有理可依、有據可查，以壓縮故障延時。二.設備單通道或假雙套造成的故障。0210月18日2:10-8:58，長吉CTC臨時限速服務器主用通道中斷，影響長吉列控限速設置不能取消問題。017月9日20:28-21:36，五樓調度大廳哈大一、二、三臺、長吉臺、秦沈臺調監無顯示，調度命令及階段計劃無法下達故障。二.設備單通道或假雙套造成的故障。1、7、9故障①故障現象：五樓調度大廳各調度臺無顯示，調度命令及階段計劃不能下達。紅色－連接斷開站場無信息－灰色二.設備單通道或假雙套造成的故障。②事情經過：20時28分，TDCS值班人員陸續接到哈大客專一、二、三臺、秦沈臺、長吉城際臺調度電話，五樓客專大廳各調監臺無信息，站場圖為灰色，階段計劃和調度命令無法下達。TDCS中心值班人員和卡斯柯人員到機房對查看，發現一樓機房內哈大客專一、二、三臺、秦沈臺，長吉城際臺調監設備正常，現場設備顯示正常，只有調度所客專大廳CTC設備顯示灰屏，對一樓的相關服務器進行重啟，故障沒有恢復。二.設備單通道或假雙套造成的故障。最后到五樓機房發現網絡柜內光端機上的RJ45模塊工作燈滅燈，更換電源無效果，判斷為光端機故障，更換光端機后故障于21時36分恢復。二.設備單通道或假雙套造成的故障。③原因分析：該光端機安裝在五樓網絡機柜內，于2010年10月6日開始使用，負責和一樓的網絡安全機柜內的光端機連接，通過光纜把哈大客專、長吉、秦沈信息傳送到五樓的樓層交換機，再分發至各調度臺。由于五樓網絡機柜內的光端機故障，導致一樓哈大客專、長吉、秦沈的信息傳輸至網絡機柜后，無法由光信號轉換成電信號，造成哈大客專、長吉、秦沈臺信息中斷，調監無顯示。二.設備單通道或假雙套造成的故障。原設備網絡連接圖如下：光端機故障，造成五樓各調度臺無信息二.設備單通道或假雙套造成的故障。④處理結果由于原光端機為單套、單電源工作，不能切換，所以用備用的光端機替換下故障的光端機后，通道接通，五樓客專大廳各調度臺的設備恢復正常使用。二.設備單通道或假雙套造成的故障。2.10、18故障①故障現象：2013年10月18日2時19分，TDCS中心值班人員接到吉林客專主任電話通知:吉林城際場限速服務器與路局CTC通信中斷。中心人員對設備進行檢查發現TSR監時限速接口服務器A機為主，通道中斷。網管報警：CTC中心路由器A-龍嘉A通道故障，CTC中心路由器A-吉林城際場A通道故障，CTCB網正常；長吉調度臺原有下發的8處限速信息消失，再次下發限速命令無響應，也接收不到吉林TSR服務器狀態信息。二.設備單通道或假雙套造成的故障②處理過程一是將TSR臨時限速服務器接口主用A機切備機，限速信息仍不能顯示。二是將主用服務器切回A機，將B網的通道線導入A網，A機連接正常，但限速信息仍未恢復。此時A、B雙網都通信中斷。三是吉林處理TSR服務器，長春恢復TSR－B通道，8：41分，限速能夠取消，同時試驗臨時限速下達及取消功能良好。二.設備單通道或假雙套造成的故障１CTC與列控臨時限速服務器主用通道中斷后，系統未能自動切到備用通道，造成吉林城際場限速服務器與路局CTC通信中斷２由于ＣＴＣ接口服務器與臨時限速服務器為“一對一”配置，所以在人工更換通道后，還不能使故障恢復。３ＴＤＣＳ中心和吉林之間沒有同時切換接口服務器與臨時限速服務器，造成故障延時。③原因分析：二.設備單通道或假雙套造成的故障④處理結果：吉林的臨時限速服務器通道接通后，故障恢復。二.設備單通道或假雙套造成的故障存在問題1、路局中心的設備沒有實現雙套化，還存在單電源、單網絡或假雙套問題。2、電源系統圖和網絡圖繪制不細，沒有為故障處理提供支持。3、部分設備沒有納入網管，故障發生時不能及時發現處理。4、TDCS值班人員對中心設備掌握的不全面，應急處理能力不足。問題二.設備單通道或假雙套造成的故障采取措施：1、對雙套設備進行排查，對存在的單電源、單網絡，單接口的問題進行改進，實現真正的雙套化如一樓機房到五樓的客專大廳光纖由原來的兩束增為四束，即哈大為獨立的雙網，長吉、秦沈為另一雙網，確保了一套設備故障時，不影響使用。措施二.設備單通道或假雙套造成的故障哈大通道由光交換機代替原光端機和交換機，形成獨立的雙網、雙通道。二.設備單通道或假雙套造成的故障秦沈、長吉通道則是由光端機和交換機組成的雙套二.設備單通道或假雙套造成的故障長吉接口服務器與臨時限速服務器之間經過改造也由原來的“一對一”假雙套，變成了能自動切換且任一設備故障都不