高鐵軌道電路異常閃紅解決方案研討

楊關倉 徐唐橋

楊關倉:西安鐵路局電務處高鐵科 工程師 710054 西安

徐唐橋:西安鐵路局電務處高鐵科 工程師 710054 西安

在高鐵調度屬地化實施過程中，鄭西高鐵中繼站列控中心對判斷軌道電路的原則進行了修改，但在列控中心軟件修改后，仍發生了10次“列控中心異常輸出占用信息”，導致正常運行的動車組緊急制動6次，造成了較大的運輸影響和損失。

1 異常閃紅現象

2012年1月28日19:45:47，CRH2094C運行在鄭西高鐵渭南北至華山北站區間上行線9984BG處，列控車載設備顯示由L5突變為U燈，觸發緊急制動停車，19:59銷記，20:03開車。

1．調看信號集中監測數據分析。19:45:47，列車觸發緊急制動，制動的原因是前方9944AG異常閃紅。在9944AG“閃紅”時，該軌道電壓曲線正常，沒有出現 GJ↓的現象，說明9944AG在“閃紅”時軌道電路是正常的。

2．調看列控中心維護機數據分析。列控A系(主用):9944AG軌道繼電器采集“空閑”，而TC(軌道電路通信盤)向TCC(列控中心)上傳軌道電路狀態信息為“占用”。列控 B系 (備用):9944AG軌道繼電器采集“空閑”，TC向TCC上傳軌道電路狀態信息也為“空閑”。即列控中心主系輸出異常，備系輸出正常。

3．車載數據分析。ATP接收到前方9944AG“閃紅”，引起行車許可突然縮短的控制信息。

4．軌道電路通信柜監測曲線分析。該“閃紅”的軌道電路主軌電壓、狀態均良好。

5．其他9次軌道電路“閃紅”故障的現象和本次故障基本一致。

2 原因分析

修改前列控中心判斷軌道電路的原則是，“通過采集軌道繼電器狀態信息判斷軌道電路的狀態，當TCC采集的軌道繼電器狀態與軌道電路通信狀態不一致時，以軌道繼電器狀態為準，同時輸出報警信息”。

修改后的原則是，TCC對GJ狀態和TC上傳狀態進行“雙判斷”，即綜合GJ采集狀態和TC狀態，只要有一個狀態為占用，TCC即判定軌道電路占用;只有兩者都空閑，而TCC才判定軌道電路空閑。

然而修改后的原則對軌道電路通信盤上傳的TC狀態沒有任何容錯處理機制，造成TCC處理TC上傳狀態信息偶爾異常時，TCC也輸出占用信息，導致軌道電路異常閃紅。

3 高鐵軌道電路異常閃紅解決方案

該方案分2步走:第一步是查出在軌道電路通信柜監測曲線良好和列控中心設備工作狀態均良好的情況下，列控中心輸出異常占用信息的真實原因，以便定位故障點 (即CAN總線數據監測方案);第二步是在第一步的基礎上，解決高鐵軌道電路異常閃紅問題 (即TCC對軌道電路狀態判斷的變更方案)。

3.1 CAN總線數據監測方案

這一步的目的是查找軌道電路通信盤和列控中心間CAN總線上的數據，分清故障到底是發生在軌道電路通信盤側，還是發生在列控中心側。具體做法:如現場TCC-A為主控系，則在TCC-B系側連接一個CAN數據記錄儀盒，作為數據監測設備，CAN數據記錄儀盒通過USB連接到工控機上，設備連接如圖1所示。

圖1 CAN總線數據監測設備連接圖

該監測方案由和利時和通號公司分別進行了安全風險評估，結論是對現場的設備安全不會造成影響。目前，該方案已經在西安鐵路局中繼站24、23和22進行了加裝，并分別監測到了3月11日、3月13日以及3月25日軌道電路異常閃紅的現象和數據。通過數據分析，TC通信盤上傳遞的數據均正常，也就是說軌道電路異常閃紅的原因是列控中心對TC上傳的數據處理異常所導致。

3.2 TCC對軌道電路狀態判斷的變更方案

通過對TC上傳TCC的數據監測分析，定位了故障的原因，并在此基礎上，提出了TCC對軌道電路狀態判斷的變更方案。具體是依然采用TCC對GJ狀態和TC上傳狀態的“雙判斷”機制，但是TCC對TC上傳狀態的判斷采用了更為合理的冗余確認。

1．獲得GJ狀態。與《列控中心技術規范》處理方案一致，即只要GJ↓，TCC便輸出“占用”信息。

2．TCC對TC上傳狀態判定后的輸出狀態。如圖2所示，“TC上傳狀態”為TC上傳給TCC的狀態;“TC解析狀態”為TCC對TC上傳數據處理后的對應輸出狀態。為防止TCC對TC上傳數據處理異常，TCC對TC上傳狀態進行冗余延時判斷，當TC通信盤上傳數據為“占用”并持續3 s后，TCC才輸出軌道電路“占用”狀態;當TC通信盤上傳數據為“空閑”并持續1.5 s后，TCC才輸出軌道電路“空閑”;當TC通信盤上傳為“非法狀態”時，并且“非法狀態”保持3 s后，TCC才輸出軌道電路“占用”。

圖2 軌道電路上傳狀態解析圖

3．TCC輸出軌道電路的狀態。綜合GJ采集狀態與TCC對TC上傳狀態判定后的輸出狀態，獲得TCC輸出軌道電路的狀態。即只要GJ采集狀態與TCC對TC上傳狀態判定后的輸出狀態中有一個狀態為占用，TCC便判定軌道電路占用，當兩者都空閑TCC才判定軌道電路空閑。若兩者不一致并持續3 s時，TCC向維護終端輸出報警。

3.3 高鐵軌道電路異常閃紅解決方案的運用情況

對高鐵軌道電路異常閃紅解決方案進行了安全風險評估，結論是對軌道電路上傳的數據經防抖處理，可以有效避免上傳數據突變和列控中心對數據處理異常造成的異常“閃紅”。該方案既提高了設備的可用性、可靠性，也不存在安全風險。按照高鐵軌道電路異常閃紅解決方案，對鄭西高鐵中繼站20、21、22、23和24的列控軟件進行了升級。經過近5個月的運用觀察，沒有再次發生軌道電路異常“閃紅”的現象，現場也沒有出現因軌道電路引起的危及行車安全故障，可以說該方案有效解決了現場軌道電路異常“閃紅”的問題。

4 結束語

通過對高鐵軌道電路異常閃紅故障進行深入地分析，明確了高鐵軌道電路異常閃紅的原因，提出了高鐵軌道電路異常閃紅的解決方案。經安全風險評估和現場驗證，該方案既具有較高的安全性，又具有較高的可靠性和可用性，滿足現場的運用需求，為鄭西高鐵正在實施的地面列控中心降速軟件版本的確定和全路高鐵列控中心軟件的升級，奠定了良好的安全基礎。

［1］ 中華人民共和國鐵道部．科技運〔2010〕138號 列控中心技術規范［S］．2010，12．

［2］ 和利時公司．鄭西線中繼站閃紅光帶安全風險評估報告［R］．2012．

［3］ 林瑜筠．鐵道信號新技術概論［M］．北京:中國鐵道出版社，2005．

［4］ 胡彥朝．車站列控中心接口系統功能概述［J］．科技資訊，2012(17)．