Page 113 - 捷運技術 第60期
P. 113

102                                                                                         103




 將有利後續數據資料取得及回傳,  故障警訊與原始資料監測、通知與  (四) 列車檢修紀錄訓練課程及可        造成該系統或設備的相關責任單位
 縮短營運資訊傳遞時間,使系統營  管理智慧化示意圖。  手動設定回傳資訊                      並須同時進行查修,耗費大量不必

 運更有效率。  提供即時故障監視與故障碼同  為能協助維修人員即時判斷列                      要的人力與時間,另大量故障訊息

 (三) 故障監視與故障碼同步回傳  步回傳至行控中心及調度班後端電  車狀態,廠商應提供故障訊息(含        資料應能匯出供商業軟體閱讀,以
 功能  腦,可同步收集即時與非即時設備  檢修紀錄)解讀訓練課程。提供自                      利後續能將維修資料再行加值使用。
 原始資料,透過前端處理器將資料
 電聯車現行係由既有路徑及保   行手動設定回傳資訊功能,台北捷                           (二)設備物理量監測及告警資訊
 彙 整 及 分 類, 再 與 台 北 捷 運 公 司
 證系統頻寬等方式進行傳輸,即時  運公司可依實際需求,手動設定回                               現行轉轍器及軌道電路之物理
 MIS 系統界接,當電聯車子系統設
 故障資訊及重要營運資料在此架構  傳資訊(含設備狀態及故障資訊),                         量,需透過維修人員下軌道現場監
 備發生異常時,可初步確認故障原
 上,將資料傳遞至行控中心,一方  讓行控中心及維修人員能即時判斷                          測,為了減少維修人員之負荷,應
 因,評估對主線營運影響後,判斷
 面具備監視系統運作,另一方面重  列車狀態,執行後續處理作為,可                          提供轉轍器及軌道電路之遠端維修
 電聯車有無立即收車回廠之必要性,
 大故障資訊即時傳遞,讓無人駕駛  供後續運用大數據分析設備組件狀                          工作站,以利遠端監看轉轍器及軌
 提供後端更強大之車隊管理與後勤
 系統運作無虞,以監測、通知與管  態變化趨勢,供制定維修工法所用。                         道電路之工作電壓及電流,另當相
 維修之能量。
 理三面向相互循環,圖 4 為電聯車  二、行車監控系統                               關數值超出預設值發生告警時,能
                                                           即時提供維修工作站查詢及分析,
                      行車監控系統可配合電聯車各
                                                           進行預防性維修。
                 種行車狀態及突發情況進行靈活調
                                                           (三)故障碼組成及原始數據資料
                 度,不僅提供旅客安全舒適之乘車
                 環境,亦提供營運公司能合理調控                                現行系統或設備發生故障僅顯
                 班距,以達成提高運轉效率之需求。                          示故障碼及其相關代號,無法明確

                      本次訪談單位為台北捷運公司                        知道故障發生之確切原因及其關聯
                 系統處號誌廠及資訊處數位科技維                           性,維修人員需耗費大量的時間進
                 運中心,針對行車監控智慧鐵道精                           行查修,無法第一時間將故障完全

                 進部分,與號誌廠及維運中心團隊                            排除,因此,廠商除提供故障碼外,
                 各訪談 1 次,台北捷運公司提出 5                         亦應提供故障事件生成原因之組成
                 項需求,分別如下:                                  及詳細資料;另廠商應盡可能提供
                                                            原始資料數據,由原始資料數據查
                 (一) 故障訊息應完整充分並能匯
 圖 4                    出供判讀                                詢分析,解析度較旁聽解碼佳,可
 電聯車故障資訊即時傳送與管理系統 [5]                                       提供捷運公司後續加值應用。
                      現行故障訊息不夠完整,無法

                 準確判斷哪個系統或設備發生故障,
   108   109   110   111   112   113   114   115   116   117   118