移至主內容

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 年之間快速成為中大型製造業、能源業、半導體周邊設備商的標準配備。

26.7%全球工業物聯網閘道器市場 2025-2030 年複合成長率(CAGR),市場規模預計成長 58.3 億美元
USD 1AWS IoT Core 每百萬則訊息計費(首 10 億則/月),使中小工廠也能以極低成本上雲
32單一 RS-485 匯流排標準最多可掛載的 Modbus RTU 從站數量(未加中繼器)
8883AWS IoT Greengrass 閘道器對外連線所需的 MQTT over TLS 標準連接埠

換句話說,這不是一個「要不要做」的問題,而是「什麼時候做、怎麼做才不會白花錢」的問題。以下我們就從協定基礎開始,一路拆到雲端架構、選型表、成本表與 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 讀取
HART4-20mA 疊加數位訊號約 3,000 m1(點對點,多點模式需特殊設定)疊加式數位封包高階智慧型壓力/液位傳送器遠端診斷需 HART-to-Modbus/OPC 轉換器

實務上我們最常遇到的組合,是工廠既有一批類比 4-20mA 壓力錶(沿用多年、堪用但無法連網),又新增了幾支支援 RS-485 Modbus RTU 輸出的智慧型壓力開關或溫濕度傳送器。這種「混合場」正是 Modbus to AWS IoT 架構最典型的起點:先把有數位輸出能力的設備串上 RS-485 匯流排,透過閘道器一次讀取多點數據送上雲,類比設備則視預算逐步加裝訊號轉換模組分批汰換,而不是整廠一次性換新。

三、完整五層架構解析:從感測器到雲端儀表板

一套完整的 Modbus to AWS IoT 架構,可以拆成五層。每一層各司其職,任何一層設計錯誤,都會讓整個系統變得脆弱或昂貴。

現場感測層ATLANTIS RS-485 Modbus 壓力/溫度/液位/濕度感測器
閘道層Modbus RTU/TCP → MQTT 協定轉換閘道器
邊緣運算層AWS IoT Greengrass(本地緩衝、離線運作、規則過濾)
雲端接入層AWS IoT Core(MQTT Broker、裝置憑證、規則引擎)
應用分析層AWS IoT SiteWise / QuickSight / CloudWatch 警報
層級核心元件主要功能常見延遲資料量級
現場感測層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 CoreMQTT Broker、裝置憑證管理、規則引擎路由至其他 AWS 服務跨區域通常 < 200 ms依裝置數與頻率彈性擴充
應用分析層AWS IoT SiteWise、Amazon QuickSight、CloudWatch資產建模、歷史趨勢、即時儀表板、異常告警近即時(近秒級)時序資料庫長期保存

根據 AWS 官方《Industrial IoT Architecture Patterns》白皮書的建議,現場常見的做法,是把「工業協定轉換」這件工作,盡量從雲端閘道下放到最靠近 OT 網路的 OT/IT Gateway 上完成,讓不安全的傳統工業協定(如未加密的 Modbus RTU)在離開現場之前,就先被轉換成具備 TLS 加密的 MQTT,再進入企業內網與雲端,這是資安與效能兼顧的黃金原則。

USD Bn 年度 20253.68 20264.30 20275.20 20286.35 20297.80 20309.75

圖:全球工業物聯網閘道器市場規模趨勢示意(單位:十億美元,依 Report Prime/Technavio 研究區間 14.9%~26.7% CAGR 綜合推估繪製,實際數字依各研究機構方法論而異)

二・五、Modbus 暫存器規劃範例:工程師實際會用到的位址表

很多「上雲失敗」的案例,其實敗在最基礎的一步——暫存器位址規劃混亂、資料型態沒對齊。以下是我們協助客戶部署壓力開關 + 溫濕度傳送器混合場域時,常用的 Modbus 位址規劃範本,提供工程師直接參考套用。

從站位址(Slave ID)功能碼暫存器位址資料內容資料型態單位 / 換算
103(讀取保持暫存器)40001壓力即時值16-bit Signed Int÷100 → bar
10340002壓力上限警報設定值16-bit Signed Int÷100 → bar
10340003裝置狀態碼(正常/警報/斷線)16-bit Unsigned Int0=正常, 1=上限警報, 2=下限警報
204(讀取輸入暫存器)30001溫度即時值16-bit Signed Int÷10 → ℃
20430002相對濕度即時值16-bit Unsigned Int÷10 → %RH
30340001~40002液位即時值(32-bit)32-bit Float(兩暫存器合併)直接讀取 → mm
402(讀取離散輸入)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 多功能壓力開關

ATLANTIS DPS-2.5SPD3 多功能壓力開關 RS-485 Modbus 輸出

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 室內溫濕度傳送器

ATLANTIS THT-S81 室內溫濕度傳送器 RS485 Modbus RTU

THT-S81 室內溫濕度傳送器

為什麼選這款:LCD 螢幕顯示搭配電容式按鈕,測量範圍 -20℃~80℃、濕度 0~95%RH,可選功能包括 RS-485 Modbus RTU、電晶體輸出,是目前產品線中「原生支援 Modbus RTU」最直接的機型之一,特別適合需要精密溫濕度監控的室內環境。

與高階型的差異:若場域需要同時監測風管內溫濕度(而非僅室內定點),建議選配風管型或分離型安裝方式的高精度工業溫濕度傳送器(如 AT-THM80 系列),量測範圍可擴大至 -40℃~200℃。

情境 3:易燃易爆區域差壓監控(天然氣、化工管線)→ DPTX 防爆差壓傳送器

ATLANTIS DPTX 防爆差壓傳送器 RS-485 Modbus 遠距傳輸

DPTX 防爆差壓傳送器

為什麼選這款:利用半導體矽材料壓阻效應實現差壓與電信號轉換,陶瓷隔離膜片對微量硫化氫(H₂S)等腐蝕性成分具備高耐受性,數位輸出採用 RS-485 Modbus 協定,一條線路最多可串接 32 個監測點,相較逐點佈線的類比方案,可大幅降低現場配線與閘道器建置成本。

與高階型的差異:DPTX 已內建防爆設計,適用於一般石化管線差壓監測;若場域屬於核級或潛艦等級的極限應用(深水、超高壓、寬溫域),建議評估具備 HART 通訊與雙冗餘輸出的高階智慧型壓力傳送器(見情境 5)。

情境 4:溫度 + 液位一體化監測(水處理、儲槽)→ LTPT-410RS 系列 溫度液位傳送器

ATLANTIS LTPT-410RS系列 溫度液位傳送器 數位輸出

LTPT-410RS 系列 溫度液位傳送器

為什麼選這款:溫度與液位可同時測量,具高可靠性、高穩定性與高精度特點,廣泛用於水、油及輕度腐蝕性液體與氣體,適合需要「一支感測器同時回傳兩種數據」以簡化閘道器點位管理的場域,能有效減少 Modbus 位址規劃的複雜度。

與高階型的差異:若液位測量範圍更大(如深井、地下水位監測,需求深度達數百公尺),建議選配 LTPT-400 系列或防爆型分離式液位傳送器,並確認 IP68 防水等級與電纜長度規格。

情境 5:高階智慧診斷與雙冗餘輸出 → SDPT-3100 智能型壓力傳送器(HART,可整合至同一套 Modbus/MQTT 架構)

ATLANTIS SDPT-3100 智能型壓力傳送器 HART 通訊

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%
跨廠區數據比較能力無法即時比較多廠區儀表板即時比對從無到有
「以前我們是等壓力錶指針明顯異常,工班長路過看到才回報。現在系統會在數值偏離設定值的 45 秒內,直接推播到我們的手機群組。這不是『多一個功能』,是整個維護思維的轉變。」——匿名客戶,化工製程工程師

六、AWS IoT SiteWise Edge Gateway 硬體需求規格

導入前務必確認邊緣閘道硬體是否符合官方最低需求,這是專案延誤的常見主因之一。

項目最低需求建議規格(工廠稼動 24/7 場景)
作業系統Linux x86 64-bit工業級 Linux(支援長時間穩定運行)
處理器四核心四核心以上,具備工業溫度耐受規格
記憶體16 GB RAM16~32 GB RAM(視同時連接點位數量)
儲存空間256 GB256 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 RTUDPS-2.5SPD3雙組警報輸出、彩色警報螢幕
室內溫濕度精密監控無塵室、機房、倉儲RS-485 Modbus RTUTHT-S813.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 週全廠複製與驗收擴展至其餘產線 / 廠區,教育訓練,正式驗收驗收報告、操作手冊

十、量化差距:優化前後的轉換率與投資報酬

2%~4%傳統「只解釋規格、不給決策」的選型內容,客戶詢問轉換率區間
4%~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 有什麼差異?
Modbus 是工業自動化領域最廣泛使用的通訊協定之一,由主站(Master)向從站(Slave)發出讀寫指令。Modbus RTU 透過 RS-485 或 RS-232 序列線傳輸,成本低、佈線簡單,適合現場多點感測器串接;Modbus TCP 則透過乙太網路傳輸,速度快、距離不受限,適合已有網路基礎建設的廠區或與 PLC/SCADA 系統整合。兩者的暫存器定義邏輯相同,差別主要在傳輸層。
Q2. 為什麼要把 Modbus 設備連上 AWS IoT?現場 HMI 不夠用嗎?
現場 HMI(人機介面)通常只能顯示「當下」的數據,且僅限現場人員查看。連上 AWS IoT 後,數據可以被長期保存、跨廠區比較、設定自動告警、結合機器學習做異常預測,並且管理層、品保部門、遠端工程師都能隨時查看趨勢,而不需要人在現場。
Q3. 現場的類比 4-20mA 壓力錶可以直接上雲嗎?
不能直接上雲,需要先透過類比輸入模組(Analog Input Module)將 4-20mA 訊號轉換為數位訊號(通常轉為 Modbus 暫存器),才能被閘道器讀取後送上 AWS IoT。若預算允許,建議優先評估汰換為原生支援 RS-485 Modbus 輸出的數位型感測器,可省去中間轉換層,降低故障點。
Q4. AWS IoT Greengrass 跟 AWS IoT SiteWise 差在哪裡?
AWS IoT Greengrass 是部署在現場邊緣裝置上的運算框架,負責本地資料處理、離線緩衝、規則過濾,並內建 Modbus-RTU 協定轉接元件可直接讀取現場 Modbus 從站。AWS IoT SiteWise 則是雲端與邊緣皆可部署的工業資產管理服務,專門用於建立資產模型(例如把多個感測點組合成一台設備的完整檔案)、儲存時序資料、產出趨勢圖表。兩者通常搭配使用:Greengrass 負責現場資料採集與初步處理,SiteWise 負責資產建模與長期分析。
Q5. 一條 RS-485 線最多可以掛幾台 Modbus 從站?
RS-485 標準規範下,未加中繼器最多可掛載 32 個節點(含主站)。若使用支援高阻抗輸入的收發器晶片,部分廠商設備可支援到 128 甚至 247 個從站位址(Modbus 位址理論上限為 247),但實務上建議每一段匯流排控制在 32 台以內,超過需求時加裝 RS-485 中繼器分段,避免訊號衰減與位址回應延遲問題。
Q6. 舊有 PLC 沒有網路功能,怎麼辦?
多數舊型 PLC 仍支援 Modbus RTU 或 Modbus TCP 通訊埠,即使沒有內建網路卡,也可以透過外接 Modbus-to-MQTT 閘道器讀取 PLC 內部暫存器數據,不需要重新編程或更動 PLC 既有控制邏輯,這也是 AWS 官方架構文件建議的「非侵入式」整合方式,避免影響既有即時控制運作。
Q7. Modbus 轉 MQTT 的閘道器怎麼選?
評估重點包括:(1) 支援的 Modbus 從站數量上限 (2) 是否同時支援 RTU 與 TCP (3) 本地資料緩衝容量(斷網續傳能力)(4) 是否已預裝 AWS IoT SDK 或憑證管理工具 (5) 序列埠數量與工業級溫度耐受規格。若廠區點位少於 20 點,中低階閘道器即可滿足;點位超過 50 點或跨多個廠區,建議選用具備 AWS IoT Greengrass 相容性認證的工業電腦級閘道器。
Q8. 資料上雲的資安風險怎麼處理?
Modbus 協定本身沒有加密與身份驗證機制,因此關鍵原則是「不要讓未加密的 Modbus 訊號直接跨出 OT 網路」。應在最靠近現場設備的閘道器上完成協定轉換與加密,以 TLS 加密的 MQTT 連線接入 AWS IoT Core,並搭配裝置憑證(X.509)、最小權限原則的 IAM 角色設定,以及 OT/IT 網路區隔(如防火牆、VLAN 隔離)。
Q9. 斷網時感測器數據會遺失嗎?
若採用 AWS IoT Greengrass 部署於邊緣閘道器,資料會先寫入本地儲存進行緩衝,待網路恢復後自動續傳至雲端,不會遺失(受限於本地儲存容量與斷網時長)。若僅使用陽春型閘道器直接轉發、無本地緩衝機制,斷網期間的數據將會遺失,這也是選擇閘道器時務必確認的關鍵規格。
Q10. 需要多少頻寬?每月雲端費用大概多少?
Modbus 數據量非常小,單筆通常僅 2~8 bytes,頻寬需求極低,一般 4G/5G 或既有廠區網路即可負荷。費用主要來自 AWS IoT Core 訊息計費(每百萬則訊息約 1 美元,首 10 億則/月)及 SiteWise 資料儲存費用,中小型工廠(約 50 個點位、10 秒輪詢)每月訊息費用通常僅新台幣數百元等級,詳細估算可參考本文第七章表格。
Q11. Modbus 暫存器位址(Register Map)怎麼規劃?
建議依「保持暫存器(Holding Register, 功能碼 03)存放可讀寫參數與即時值」、「輸入暫存器(Input Register, 功能碼 04)存放唯讀量測值」、「離散輸入(Discrete Input, 功能碼 02)存放開關量狀態」的邏輯分類,並為每台設備建立獨立的 Slave ID 與位址區段文件,避免日後擴充時發生衝突。詳細範例可參考本文第二・五章的暫存器規劃表。
Q12. HART 協定的壓力傳送器能不能用同一套架構?
可以。透過 HART-to-Modbus 或 HART-to-OPC UA 轉換器,可以將 HART 訊號轉換為 Modbus 暫存器格式或 OPC UA 節點,再整合進同一套 AWS IoT Greengrass 閘道架構,不需要為 HART 設備另建一套獨立系統,只是需要額外的協定轉換模組。
Q13. 導入 AWS IoT 的專案時程大概多久?
依規模而定,單一產線的小型試點(Pilot)通常 4~5 週可完成部署與驗證;擴展至全廠或多廠區,建議規劃 8 週左右的完整路線圖(詳見本文第九章),包含盤點、閘道器選型、試點、雲端架構建置、警報設定與驗收,避免一次性倉促上線導致問題難以排查。
Q14. 中小型工廠沒有 IT 團隊,可以導入嗎?
可以。AWS IoT Core、Greengrass、SiteWise 皆為受管服務,不需要自建伺服器機房,大幅降低 IT 維運負擔。多數中小工廠會與具備現場儀錶與雲端整合經驗的供應商合作,由供應商協助完成暫存器規劃、閘道器部署與雲端儀表板建置,工廠端僅需負責日常操作與異常回應。
Q15. ATLANTIS 的哪些感測器支援 RS-485 Modbus 輸出?
目前產品線中,DPS-2.5SPD3 多功能壓力開關、THT-S81 室內溫濕度傳送器、DPTX 防爆差壓傳送器、LTPT-410RS 系列溫度液位傳送器等機型皆可選配 RS-485 Modbus 數位輸出,完整選型建議可參考本文第四章的情境對照與第八章的選型決策矩陣,或直接聯繫我們的應用工程團隊確認最新規格。
Q16. Modbus 位址衝突怎麼排除?
最常見的原因是多台同型號設備出廠時預設相同 Slave ID(例如皆為 1 號)。部署前務必逐台透過廠商提供的組態工具或撥碼開關重新設定唯一位址,並建立位址對照表;現場調試時可用 Modbus Poll 等診斷工具逐一驗證每個位址回應是否正確,避免上線後才發現資料錯位。
Q17. 溫度 / 壓力數據異常要怎麼設定雲端警報?
可透過 AWS IoT Core 規則引擎(IoT Rules)設定門檻條件,當數值超過上下限時觸發 Amazon SNS 發送簡訊、Email 或整合至企業通訊軟體(如 Slack、Teams)。若使用 AWS IoT SiteWise,也可直接在資產模型上設定告警邏輯,並可疊加「持續超標多久才觸發」的延遲判斷,避免瞬間雜訊造成誤報。
Q18. 導入後怎麼證明投資報酬率(ROI)?
建議在導入前先記錄基準指標(如異常發現時間、人工巡檢工時、製程報廢率、維保成本),導入後以相同指標追蹤 3~6 個月進行對比。本文第五章的三個匿名案例即採用此方法量化成效,多數客戶可在 6~12 個月內回收初期建置成本。
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 應用工程團隊