作者cutec (sasaki)
看板Railway
標題Re: [新聞] 溫州高鐵追撞 官方承認信號設計有問題
時間Thu Jul 28 22:38:22 2011
※ 引述《chewie (大提琴夜未眠)》之銘言:
: 溫州高鐵追撞 官方承認信號設計有問題
: 更新日期:2011/07/28 14:32 NewTalk 新頭殼
: 新頭殼newtalk 2011.07.28 徐千雅/綜合外電
: 中國國務院今(28)日上午在溫州召開的調查會上表示,造成多人傷亡的的溫州
: 高鐵追撞事件,起因於溫州南站信號設備的設計存在嚴重缺陷,致使遭雷擊發生
: 故障後,本應顯示為紅燈的區間信號機錯誤顯示為綠燈。
: 根據BBC報導,7月23日發生的追撞事故至今已造成39人死亡,在今天召開的會議
: 上,鐵道部門首次承認事故可能與設備設計失誤有關。
: 上海鐵路局長安路生在會中表示,雷擊造成溫州南站信號設備故障後,值班人員
: 沒有意識到信號可能顯示錯誤,並未發出預警,安全意識不足。他表示,溫州南
: 站值班人員對新設備關鍵部位性能不瞭解,沒能即時有效發現和處理設備問題,
: 暴露出鐵路部門對職工的教育訓練不到位。
: 安路生認為,事故反映出的設備品質、人員素質、現場控制等問題,說明鐵路部
: 門的安全基礎薄弱,這些問題反映出鐵路部門的安全管理不到位。
根據這幾天的一些訊息與上次網友提供的如下圖解, 基於號誌維修人員疏失的說法
我已大致拼湊出為何此次追撞中, 號誌的電子連鎖系統(EI)居然會沒有發揮到應有
的功能, 其說明如下供大家參考:
http://ppt.cc/ufF6
1. 事故最初狀況是D3115於永嘉站出發時,調度已經發現靠近溫州南站前方有數個
閉塞區間的號誌系統故障而顯示紅色, 此時因閉塞區間偵測到異常佔軌時(無車號佔軌
且邏輯不正確),故電子連鎖應會發出告警通知CTC或溫州南站的調度, 其圖例可概略
假設如下:
永嘉站 溫州南站
--------- G G G G G R R R ---------
/_________\_|_____|_____|_____|_____|_____|______|______|_____|_/_________\_
D3115-->
此時因接獲道旁的號誌設備異常, 故CTC理當會通知維修人員前往處理...
2. 正當D3115出發往溫州站南站移動時, 因該站前方有數個閉塞區間顯示異常佔軌而未
有符合進路設定條件(前方區間未淨空),故若此時號誌系統或調度員嘗試為其設定進
溫州南站的進站進路時, EI會依設計原則拒絕讓該進路設定成立. 所以D3115的車載
號誌自然會依剩下的站間進路產生減速曲線,並把車子停於顯示異常佔軌的區間前方.
其圖例可概略如下:
永嘉站 溫州南
--------- G G G G G R R R ---------
/_________\_|_____|_____|_____|_____|_____|______|______|_____|_/_________\_
D301 D3115
(STOP)
3. 調度員此時授權D3115隔離車載ATP以慢速進入前方顯示異常的閉塞區間, 但因那些
區間先前已因故障而顯示異常佔軌(無車號可供判別與追蹤).故D3115慢行進入該
區域後,依軌道電路的一般設計原理, CTC的設備此時將無法再繼續有效辨識並追蹤
D3115的所在區間且顯示給調度員.
所以此時CTC調度員於控制面板看到的列車佔據狀況應該可解釋如下:
永嘉站 溫州南
--------- G G G G G R R R ---------
/_________\_|_____|_____|_____|_____|_____|______|______|_____|_/_________\_
D301 (D3115?)
4. 這時D301也依進路設定而由永嘉站出發, 而維修人員此時也抵達現場開始"檢修"
發生故障道旁的號誌設施, 故其圖例可概略如下:
永嘉站 溫州南
--------- G G G G G R R R ---------
/_________\_|_____|_____|_____|_____|_____|______|______|_____|_/_________\_
D301 (D3115?)
5. 因維修人員誤將道旁號誌設備的控制線路接錯,導致原本那些故障閉塞區間軌道電路
所偵測到的軌道佔據訊號消失(類似Bypass的狀況),故此時即便是D3115正處於佔軌狀態,
號誌系統也會因此誤認為故障狀況已解除而將其視為淨空狀態, 因此原本該顯示異常的
紅燈(佔據)的區間也將變回顯示綠燈(淨空). 原來於Step 1 所顯示的告警此時亦應該
會因此消失(故障情況已恢復正常). 圖例可概略如下:
永嘉站 溫州南
--------- G G G G G G G G ---------
/_________\_|_____|_____|_____|_____|_____|______|______|_____|_/_________\_
D301 (D3115?)
6. 問題來了!! 因號誌系統已按設計把原來認為佔據的區間視為沒車的淨空狀態,故此時
如果系統或是調度為後方的D301列車誤設了進溫州南站的進站進路時,電子連鎖系統(EI)
於檢核進路設定指令時會因為該區間已淨空,且先前未出現有車號佔軌現象, 將其自然
判定為符合進路設定的邏輯與原則, 讓進路設定成立且不發出告警...
如果調度這時候未注意到即便前方D3115佔軌而進路卻依然可成立的異常狀況,而做出
適當處置(ex,趕緊取消進路設定或即時呼叫D301緊急停車),之後當然就Bye Bye了....
永嘉站 溫州南
--------- G G G G G G G G ---------
/_________\_|_____|_____|_____|_____|_____|______|______|_____|_/_________\_
D301
"追撞"
D3115
: 對於具體的責任歸屬及備受爭議的搜救與清理現場等問題,安路生並沒有談到。
: 安路生表示,事發路段的信號設備由「北京全路通信信號設計院有限公司」設計
: ,2009年9月28日投入使用。今日該公司也發佈道歉信表示,他們對死難者表示
: 最深切的哀悼,並對傷者及死難者家屬表示最真誠的歉意;並強調會根據國務院
: 事故調查組和鐵道部的統一安排和部署,積極配合國家有關部門和鐵道部的事故
: 調查工作,勇於承擔責任。
: 溫州警方今日上午公布了最後一批遇難者名單。遇難者以福建和浙江人為主,當
: 中包括2名原籍福建的美籍華人和1名意大利籍女子。溫州警方表示,39名遇難者
: 的遺體均已經過基因檢測鑒定確認了身份。
: 中國總理溫家寶昨(27)日主持國務院常務會議時,下令對追撞事故進行迅速、
: 公開和透明的調查,並稱要給人民一個真誠負責任的交代。
: http://tw.news.yahoo.com/article/url/d/a/110728/135/2vvie.html
: 溫家寶:失安全就失高鐵可信度
: http://tw.news.yahoo.com/article/url/d/a/110728/5/2vvfs.html
: 溫家寶溫州記者會(全文)
: http://news.sina.com.hk/news/32/1/1/2393056/1.html
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 124.8.14.31
※ 編輯: cutec 來自: 124.8.14.31 (07/28 22:39)
推 chirmanmao:推用心文 07/28 22:39
推 komachi275:推 不過軌道燈號不是應該是GYR依序? 07/28 23:17
→ komachi275:而且維修接錯線會造成整個故障區(三區間)都軌道電路 07/28 23:18
→ komachi275:偵測失效唷@@ 不是應該只會影響接錯線的那個閉塞嗎? 07/28 23:18
→ cutec:簡單圖例一下佔據與否的彼此關係... 07/28 23:35
→ cutec:如果要進站進路可以成立且D301發生高速追撞, 只有一個區間並 07/28 23:36
→ cutec:無法如此,而且按調度的記錄, 此時似乎三個佔軌訊號都消失了. 07/28 23:37
推 MOTCT:To k:是不是R區間變G,Y就跟著消掉了? 07/28 23:37
→ cutec:M兄說的也沒錯, 因為判定前方沒有列車佔據, 所以按理R真的會 07/28 23:38
→ cutec:直接變G(Full Line Speed), 而應該不會有需注意減速的Y出現 07/28 23:39
推 komachi275:真慘 那麼那個接錯線的影響還真大...Orz 07/28 23:45
→ cutec:總之如果按那種方次在檢修,恐怕再好的電子連鎖都會失效... 07/28 23:49
推 komachi275:那還真是毛毛的...Orz 07/29 00:01
→ tw3781:感覺起來是不算檢修,而是有重置的意味,因該是非常模式 07/29 00:37
推 traystien:R/G只是表示閉塞區間是occupied或unoccupied 07/29 00:46
→ traystien:自動號誌系統再依資訊顯示速度限制 (色燈或速度碼) 07/29 00:48
推 nbysy:如果恐怖分子有相關知識的話﹐接根線就可以輕鬆制動事故﹖ 07/29 08:25
→ cutec:如果您了解上述整個的來龍去脈的說明, 應該就能發現要讓這種 07/29 11:11
→ cutec:狀況發生並不容易,除了人為的操作外,當時系統狀況也要能配合 07/29 11:13
→ cutec:否則系統應該還是會有告警出現... 07/29 11:14
推 reinherd:推 07/29 14:09
推 lc85301:推啊 07/30 14:31