Modbus to AWS IoT 架構完整指南:從壓力錶到雲端儀表板的落地路徑
Modbus to AWS IoT 架構完整指南|工業壓力・溫度感測器上雲落地方案|ATLANTIS 台灣31年製造商
工業物聯網架構指南・2026 更新
Modbus to AWS IoT 架構完整指南:從壓力錶到雲端儀表板的落地路徑
寫給工程師與採購決策者的實戰手冊——RS-485 感測器怎麼選、Modbus RTU/TCP 閘道器怎麼配、AWS IoT Greengrass 與 IoT SiteWise 怎麼串接,全部用真實暫存器、真實成本、真實案例說清楚。
如果你正在 Google 搜尋「Modbus to AWS IoT 架構」,代表你手上大概已經有一批壓力錶、溫度傳送器或壓力開關,正透過 RS-485 匯流排安安靜靜地跑著 Modbus RTU,而你的老闆、你的客戶,或是你自己,開始問一句話:「這些數據,可以看到雲端上嗎?」這篇文章的目的很單純——把「Modbus 感測器 → 閘道器 → AWS IoT Greengrass → AWS IoT Core → AWS IoT SiteWise → 儀表板」這條完整鏈路,用工程師看得懂的語言、看得懂的表格、看得懂的暫存器位址,一次講清楚,而不是又一篇「物聯網很重要」的行銷空話。
昶特有限公司(ATLANTIS)是台灣 31 年的工業儀錶製造商,我們的產品從指針式壓力錶做到今天支援 RS-485 Modbus RTU 數位輸出的智慧型壓力開關、溫溼度傳送器、液位傳送器。品牌命名源自「Re-Atlantis」的企業使命:柏拉圖在《對話錄》中描述的理想文明,對精密測量有極致的追求;我們把這份對「精準」的偏執,從機械式壓力表一路帶進工業 4.0 的數位儀錶系統與物聯網模組。這篇文章不只是技術教學,也是我們過去幾年協助客戶把類比訊號、RS-485 訊號送上 AWS 雲端的第一手經驗整理。(延伸閱讀:ATLANTIS 品牌故事)
一、為什麼工業壓力・溫度感測器需要接上 AWS IoT?
過去工廠的壓力錶、溫度計,任務只有一個:讓現場人員「看得到」。但當生產線規模擴大、廠區分散、人力吃緊、法規要求可追溯性提高,「看得到」已經不夠——你需要「隨時看得到、看得到歷史趨勢、看得到異常時立刻收到警報、看得到跨廠區比較」。這就是為什麼 Modbus to AWS IoT 架構在 2024~2026 年之間快速成為中大型製造業、能源業、半導體周邊設備商的標準配備。
換句話說,這不是一個「要不要做」的問題,而是「什麼時候做、怎麼做才不會白花錢」的問題。以下我們就從協定基礎開始,一路拆到雲端架構、選型表、成本表與 20 題工程師最常問的問題。
二、Modbus 通訊協定基礎:RTU、TCP、HART、4-20mA 怎麼選?
在談「上雲」之前,必須先確認你的感測器輸出訊號是什麼。這決定了你需要哪一種閘道器,也決定了成本差距可能高達 5~10 倍。
| 訊號 / 協定 | 傳輸介質 | 最大距離 | 單線可掛載點數 | 資料型態 | 典型應用 | 上雲難易度 |
|---|---|---|---|---|---|---|
| 4-20mA 類比 | 雙芯線 | 約 1,000 m(依線徑) | 1(點對點) | 單一連續值 | 單點壓力/溫度傳送 | 需類比輸入模組轉換,較繁瑣 |
| Modbus RTU(RS-485) | 雙絞線 | 1,200 m(9600bps) | 最多 32(可加中繼器擴充至 247 位址) | 多暫存器、多從站 | 多點壓力開關、溫濕度傳送器串接 | 閘道器直接轉 MQTT,成熟度最高 |
| Modbus TCP | 乙太網路 RJ45 | 受限於網段 / 交換機 | 理論上無上限 | 多暫存器 | PLC、SCADA、樓宇自動化整合 | 可直接被 Greengrass / SiteWise 讀取 |
| HART | 4-20mA 疊加數位訊號 | 約 3,000 m | 1(點對點,多點模式需特殊設定) | 疊加式數位封包 | 高階智慧型壓力/液位傳送器遠端診斷 | 需 HART-to-Modbus/OPC 轉換器 |
實務上我們最常遇到的組合,是工廠既有一批類比 4-20mA 壓力錶(沿用多年、堪用但無法連網),又新增了幾支支援 RS-485 Modbus RTU 輸出的智慧型壓力開關或溫濕度傳送器。這種「混合場」正是 Modbus to AWS IoT 架構最典型的起點:先把有數位輸出能力的設備串上 RS-485 匯流排,透過閘道器一次讀取多點數據送上雲,類比設備則視預算逐步加裝訊號轉換模組分批汰換,而不是整廠一次性換新。
三、完整五層架構解析:從感測器到雲端儀表板
一套完整的 Modbus to AWS IoT 架構,可以拆成五層。每一層各司其職,任何一層設計錯誤,都會讓整個系統變得脆弱或昂貴。
| 層級 | 核心元件 | 主要功能 | 常見延遲 | 資料量級 |
|---|---|---|---|---|
| 現場感測層 | RS-485 Modbus RTU 感測器(如壓力開關、溫濕度傳送器) | 類比訊號數位化,輸出標準暫存器數值 | < 100 ms(輪詢週期) | 單點 2~4 bytes / 筆 |
| 閘道層 | Modbus-to-MQTT 協定轉換閘道器 | 輪詢多支 Modbus 從站、封裝為 JSON、發布至 MQTT Topic | 依輪詢頻率設定,常見 1~10 秒 | 每設備每輪詢週期一則訊息 |
| 邊緣運算層 | AWS IoT Greengrass(含 Modbus-RTU 協定轉接元件) | 本地資料緩衝、斷網續傳、簡易規則判斷、機器學習推論 | 本地即時,雲端同步依網路狀況 | 可壓縮、去抖動、降採樣後再上傳 |
| 雲端接入層 | AWS IoT Core | MQTT Broker、裝置憑證管理、規則引擎路由至其他 AWS 服務 | 跨區域通常 < 200 ms | 依裝置數與頻率彈性擴充 |
| 應用分析層 | AWS IoT SiteWise、Amazon QuickSight、CloudWatch | 資產建模、歷史趨勢、即時儀表板、異常告警 | 近即時(近秒級) | 時序資料庫長期保存 |
根據 AWS 官方《Industrial IoT Architecture Patterns》白皮書的建議,現場常見的做法,是把「工業協定轉換」這件工作,盡量從雲端閘道下放到最靠近 OT 網路的 OT/IT Gateway 上完成,讓不安全的傳統工業協定(如未加密的 Modbus RTU)在離開現場之前,就先被轉換成具備 TLS 加密的 MQTT,再進入企業內網與雲端,這是資安與效能兼顧的黃金原則。
圖:全球工業物聯網閘道器市場規模趨勢示意(單位:十億美元,依 Report Prime/Technavio 研究區間 14.9%~26.7% CAGR 綜合推估繪製,實際數字依各研究機構方法論而異)
二・五、Modbus 暫存器規劃範例:工程師實際會用到的位址表
很多「上雲失敗」的案例,其實敗在最基礎的一步——暫存器位址規劃混亂、資料型態沒對齊。以下是我們協助客戶部署壓力開關 + 溫濕度傳送器混合場域時,常用的 Modbus 位址規劃範本,提供工程師直接參考套用。
| 從站位址(Slave ID) | 功能碼 | 暫存器位址 | 資料內容 | 資料型態 | 單位 / 換算 |
|---|---|---|---|---|---|
| 1 | 03(讀取保持暫存器) | 40001 | 壓力即時值 | 16-bit Signed Int | ÷100 → bar |
| 1 | 03 | 40002 | 壓力上限警報設定值 | 16-bit Signed Int | ÷100 → bar |
| 1 | 03 | 40003 | 裝置狀態碼(正常/警報/斷線) | 16-bit Unsigned Int | 0=正常, 1=上限警報, 2=下限警報 |
| 2 | 04(讀取輸入暫存器) | 30001 | 溫度即時值 | 16-bit Signed Int | ÷10 → ℃ |
| 2 | 04 | 30002 | 相對濕度即時值 | 16-bit Unsigned Int | ÷10 → %RH |
| 3 | 03 | 40001~40002 | 液位即時值(32-bit) | 32-bit Float(兩暫存器合併) | 直接讀取 → mm |
| 4 | 02(讀取離散輸入) | 10001 | 壓力開關動作狀態 | Bit(0/1) | 0=未動作, 1=已動作 |
建議每一個現場設備都建立一份「暫存器規格表 + 通訊參數表」(Baud Rate、Parity、Stop Bit、Slave ID)並版本控管,因為當閘道器數量超過 20 台以後,位址衝突與波特率不一致,會是現場除錯耗時最久的兩個問題,沒有之一。
四、ATLANTIS 支援 Modbus / RS-485 數位輸出感測器 × AWS IoT 實戰選型
以下五款是 ATLANTIS 產品線中,最常被客戶用於 Modbus to AWS IoT 架構的機型。我們刻意不推薦「最貴的型號」,而是依照現場最常見的五種情境,說明「為什麼選這款」與「跟更高階型號的差異在哪」,讓你不用比較就能直接決定。
情境 1:多點壓力監控 + 上下限警報 → DPS-2.5SPD3 多功能壓力開關

DPS-2.5SPD3 多功能壓力開關
為什麼選這款:陶瓷壓阻式感測頭搭配 316 不鏽鋼元件,全量程精度可達 0.5%(最高選配 0.25%),可選配 RS-485 數位輸出功能,搭配 4-20mA 或 1-5V 類比輸出彈性接入既有系統。雙組警報輸出(Relay/NPN/PNP)可設定遲滯與窗型模式,適合需要「異常立刻觸發雲端告警」的場域。
與高階型的差異:若你的場域屬於易燃易爆區域(如 LPG 儲罐、天然氣調壓站),建議升級至防爆等級的差壓傳送器系列(見下方 DPTX),DPS-2.5SPD3 適用於一般工業廠房與非防爆區的多點壓力監控,是「數量多、單價需控管」情境下的主力機型。
情境 2:室內環境溫濕度監控(半導體無塵室、倉儲、機房)→ THT-S81 室內溫濕度傳送器

THT-S81 室內溫濕度傳送器
為什麼選這款:LCD 螢幕顯示搭配電容式按鈕,測量範圍 -20℃~80℃、濕度 0~95%RH,可選功能包括 RS-485 Modbus RTU、電晶體輸出,是目前產品線中「原生支援 Modbus RTU」最直接的機型之一,特別適合需要精密溫濕度監控的室內環境。
與高階型的差異:若場域需要同時監測風管內溫濕度(而非僅室內定點),建議選配風管型或分離型安裝方式的高精度工業溫濕度傳送器(如 AT-THM80 系列),量測範圍可擴大至 -40℃~200℃。
情境 3:易燃易爆區域差壓監控(天然氣、化工管線)→ DPTX 防爆差壓傳送器
DPTX 防爆差壓傳送器
為什麼選這款:利用半導體矽材料壓阻效應實現差壓與電信號轉換,陶瓷隔離膜片對微量硫化氫(H₂S)等腐蝕性成分具備高耐受性,數位輸出採用 RS-485 Modbus 協定,一條線路最多可串接 32 個監測點,相較逐點佈線的類比方案,可大幅降低現場配線與閘道器建置成本。
與高階型的差異:DPTX 已內建防爆設計,適用於一般石化管線差壓監測;若場域屬於核級或潛艦等級的極限應用(深水、超高壓、寬溫域),建議評估具備 HART 通訊與雙冗餘輸出的高階智慧型壓力傳送器(見情境 5)。
情境 4:溫度 + 液位一體化監測(水處理、儲槽)→ LTPT-410RS 系列 溫度液位傳送器
LTPT-410RS 系列 溫度液位傳送器
為什麼選這款:溫度與液位可同時測量,具高可靠性、高穩定性與高精度特點,廣泛用於水、油及輕度腐蝕性液體與氣體,適合需要「一支感測器同時回傳兩種數據」以簡化閘道器點位管理的場域,能有效減少 Modbus 位址規劃的複雜度。
與高階型的差異:若液位測量範圍更大(如深井、地下水位監測,需求深度達數百公尺),建議選配 LTPT-400 系列或防爆型分離式液位傳送器,並確認 IP68 防水等級與電纜長度規格。
情境 5:高階智慧診斷與雙冗餘輸出 → SDPT-3100 智能型壓力傳送器(HART,可整合至同一套 Modbus/MQTT 架構)

SDPT-3100 智能型壓力傳送器
為什麼選這款:基於微處理器的高性能傳送器,具備靈活的壓力校準與輸出、HART 協定通訊、環境溫度自動補償等功能,適用於需要高精度壓力測量與遠端組態診斷的關鍵應用。透過 HART-to-Modbus/OPC 轉換器,可與同一套 AWS IoT Greengrass 閘道架構整合,不需要另建一套獨立系統。
與其他型號的差異:HART 協定的優勢在於「不中斷量測即可遠端診斷與重新校準」,適合安裝位置難以觸及、或對停機成本極度敏感的關鍵制程點;一般場域若無遠端診斷需求,選擇原生 Modbus RTU 機型(如情境 1~4)在建置成本上更具優勢。
五、匿名產業案例研究:導入前後 KPI 量化對比
以下三個案例來自我們實際協助客戶部署的專案,依保密協議客戶名稱一律匿名處理,僅呈現量化成效供參考。
案例 A:半導體周邊設備廠 — 冷卻水系統壓力監控
| 指標 | 導入前(人工巡檢 + 指針壓力錶) | 導入後(DPS-2.5SPD3 + Greengrass + IoT SiteWise) | 改善幅度 |
|---|---|---|---|
| 異常發現時間 | 平均 4 小時(每班巡檢一次) | 平均 45 秒(雲端即時警報) | 縮短約 99.7% |
| 人工巡檢工時 / 月 | 48 小時 | 6 小時(僅維護保養) | 減少 87.5% |
| 製程異常報廢批次 / 年 | 6~8 批 | 1~2 批 | 減少約 75% |
| 資料可追溯性 | 紙本記錄,難以查詢 | 雲端時序資料庫,可追溯 3 年 | 符合稽核要求 |
案例 B:化工反應釜製程 — 溫度與差壓複合監測
| 指標 | 導入前 | 導入後(DPTX + LTPT-410RS + AWS IoT Core) | 改善幅度 |
|---|---|---|---|
| 製程超標未察覺次數 / 年 | 約 14 次 | 約 2 次 | 減少約 86% |
| 安全閥誤動作次數 / 年 | 5 次 | 0~1 次 | 減少約 90% |
| 維保成本 / 年 | 約 120 萬元 | 約 38 萬元(含雲端訂閱費用) | 降低約 68% |
案例 C:食品加工廠 CIP 清洗系統 — 溫濕度與壓力整合監控
| 指標 | 導入前 | 導入後(THT-S81 + Modbus 閘道 + QuickSight 儀表板) | 改善幅度 |
|---|---|---|---|
| CIP 洗程紀錄完整度 | 約 70%(人工填寫易漏) | 100%(自動化紀錄) | 提升 30 個百分點 |
| 稽核準備時間 | 平均 3 天 | 平均 2 小時(一鍵匯出報表) | 縮短約 92% |
| 跨廠區數據比較能力 | 無法即時比較 | 多廠區儀表板即時比對 | 從無到有 |
六、AWS IoT SiteWise Edge Gateway 硬體需求規格
導入前務必確認邊緣閘道硬體是否符合官方最低需求,這是專案延誤的常見主因之一。
| 項目 | 最低需求 | 建議規格(工廠稼動 24/7 場景) |
|---|---|---|
| 作業系統 | Linux x86 64-bit | 工業級 Linux(支援長時間穩定運行) |
| 處理器 | 四核心 | 四核心以上,具備工業溫度耐受規格 |
| 記憶體 | 16 GB RAM | 16~32 GB RAM(視同時連接點位數量) |
| 儲存空間 | 256 GB | 256 GB 以上(含斷網緩衝資料保留天數) |
| 網路埠 | 入站 443、出站 443 / 8883 | 雙網路介面(OT 網段 + IT/雲端網段隔離) |
| 序列埠 | RS-485(Modbus RTU 連接需求) | 多埠 RS-485 卡,支援 32 點以上從站掛載 |
七、雲端費用估算:中小工廠實際會花多少錢?
| 規模 | 感測點位數 | 輪詢頻率 | 月訊息量估算 | AWS IoT Core 訊息費用估算 / 月 | 備註 |
|---|---|---|---|---|---|
| 小型產線 | 10 點 | 10 秒 / 次 | 約 259 萬則 | 約 US$2.6(約新台幣 84 元) | 不含 SiteWise 資產建模與儲存費用 |
| 中型工廠 | 50 點 | 10 秒 / 次 | 約 1,296 萬則 | 約 US$13(約新台幣 420 元) | 建議加購 SiteWise 資料儲存方案 |
| 多廠區集團 | 300 點 | 5 秒 / 次 | 約 1.55 億則 | 約 US$155(約新台幣 5,000 元) | 建議搭配 Greengrass 邊緣過濾降低上傳量 |
實務上,訊息費用往往不是總成本的大宗,真正決定總體擁有成本(TCO)的是:閘道器硬體、感測器汰換或加裝的初期建置費用、以及是否有專業團隊協助規劃暫存器與資料架構。這也是為什麼我們建議客戶「先做小範圍試點(Pilot),確認架構穩定後再全廠複製」,而不是一次性大規模投資。
八、產品選型決策矩陣:符合條件 → 直接選這款
| 應用場景 | 介質 / 環境 | 通訊需求 | ATLANTIS 推薦型號 | 關鍵優勢 |
|---|---|---|---|---|
| 多點壓力監控 + 警報 | 一般工業廠房,非防爆區 | RS-485 Modbus RTU | DPS-2.5SPD3 | 雙組警報輸出、彩色警報螢幕 |
| 室內溫濕度精密監控 | 無塵室、機房、倉儲 | RS-485 Modbus RTU | THT-S81 | 3.5 吋 LCD、高精度快速響應 |
| 易燃易爆管線差壓 | 天然氣、LPG、化工管線 | RS-485 Modbus,防爆等級 | DPTX | 陶瓷隔膜、遠距 32 點串接 |
| 溫度 + 液位一體化 | 水處理、儲槽 | 數位輸出 | LTPT-410RS 系列 | 一體化監控、簡化點位管理 |
| 關鍵制程遠端診斷 | 難以觸及、高停機成本場域 | HART(可轉 Modbus/OPC) | SDPT-3100 | 免拆卸校正、微處理器溫度補償 |
九、8 週導入路線圖
| 週次 | 階段 | 主要工作 | 交付項目 |
|---|---|---|---|
| 第 1~2 週 | 盤點與規劃 | 現場設備盤點、通訊協定確認、暫存器位址規劃 | 設備清單、Modbus 位址規格書 |
| 第 3 週 | 閘道器選型與採購 | 依點位數與環境需求選定 Modbus-to-MQTT 閘道器 | 閘道器規格確認單 |
| 第 4~5 週 | 試點部署(Pilot) | 單一產線或單一廠區先行部署,驗證資料完整性 | 試點運行報告 |
| 第 6 週 | 雲端架構建置 | AWS IoT Core / Greengrass / SiteWise 資產建模 | 雲端儀表板 Demo |
| 第 7 週 | 警報規則與權限設定 | 設定異常門檻、通知管道、角色權限 | 警報規則清單 |
| 第 8 週 | 全廠複製與驗收 | 擴展至其餘產線 / 廠區,教育訓練,正式驗收 | 驗收報告、操作手冊 |
十、量化差距:優化前後的轉換率與投資報酬
這代表什麼?同樣的網站流量,只是把內容從「教你怎麼比較」改成「直接告訴你該選什麼」,詢價轉換率就有機會翻倍。這也是為什麼這篇文章從頭到尾都盡量附上「為什麼選這款」與「與高階型的差異」——因為工程師與採購決策者要的不是更多選項,是更少猶豫。
十一、常見風險量化:選錯架構的代價
| 風險項目 | 常見成因 | 可能後果 | 預防措施 |
|---|---|---|---|
| Modbus 位址衝突 | 多台設備出廠預設同一 Slave ID 未更改 | 閘道器讀取失敗、資料錯位 | 建立位址規劃表並現場逐點驗證 |
| 資安曝險 | Modbus RTU/TCP 本身未加密,直接暴露於企業網路 | OT 網路遭入侵、生產中斷 | OT/IT 閘道器隔離、TLS 加密後才進雲端 |
| 斷網資料遺失 | 閘道器無本地緩衝機制 | 異常事件無法回溯 | 採用具離線緩衝能力的邊緣運算元件(如 Greengrass) |
| 訊息費用暴增 | 輪詢頻率設定過高、未做邊緣過濾 | 雲端帳單異常上升 | 邊緣去抖動、降採樣後再上傳 |
| 感測器精度不足 | 選用一般型號用於高精度製程 | 製程控制失準、產品報廢率上升 | 依製程精度需求選配對應等級感測器 |
十二、三個反思問題
問題 1:你的工程團隊看完這篇文章,能不能「不用再比較」就決定要用哪一款感測器、哪一種閘道器架構?
如果答案是「還不確定」,代表你的場域可能有更特殊的變數(例如極端溫度、腐蝕性介質、防爆等級要求),建議直接與我們的應用工程團隊討論,而不是自己花更多時間在網路上比較規格表。
問題 2:你有沒有把「選錯的風險」納入採購決策?
Modbus to AWS IoT 架構的建置成本,往往不是最大的支出——選錯架構後「重工」的成本才是。暫存器規劃錯誤、閘道器頻寬不足、感測器精度不符,任何一項都可能讓專案延誤數週甚至數月。
問題 3:這篇文章,是在「教你怎麼選」,還是在「幫你決定」?
我們刻意在每個產品段落都加上「為什麼選這款」與「與高階型的差異」,因為真正有用的技術內容,不是丟給你更多選項,而是幫你排除不適合的選項,讓決策變快。
需要協助規劃您的 Modbus to AWS IoT 架構?
告訴我們您的感測點位數、通訊協定、環境條件與精度需求,我們用 31 年工業儀錶製造經驗,協助您規劃選型與導入時程。
十三、20 大常見問題(FAQ)× 工程查詢導向解答
Q1. 什麼是 Modbus?RTU 與 TCP 有什麼差異?
Q2. 為什麼要把 Modbus 設備連上 AWS IoT?現場 HMI 不夠用嗎?
Q3. 現場的類比 4-20mA 壓力錶可以直接上雲嗎?
Q4. AWS IoT Greengrass 跟 AWS IoT SiteWise 差在哪裡?
Q5. 一條 RS-485 線最多可以掛幾台 Modbus 從站?
Q6. 舊有 PLC 沒有網路功能,怎麼辦?
Q7. Modbus 轉 MQTT 的閘道器怎麼選?
Q8. 資料上雲的資安風險怎麼處理?
Q9. 斷網時感測器數據會遺失嗎?
Q10. 需要多少頻寬?每月雲端費用大概多少?
Q11. Modbus 暫存器位址(Register Map)怎麼規劃?
Q12. HART 協定的壓力傳送器能不能用同一套架構?
Q13. 導入 AWS IoT 的專案時程大概多久?
Q14. 中小型工廠沒有 IT 團隊,可以導入嗎?
Q15. ATLANTIS 的哪些感測器支援 RS-485 Modbus 輸出?
Q16. Modbus 位址衝突怎麼排除?
Q17. 溫度 / 壓力數據異常要怎麼設定雲端警報?
Q18. 導入後怎麼證明投資報酬率(ROI)?
Q19. 既有系統要汰換所有感測器嗎,還是可以漸進式導入?
Q20. 選錯閘道器或感測器會有什麼後果?
資料來源與參考文獻:
- AWS,《Industrial IoT Architecture Patterns》白皮書,Amazon Web Services 官方文件
- AWS IoT Greengrass 開發者指南——Modbus-RTU 協定轉接元件說明,docs.aws.amazon.com
- AWS IoT SiteWise 使用者指南——Modbus 來源設定與邊緣閘道硬體需求,docs.aws.amazon.com
- AWS IoT Core 官方定價頁面,aws.amazon.com/iot-core/pricing
- Report Prime、Technavio,Industrial IoT Gateway Market 產業研究報告(2025-2032 市場規模與 CAGR 預測)
- ATLANTIS 應用工程團隊實務部署經驗與匿名客戶案例整理(2024-2026)
本文技術內容與市場數據僅供工程規劃參考,實際導入請依現場環境、法規要求與最新官方文件為準。文章更新時間:2026 年 7 月|作者:ATLANTIS 應用工程團隊