推 bookman66:如果和諧 沒有詳細的調查避免這種故障 這輩子不敢去朝聖 07/24 23:19
推 yjw691:感謝補充! 07/24 23:20
※ 編輯: cutec 來自: 124.8.14.198 (07/24 23:24)
※ 編輯: cutec 來自: 124.8.14.198 (07/24 23:25)
※ 引述《yjw691 (歪弟)》之銘言：
: 嘗試用台灣的術語解讀看看，有錯請提出
: 背景知識：
: 1.分散自律 由調度所給予調度訊號，再由各站按照訊號就地控制，這樣可以減少調度
: 員的負擔。
: 2.非常站控 如果CTC的訊號無法傳送給車站時，可以用該模式讓車站在不接收CTC訊號
: 的情況下，車站按照當時的情況自行調度。
: 3.甬台溫鐵路 由北至南順序：永嘉站、溫州南站 、甌海站(貨運站)
: ※ 引述《chirmanmao (ㄇㄠ ㄓㄨ ㄒㄧ)》之銘言：
: : 有人把調度記錄透露了一點出來
: : 本版有高人可以解讀一下嗎 （如有簡體轉碼不順暢，抱歉先）
: : ===========================================================
: : 2011年7月23日19:34分，溫州南反映D3212次4道開車時跳出站信號，調度詢問司機有沒
: : 有動車，在確定司機沒有動車后取消進路重新開放信號。
: 19:34 溫州南站向調度所反映D3212次停靠的4股中，跳出了站內訊號異常，調度員於
: 是詢問了D3212次是否已經開車，司機回報還沒開車，於是調度所取消了號誌
: 後，重新給予開車訊號。
: : 19:36分，因溫州南站4道出站信號無法開放，調度布置溫州南站轉為非常站控。
: 19:36 溫州南站4股的開車訊號還是無法運作，所以調度所要求溫州南站採非常站控。
: (緊急站內控制模式)
: : 19:44分，調度接溫州南站報告：車站聯鎖顯示下行三接近紅光帶，車站CTC界面無顯示
: : 。D3212次4道開車后，調度布置車站轉回分散自律。
: 19:44 溫州南站回報調度所：車站的就地控制盤顯示下行進站的第三閉塞有列車接近，
: 但是站內CTC的介面沒有顯示。此外，D3212次開車後，調度所又將溫州南站的
: 設定調整回分散自律模式(按CTC訊號調度)。
: : 19:45分，溫州南站報告與永嘉、甌海站接近、離去區段顯示紅光帶。
: 19:45 溫州南站向永嘉站和甌海站通知有列車接近及離去。(因為CTC訊號沒給下來)
: : 19:53分，調度布置溫州南站轉入非常站控，19:55分布置甌海轉入非常站控。
: 19:53 調度所因訊號無法傳送，所以將溫州南站再次調整為非常站控，並在19:55分
: 也將甌海站調整為非常站控模式
: : 20:01分、20:07分調度聯系溫州南站工務到位沒有，車站匯報未到位。
: 20:01、20:07 調度所詢問溫州南站是否有工務人員前往處理故障，車站回報還沒處理。
: : 20:14分，調度布置D3115次永嘉站開車，通知司機區間遇紅燈后轉目視模式20km/h運行
: : 。
: 20:14分 調度員發出D3115次在永嘉站的開車訊號，並通知司機如果遇到紅燈後，可以
: 採用20KPH的速度目視運轉。
: : 20:20分，溫州南站反映下行四接近紅光帶閃爍，與甌海區間無紅光帶。
: 20:20 溫州站南回報下行進站的第四閉塞出現列車即將接近(D3115次)，而溫州南往
: 甌海的區間沒有列車。
: : 20:24分，D301次永嘉站開車。
: 20:24 D301次從永嘉站開車
: : 20:26分，調度聯系溫州南站，車站反映D3115次已三接近，CTC系統區間紅光帶已消失。
: 20:26 調度所與溫州南聯繫，車站回報D3115次已經進入下行進站的第三閉塞，而CTC
: 系統監控的區間沒有列車。
: : 20:31分，D3115次司機反映：車廂內旅客按緊急制動停車，接觸網停電。
: 20:31 D3115次司機回報：因為旅客按了緊急停車鈕，所以列車斷電。
: : 20:37分，調度布置溫州南站聯系D301次司機降弓。!
: 20:37 調度所發現事況緊急，於是聯繫溫州南站，要求通知D301次的司機降弓緊急停車。
: : 20:39分，調度接溫州南站報告：D3115次司機反映尾部車輛脫軌，有半截車廂吊在橋上
: 20:39 調度所接獲溫州南站的報告：D3115次司機回報列車後段脫軌，有半截車廂墜橋。
: 綜合以上：
: 因為溫州南站號誌出現了問題，所以調度所讓D3115次在遇到紅燈後，可以目視
: 運轉。並D3115次駛入溫州南監控的區間後，D301次的開車訊號隨後發出。
: 此時D3115次的旅客按下了緊急停車鈕，造車列車緊急停車，而後方的D301次則是
: 正以高速行駛追上，調度員見此狀況要求斷電急停，但是列車在完全停止之前就已經
: 追撞上了D3115次，造成本次事故的發生。
如果號誌系統是正常的, 按CTCS-2的設計, 前列車與後列車之間應該會保持常用煞車
曲線的由最高速煞到停之間的距離, 所以此時就算是前方的D3115次的旅客按下了緊急
停車鈕造成緊急停車而未繼續前進, 此時對於後方的D301來說, 他的車載系統自然會
因前方列車(D3115)的佔軌訊息而收到前方淨空的軌道區間數目開始下降, 當淨空區間
或距離即將等同於常用制動曲線的停車距離時, D301的車載號誌系統自然會開始
產生煞車曲線並使其停於D3115後方, 而不會讓他跟D3115發生追撞...
問題來了, 如果因號誌設備異常導致前方佔軌的訊息未傳送至D301的車載號誌, 則D301
的車載系統自然不會意識到前方的淨空區間不足而開始減速, 反而是會繼續告訴司機
前方淨空, 請按Line Speed行駛, 等D301司機目視發現前方區間未淨空而採取緊急
制動時早已太遲(高速時視線距離將短於EB的距離), 故而撞上D前方的3115...
我想這或許是事發原因!
類似事件以前別國有發生過, 2009年的美國華盛頓地鐵就是因為前方列車佔軌訊息異常
消失(軌道電路的迴路有問題)導致後方列車系統不知前方佔軌而沒有自動煞車, 最後
駕駛發現時緊急煞車已太晚了, 車子還是撞上去...
http://en.wikipedia.org/wiki/June_22,_2009_Washington_Metro_train_collision
: 大概翻了一下，詳細的解釋和用法也是重複的搜尋資料、邏輯建立才拼湊而成的，
: 如果有錯的話，還煩請各位給予指正。
--
Speaker: Klipsch RB-61
Audio Card: Asus ST
DAC: DAC-AM
Pre-Amp: Matisse Fantacy(DIY form LITE LS 25, Tube: J/J)
Power-AMp: Pass Labs Aleph 5 (DIY form LITE M10-C)
Socket: Cooper IG8300RN
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 124.8.14.198
※ 編輯: cutec 來自: 124.8.14.198 (07/24 23:19)