Re: [新聞] 柵湖線今連三停 晚間7點34分再度停駛28 …
※ 引述《e20288 (Mike)》之銘言:
: (中央社記者孫承武台北31日電)台北捷運內湖線晚間7時34分再度全線停駛,
^^^^^^^^
這是值晚班的, 只會全線 power off , power on , all reset.
: 原因經查,確認與今晨的停駛狀況相同,是列車偵測障礙物出現「誤警訊」
: 所致。全線8時2分恢復營運。
: 台北捷運公司表示,晚間這起事故依舊是電聯車偵測軌道上有無障礙物的
:「誤警訊」事件,地點在辛亥站北上隧道,行控中心執行斷電後,電聯車上
: 當時有25人受困車內。
: 台北捷運公司表示,為避免波及全線營運,降低對旅客不便,7時50分先恢
: 復南港展覽館站到劍南路站局部採區段營運;7時55分,進一步啟動辛亥站
: 到動物園站區段營運;直到8時2分柵湖線系統全線恢復營運。
.....
: 類似狀況已是今天的第2起。今晨6時53分,在麟光站南下月台,編號199號
: 的電聯車偵測到障礙物警訊,列車一度停駛,並波及線上其他列車營運,整
^^^^^^^^^^^^
這是值早班的.
只停出狀況的那台車, 重新調派, 不是全線 power-off/power-on/restart
恢復時間, 早晚班的反應明顯有差.
: 起事件在8分鐘後排除。
: 980831
: http://tw.news.yahoo.com/article/url/d/a/090831/5/1q79w.html
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.115.4.12
推
09/01 12:42, , 1F
09/01 12:42, 1F
推
09/01 12:44, , 2F
09/01 12:44, 2F
※ ggg12345:轉錄至看板 Gossiping 09/01 12:44
→
09/01 12:46, , 3F
09/01 12:46, 3F
推
09/01 13:13, , 4F
09/01 13:13, 4F
噓
09/01 13:17, , 5F
09/01 13:17, 5F
→
09/01 13:18, , 6F
09/01 13:18, 6F
推
09/01 13:21, , 7F
09/01 13:21, 7F
→
09/01 13:21, , 8F
09/01 13:21, 8F
→
09/01 13:21, , 9F
09/01 13:21, 9F
→
09/01 13:22, , 10F
09/01 13:22, 10F
→
09/01 13:23, , 11F
09/01 13:23, 11F
→
09/01 14:22, , 12F
09/01 14:22, 12F
噓
09/01 16:17, , 13F
09/01 16:17, 13F
推
09/01 16:46, , 14F
09/01 16:46, 14F
: 郝市長表示,針對捷運木柵內湖線,臺北市政府最基本的立場就是「安全絕不打
: 折」,在此前提之下,列車偵測到障礙物,都需斷電、下軌道檢視,雖然如此,
^^^^^^^^^^^^^^^^^^^^
軌道前面有不明物(含可能有 另一輛車)
power-off, 派 特警隊 到位檢視, 排除爆裂物(?) , 是這樣嗎 ?
因 power-off 某台車, 該車從 OCC 消失, 大事不好, .....所以全線全停,
全線 power-off.
等 power-on, 車上機 reset , restart ?
至少, 柵湖分成 6 個 region , 但供電不分區嗎 ? 需要全線 27 Km 全
斷電, 全停 ?!
: 但因已建立一套標準作業程序,在時間上可以很快速地處理完畢。
早晚班之不同, 是因視線不好, 處理時間不同, 是這樣嗎 ?
※ 編輯: ggg12345 來自: 140.115.4.12 (09/01 19:49)
→
09/01 20:07, , 15F
09/01 20:07, 15F
→
09/01 20:07, , 16F
09/01 20:07, 16F
→
09/01 20:08, , 17F
09/01 20:08, 17F
→
09/01 20:08, , 18F
09/01 20:08, 18F
→
09/01 20:09, , 19F
09/01 20:09, 19F
→
09/01 20:10, , 20F
09/01 20:10, 20F
→
09/01 20:10, , 21F
09/01 20:10, 21F
→
09/01 20:11, , 22F
09/01 20:11, 22F
→
09/01 20:15, , 23F
09/01 20:15, 23F
→
09/01 20:15, , 24F
09/01 20:15, 24F
→
09/01 20:16, , 25F
09/01 20:16, 25F
→
09/01 20:16, , 26F
09/01 20:16, 26F
噓
09/01 20:17, , 27F
09/01 20:17, 27F
→
09/01 20:18, , 28F
09/01 20:18, 28F
同一種狀況, 早班 8 分鐘解決, 晚班的全線停駛 28 分鐘解決.
假如停軌道上的動力電源要 15 分鐘, 那早班走軌道去察看的 特警 是個不怕被電
的嗎 ? 還是沒照 SOP 偷偷強制啟動. 不然就是發言稿詐胡?
全長 27Km 共 24 站 扣除前後兩機廠(2 region), 路段部份分 4 region,
平均每 region 7 公里, 兩站距離平均 1.1 公里, 正常步行要 15 分鐘,
假設故障車停在兩站中間, 那也得 8 分鐘(到站最長距離)
前面有報導, 車上有對乘客的錄音裝置, 也有攝影機, 電視幕.
顯然, 這車是可以裝遙控紅外攝影機來進行遠端查看軌道的.
發現到軌道障礙物, 還是爆裂物, 反正一時也弄不清楚, 為了安全, 一切依
發現爆裂物標準 SOP 程序來, 世界上那一國的特警能夠如此快速反應 ?
28 分鐘夠快啦 ! 不是嗎 ?!
※ 編輯: ggg12345 來自: 140.115.4.12 (09/01 21:15)
→
09/01 20:56, , 29F
09/01 20:56, 29F
噓
09/01 22:14, , 30F
09/01 22:14, 30F
噓
09/01 22:28, , 31F
09/01 22:28, 31F
→
09/01 23:06, , 32F
09/01 23:06, 32F
推
09/01 23:07, , 33F
09/01 23:07, 33F
噓
09/01 23:11, , 34F
09/01 23:11, 34F
→
09/01 23:12, , 35F
09/01 23:12, 35F
噓
09/01 23:19, , 36F
09/01 23:19, 36F
→
09/01 23:19, , 37F
09/01 23:19, 37F
→
09/01 23:20, , 38F
09/01 23:20, 38F
→
09/01 23:21, , 39F
09/01 23:21, 39F
噓
09/01 23:21, , 40F
09/01 23:21, 40F
→
09/01 23:21, , 41F
09/01 23:21, 41F
→
09/01 23:26, , 42F
09/01 23:26, 42F
→
09/01 23:26, , 43F
09/01 23:26, 43F
→
09/01 23:26, , 44F
09/01 23:26, 44F
→
09/01 23:27, , 45F
09/01 23:27, 45F
→
09/01 23:27, , 46F
09/01 23:27, 46F
→
09/01 23:28, , 47F
09/01 23:28, 47F
→
09/01 23:28, , 48F
09/01 23:28, 48F
→
09/01 23:29, , 49F
09/01 23:29, 49F
→
09/01 23:29, , 50F
09/01 23:29, 50F
→
09/01 23:30, , 51F
09/01 23:30, 51F
→
09/01 23:31, , 52F
09/01 23:31, 52F
→
09/01 23:31, , 53F
09/01 23:31, 53F
1.車上sensor發現障礙物, 車子煞停.
2.故障車區段:
局部停駛
case1:立即停電, 為了安全派人上軌查看(這是市長的新聞稿), 排除障礙.
到車上, 通知送電, 手動或讓 OCC 啟動復原.
case2:不停電, 站長知道那裡有電, 不怕電, 走到故障車查看排除, 上車手
動, 或讓 OCC 啟動復原.
步行時間估計 1 - 8 分鐘 + (case1 停/送電 + 車上電腦復原).
如果是 case2 , 有車煞停, 該車所在前後變阻塞區, 後車不能進入.
站長不怕電, 到故障處排除障礙, 或確認誤警, 無線電話通知 OCC ,
由 OCC 遙控車上電腦忽略誤訊號, 啟動復原前進.
現在有記錄的最短處理時間是 8 分鐘, 假設這是故障車就在站旁,
步行時間為 0 , 若同樣也是誤狀況, 加步行時間就是再加 15/2 分
鐘(估計約半公里), 最多就是 16 分鐘.
那麼, 同樣是發現障礙物狀況, 為何有的就是全面停駛 ? 復原時間
達 28 分鐘 ?
新聞稿裡, 這幾樣是關鍵字: 發現障礙物, 停軌道電源, 派人到車檢
視排除. 所持最大理由是安全.
如果認為發現狀況就全線停駛, 停電, 全線煞停, 電腦全 reset 重
新開機也是很安全啊 ! 以安全為理由, 但卻是誤警訊, 而且也不是
不會讓顧客不受影響, 這樣的處置, 怎能不被顧客罵死 ?!
當然, 出狀況是會讓操作人員很不爽, 但是減少故障的辦法就是運作
人員要盡力做事先檢查與準備, 盡量排除讓其發生, 在應變上則要能
很熟練的按步驟快速處理, 不能便宜行事.
※ 編輯: ggg12345 來自: 140.115.4.12 (09/02 00:49)
噓
09/02 05:37, , 54F
09/02 05:37, 54F
→
09/02 05:38, , 55F
09/02 05:38, 55F
→
09/02 05:39, , 56F
09/02 05:39, 56F
→
09/02 05:40, , 57F
09/02 05:40, 57F
→
09/02 05:42, , 58F
09/02 05:42, 58F
→
09/02 05:44, , 59F
09/02 05:44, 59F
→
09/02 05:45, , 60F
09/02 05:45, 60F
→
09/02 05:45, , 61F
09/02 05:45, 61F
1.請說明一下 CCTV 是甚麼功能?
2.為了迅速排除狀況, 從無人駕駛改為加派隨車人員.
也不必再讓站長走過去, 仍然是局部斷軌道電, 改由隨車人員下車檢視.
3.斷電的車上裝置備用電源能撐多久? 車上電腦是否 reset 重開 ?
4.上述是局部斷電, 局部停駛.
5.但晚班處理的卻是全線停駛, 逐段分區復駛. 似乎認為使用移動阻塞區
間的行動車子會撞上煞停的前車, 基於安全, 因此寧可全線停駛. 這應
該是復原時間的主要差距.
6.從全線停電停駛 -->局部停電,全線停駛-->局部停電,局部停駛-->
不停電,下車不下軌目視檢查,By-pass誤訊號,復駛 -->需下軌排除障礙,
因此請求局部停電, 下軌(甚至加派人手)排除問題, 確認不是假警訊,
故障排除後復駛-->故障排除需時甚久, 影響後車進入, 欲到達的目的
地因此局部停駛, 暫停目的地服務, 擴大局部停駛-->更嚴重, 一時排除
不了, 終於全線停駛.
如果操作人員能迅速克服困難, 不給大家帶來麻煩, 那大眾就可以委託專
業付費享受服務. 但如果故障連連, 碰上了還費時誤事, 那還得勞動全民
提心吊膽的來監督改善, 才能有一點點自力保障自己的機會.
新聞稿就是發布給大眾的資訊, 本身就應該精確才能減少誤會. 專業人員
如果一再出包, 大眾還能信任這種不願明講細節, 不願共同解決問題的專
業人員嗎 ? 雖然民眾不夠專業, 但也都知道甚麼叫做可信賴的服務 !
※ 編輯: ggg12345 來自: 140.115.4.12 (09/02 09:30)
噓
09/02 09:11, , 62F
09/02 09:11, 62F
→
09/02 09:37, , 63F
09/02 09:37, 63F
→
09/02 09:40, , 64F
09/02 09:40, 64F
→
09/02 09:46, , 65F
09/02 09:46, 65F
噓
09/02 13:42, , 66F
09/02 13:42, 66F
噓
09/02 13:47, , 67F
09/02 13:47, 67F
→
09/02 20:58, , 68F
09/02 20:58, 68F
噓
09/06 00:09, , 69F
09/06 00:09, 69F
討論串 (同標題文章)
完整討論串 (本文為第 1 之 2 篇):