移至主內容

捷運工程專用溫度壓力監測AWS IoT雲端整合

捷運工程專用溫度壓力監測AWS IoT雲端整合ATLANTIS 自有品牌

捷運工程溫度壓力監測完整指南:從隧道施工到全線雲端整合監控

台灣31年工業儀錶製造商 ATLANTIS 昶特有限公司深度剖析:一條捷運路線橫跨數十座車站、數十公里隧道,牽涉的溫度壓力監測點遠比一般工廠複雜——從潛盾機(TBM)液壓系統、車站消防給水管網、隧道通風排煙差壓,到牽引變電站冷卻系統,每個子系統都有截然不同的量測需求。本篇整合ATLANTIS在捷運及軌道工程領域的選型經驗,以及「工業感測器上雲」系列文章的AWS IoT實作方法論,帶你完整了解捷運工程如何做到全線溫度壓力雲端整合監控。

ATLANTIS的品牌使命「Re-Atlantis」,重現古代理想文明對精密秩序的追求——捷運系統正是這種秩序在現代城市中最具體的展現:數十座車站、數萬名乘客,仰賴的正是每一個溫度壓力監測點都精準無誤。詳見 ATLANTIS 品牌故事

一、捷運工程為什麼需要溫度壓力監測?四大子系統總覽

捷運系統從施工到營運,橫跨多個截然不同的工程領域,每個領域對溫度壓力監測的需求都不相同:潛盾機(TBM)液壓系統關乎隧道施工安全,車站消防給水系統關乎乘客生命安全,隧道通風排煙系統關乎火災逃生時效,牽引變電站冷卻系統則關乎全線供電穩定

4大類
捷運工程核心
溫度壓力監測子系統
數十座
典型捷運路線
車站監測據點數
1套雲端架構
可彙整全線
所有子系統數據
秒級
雲端監測可達到的
異常反應速度

為什麼「分散多點」是捷運監測的核心挑戰?

與單一工廠不同,捷運系統的監測點分散在數十座車站與數十公里隧道之間,傳統作法是每個車站各自獨立監控,資訊無法互通,也難以在總控中心即時掌握全線狀態。這正是AWS IoT雲端架構最能發揮價值的場景——把分散在各處的感測器數據,彙整到單一雲端平台,供總控中心即時掌握全線狀況。

二、四大應用場景 × Pressure/Temperature Sensor選型對照

應用場景量測需求環境挑戰建議輸出介面ATLANTIS建議型號
潛盾機(TBM)液壓系統超高壓液壓油壓力監測瞬間衝擊壓力大,施工震動劇烈4-20mA/HARTPT-UHP超高壓型壓力傳送器
車站消防給水系統管網壓力/流量監測需長期待機穩定運作,偶發性大流量需求數位開關輸出RHFS水流開關
隧道通風排煙系統風管/防火區劃差壓監測微壓差測量需求,需高解析度4-20mA數位輸出DMPT-300系列微差壓傳送器
月台門/區域負壓控制負壓度監測與控制需精確負壓維持,關乎防煙分區效果數位輸出+控制回授DVC-X008數位負壓控制器
牽引變電站冷卻系統變壓器油溫/冷卻水溫監測高負載時溫升快,需即時反應RTD Pt100數位輸出ATT-110溫度感測器
PT-UHP 超高壓型壓力傳送器

PT-UHP 超高壓型壓力傳送器 —— 高精度金屬應變式量測元件,經1.5倍滿量程衝擊測試認證,適合潛盾機液壓系統的超高壓監測

RHFS 水流開關

RHFS 水流開關 —— SPDT微動開關設計,適用於水管線流量監控,可作為車站消防給水系統的即時流量保護裝置

三、隧道通風排煙系統:微差壓監測的精密要求

捷運隧道與車站的通風排煙系統,核心設計原理是透過控制不同防火區劃之間的壓力差,確保火災發生時煙霧不會擴散至逃生通道。這類微差壓監測對精度的要求,遠比一般工廠差壓監測嚴苛。

監測項目典型壓力範圍精度要求監測目的
防煙樓梯間正壓約25~50 Pa±1 Pa以內確保逃生通道不受煙霧侵入
月台/軌道區負壓依系統設計而定±2 Pa以內控制煙霧擴散方向
風管系統壓力依風機規格而定±0.5%FS確認風機運作狀態與風管洩漏
DMPT-300系列 微差壓傳送器

DMPT-300系列 微差壓傳送器 —— 專為低壓差測量設計,適用於空氣微壓測量與風速監測,廣泛應用於暖通空調系統與潔淨室壓差監控

這類微壓差數據若能即時上傳雲端,總控中心便能在火災發生瞬間,立即確認各防火區劃的壓力狀態是否符合設計預期,而不需要等待現場人員回報——這正是AWS IoT架構在捷運消防安全應用上的關鍵價值。

四、AWS IoT雲端架構:彙整全線車站監測數據

捷運系統的雲端監測架構,核心概念與我們「工業感測器上雲」系列文章一致,差異在於主題命名規則需要多加入「車站代號」與「子系統代號」兩個維度,才能在數十座車站的規模下維持資料的可管理性。

車站A:消防/通風感測器 RS-485閘道器 車站B:消防/通風感測器 RS-485閘道器 AWS IoT Core 主題:mrt/{station}/{system}/# 規則引擎彙整全線 Lambda + DynamoDB 異常判斷/歷史記錄 依車站/系統查詢 SNS + API Gateway 異常告警 全線儀表板查詢 總控 中心

這條架構延伸自系列文章第一篇的RS-485接AWS IoT Core、第六篇的DynamoDB歷史記錄,以及第八篇的心跳監控——在多車站架構下,心跳監控機制格外重要:任何一座車站的閘道器若因故障停止回報,總控中心必須立即知道

範例:Lambda彙整多車站防煙樓梯間正壓數據並判斷異常

import json

MIN_PRESSURE_PA = 25.0  # 防煙樓梯間最低正壓要求
MAX_PRESSURE_PA = 50.0

def lambda_handler(event, context):
    station_code = event.get("station_code", "unknown")
    system_code = event.get("system_code", "unknown")
    pressure_pa = event.get("pressure_pa")

    if pressure_pa is None:
        return {"statusCode": 400, "body": "缺少pressure_pa欄位"}

    if pressure_pa < MIN_PRESSURE_PA or pressure_pa > MAX_PRESSURE_PA:
        print(f"[異常] 車站{station_code} {system_code}"
            f" 壓力{pressure_pa}Pa超出設計範圍({MIN_PRESSURE_PA}~{MAX_PRESSURE_PA}Pa)")
        # 此處可接續呼叫SNS通知該車站值班人員與總控中心
    else:
        print(f"車站{station_code} {system_code} 壓力正常:{pressure_pa}Pa")

    return {"statusCode": 200, "body": json.dumps("處理完成")}

五、牽引變電站冷卻系統:溫度監測與供電穩定性

捷運全線供電仰賴多座牽引變電站,變壓器負載升高時油溫隨之上升,若冷卻系統效能不足或監測不到位,可能導致變壓器過熱跳脫,影響全線行車。

DVC-X008 數位負壓控制器

DVC-X008 數位負壓控制器 —— 集負壓測量、顯示、控制於一體,適合月台區域負壓控制系統,可替代傳統機械式真空開關

ATT-110 溫度感測器

ATT-110 溫度感測器 —— 高性能高可靠性RTD Pt100,快速響應環境溫度變化,適合牽引變電站冷卻水溫與變壓器油溫監測應用

六、案例分享:某捷運路線車站消防給水系統雲端監測導入

以下案例經匿名化處理,客戶為台灣某捷運路線相關維護單位,導入前各車站消防給水系統壓力僅能於車站現場面板查看,總控中心無法即時掌握全線狀態。

項目導入前導入後
監測方式各車站獨立面板顯示,需人員現場查看全線車站數據彙整至AWS IoT雲端平台
異常發現依賴車站值班人員巡檢通報Lambda自動判斷 + SNS即時通知總控中心與車站雙方
歷史查詢無集中歷史記錄,稽核困難DynamoDB保存全線歷史數據,可依車站/時間範圍查詢

資深工程師分享:「捷運系統的監測需求,本質上是『規模化』的工廠監控問題——同樣的技術架構,只是把監測範圍從一座工廠擴大到數十座車站。真正的挑戰不在雲端架構本身,而在於現場感測器選型是否經得起長期運作的考驗,畢竟這些系統一旦上線,往往要穩定運作十年以上。」

資料來源與延伸閱讀

本文防煙區劃壓力數據參考建築技術規則與消防法規相關通風排煙設計原則。AWS IoT架構參考AWS官方文件(docs.aws.amazon.com)。實際法規要求請以主管機關最新公告為準。ATLANTIS產品技術規格引用自內部產品規格書。

八、20 大常見問題 FAQ(捷運工程溫度壓力監測與AWS IoT整合)

1. 捷運工程的壓力監測和一般工廠有什麼本質上的不同?
最大差異在「規模分散」——捷運系統橫跨數十座車站與數十公里隧道,監測點分散且各子系統需求差異大,需要更周全的主題命名與資料管理架構,而非單一廠區集中式監控。
2. 潛盾機(TBM)液壓系統的壓力傳送器需要防爆認證嗎?
通常不需要,TBM液壓系統本身不屬於易燃易爆環境,選型重點在於能承受施工震動與瞬間衝擊壓力的高衝擊耐性設計,而非防爆認證。
3. 防煙樓梯間正壓為什麼要求這麼高的精度?
正壓值過低可能無法有效阻擋煙霧侵入逃生通道,過高則可能導致逃生門開啟困難,精確維持在設計範圍內是確保逃生安全與可操作性的關鍵平衡。
4. 車站消防給水系統的壓力監測,需要多快的回報頻率?
建議至少每30秒至1分鐘回報一次,確保系統待命狀態的即時性;當偵測到用水或流量變化時,可考慮提高回報頻率以掌握滅火作業期間的即時狀態。
5. 多座車站的資料如何避免互相干擾或誤植?
建議在MQTT主題命名中明確加入車站代號(如本文範例的mrt/{station}/{system}/#結構),並在裝置端韌體或設定檔中固定車站與子系統識別碼,避免因設備調動造成資料誤植。
6. 牽引變電站的溫度監測異常,應該通知誰?
建議同時通知變電站當地維護人員與電力調度中心,因為變壓器異常可能影響全線供電,需要調度層級同步掌握狀況並評估是否需要調整供電配置。
7. 隧道內的環境對感測器與閘道器有什麼特殊要求?
隧道環境可能有潮濕、粉塵與震動等因素,建議選用具備適當防護等級(如IP65以上)的感測器與閘道器外殼,並考慮定期維護清潔的可及性。
8. 這套架構可以同時監控溫度和壓力兩種數據嗎?
可以,延伸系列文章的裝置設定檔架構,只需要在MQTT主題或訊息內容中標記資料類型(溫度/壓力),Lambda函式即可依類型分流處理不同的判斷邏輯。
9. 捷運系統的歷史數據需要保存多久?
依主管機關與內部維護規範要求而異,建議至少比照系列文章第六篇的做法,近期數據存DynamoDB供快速查詢,長期數據歸檔至S3以符合可能的稽核或事故調查需求。
10. 月台負壓控制系統故障,會有什麼風險?
負壓控制若失效,可能影響火災發生時的煙霧擴散控制效果,這也是為什麼建議此類系統同時搭配本地控制邏輯與雲端監測,形成雙重防護。
11. 我可以用一套雲端架構同時服務多條捷運路線嗎?
可以,在主題命名結構中額外加入路線代號(如mrt/{line}/{station}/{system}/#),即可用同一套AWS IoT架構彙整多條路線的監測數據,並依權限分別提供給各路線維護團隊查詢。
12. 捷運工程的感測器選型,需要哪些第三方認證或證明文件?
依實際採購規範要求而異,常見包括材質證明書、第三方檢驗報告、以及符合CNS國家標準的相關文件,建議在專案初期就與供應商確認完整的文件需求清單。
13. 通風排煙系統的差壓感測器多久需要校正一次?
由於這類系統直接關係消防安全,建議校正週期比一般工業應用更保守,通常每年至少一次,並依主管機關消防安全檢查週期同步進行,確保數據的長期可信度。
14. 這套雲端監測系統可以取代原本的消防受信總機嗎?
不建議,消防受信總機是經過法規認證的專用系統,具備獨立的電源與通訊備援機制;本文介紹的AWS IoT架構應視為「輔助強化」的即時監測與趨勢分析工具,而非取代法規要求的消防專用系統。
15. 潛盾機施工期間的雲端監測,工程結束後這些感測器還能用嗎?
部分感測器(如監測液壓系統的壓力傳送器)屬於施工機具的一部分,隨機具移動;但若是監測隧道結構或環境的固定式感測器,可視營運需求評估是否轉為長期監測用途。
16. 車站現場網路不穩定時,雲端監測會受影響嗎?
會,建議比照系列文章提到的本地佇列暫存機制,確保短暫網路中斷期間的數據不會遺失;捷運車站通常具備較完善的網路基礎設施,相對於偏遠管線環境風險較低。
17. 這套架構的建置需要多久時間?
依車站數量與子系統複雜度而異,單一車站的試點建置可能數週內完成,全線多車站的完整導入則建議分階段推進,比照系列文章第十篇提到的循序漸進原則。
18. 我該優先導入哪一個子系統的雲端監測?
建議優先考慮異常後果最嚴重且監測頻率需求最高的子系統,例如消防給水與通風排煙系統,待架構驗證穩定後再逐步擴充至其他子系統。
19. 這套架構是否符合捷運系統的資安規範?
捷運系統通常有專屬的資安規範與網路隔離要求,建置雲端監測架構時,建議與捷運公司資安部門確認資料傳輸路徑是否符合內部規範,並評估是否需要額外的網路隔離設計。
20. 我該從哪裡開始規劃捷運工程的溫度壓力雲端監測專案?
建議先盤點各子系統的現有感測器規格與通訊介面,確認是否支援數位輸出,同時參考「工業感測器上雲」系列文章從第一篇開始建置雲端架構基礎,並優先於單一試點車站驗證後再擴大範圍。

九、讓 ATLANTIS 協助你規劃捷運工程的全線溫度壓力雲端監測

31年工業儀錶製造經驗 × 捷運與軌道工程選型知識 × AWS IoT實作方法論

從潛盾機液壓監測、消防給水壓力,到通風排煙差壓與變電站溫度監測,我們可以陪您的工程團隊完成從硬體選型到全線雲端整合的完整規劃。

📞 02-2820-3405 免費選型諮詢 📧 線上快速詢價

業務一部 Ian:ian@atlantis.com.tw | 業務二部 Nori:nori@atlantis.com.tw


文章更新時間:2026年7月|作者:ATLANTIS 應用工程團隊|本文整合捷運及軌道工程選型知識與「工業感測器上雲」系列AWS IoT實作方法論。