先釐清：三種協定解決的是不同層次
選擇閘道器時，最常見的誤區是直接比較 Modbus、OPC-UA 與 MQTT 哪一個「最好」。Modbus 主要解決控制器、儀表與感測設備之間的暫存器讀寫；OPC-UA 提供具型別、品質、時間戳與階層關係的工業資料模型；MQTT 則以 Broker 為中心，在不穩定或跨網路環境中傳遞訊息。它們重疊的部分有限，工程上更常見的是分層組合。
閘道器的真正工作也不只是轉換封包。它需要決定輪詢週期、處理斷線、轉換資料型別、補上品質與時間戳、限制寫入權限，並讓維運人員看得出資料在哪一段遺失。如果只做協定轉送，來源設備的地址、縮放倍率與異常值會一路洩漏到 ERP、資料平台或 AI 應用，後續整合成本通常更高。
因此，第一個問題不應是選哪一種協定，而是確認資料要從哪裡來、由誰使用、是否需要控制設備，以及連線中斷時應該發生什麼事。
Modbus、OPC-UA 與 MQTT 各自的工程代價
Modbus 適合既有 PLC、電表、變頻器與簡單感測器。它容易實作，也有廣泛的設備支援，但暫存器本身沒有完整語意。整合團隊必須另外管理站號、功能碼、位址、資料長度、大小端序、縮放倍率與無效值。RTU 還需要正確處理鮑率、同位元、串列匯流排時序及輪詢負載。Modbus TCP 雖然簡化了傳輸，卻不會自動補上身分驗證、加密或資料模型，因此不應直接暴露到外部網路。
OPC-UA 適合需要標準化工業語意、設備探索、訂閱、事件與細緻權限的廠內整合。客戶端可以讀取節點型別、品質、來源時間戳和階層，而不只是猜測某個位址代表什麼。不過，這些能力也帶來憑證生命週期、信任清單、Namespace、資訊模型與相容性測試等工作。若只是把每個 Modbus 暫存器原樣映射成 OPC-UA 節點，雖然協定轉換成功，資料仍然缺乏可治理的語意。
MQTT 適合將邊緣資料傳到雲端、資料湖或多個非同步消費者。發送端不必知道接收端的位置，並可搭配持久工作階段、離線緩衝、保留訊息與不同 QoS。但 MQTT 不會替團隊定義 Topic、Payload Schema 或設備身分。QoS 也不等於業務層的「剛好執行一次」；重送仍可能造成命令重複。保留訊息若沒有版本、時間戳與有效期限，也可能讓新訂閱者取得已過時的設備狀態。
用系統邊界選擇，而不是用功能清單投票
在許多工廠架構中，合理的分工是 Modbus 位於南向設備層、OPC-UA 位於廠內 OT 整合層、MQTT 位於北向平台或雲端層。例如，邊緣閘道器輪詢 Modbus 設備，轉成統一的工程單位與設備模型，再透過 OPC-UA 提供給 SCADA，同時以 MQTT 發送經篩選的遙測資料。這不代表每個專案都必須使用三者；每增加一層，就會增加部署、監控、版本與故障排查成本。
- 來源設備：只有暫存器介面時，Modbus 通常是必要的南向選擇；設備已有成熟 OPC-UA Server 時，應優先保留其原生語意。
- 消費者需求：SCADA、MES 或工程工具需要瀏覽節點和品質資訊時，OPC-UA 較自然；雲端服務與事件驅動應用通常更適合 MQTT。
- 控制風險：遙測與命令應分開設計。跨站或跨雲控制必須加入授權、逾時、冪等與設備端安全狀態，不能只依賴協定的傳送成功。
- 網路條件：頻繁斷線、低頻寬或需要離線補送時，MQTT 加上持久佇列較實用；穩定廠網內的即時監看則可使用 OPC-UA 訂閱。
- 資料語意：若資料會被多個系統長期使用，應投資於統一命名、單位、型別與版本，而不是讓每個消費者自行解讀暫存器。
- 安全邊界：Modbus 應留在受控網段。OPC-UA 憑證與 MQTT TLS、帳號及 Topic ACL 都需要可操作的更新和撤銷流程。
若需求只是擷取少量設備資料，單一 Modbus-to-MQTT 閘道器可能已足夠。若廠內已有 OPC-UA 治理標準，則可以 OPC-UA 作為統一介面，再選擇性橋接 MQTT。避免為了「未來可能需要」而同時啟用所有介面，因為未使用的寫入端點與預設帳號都會擴大攻擊面。
落地時應驗證的細節
在正式選型前，先用一台真實設備完成端到端測試。除了確認數值能否到達，也要拔除網路、重新啟動設備、改變 PLC 模式、製造逾時，並驗證閘道器如何標記品質、補送資料及恢復訂閱。時間戳應明確區分設備時間、閘道器接收時間與平台寫入時間，否則事後很難判斷延遲來自製程、網路還是佇列。
- 建立明確對照表：記錄 Modbus 位址、資料型別、位元順序、單位、倍率、有效範圍與對應的 OPC-UA Node 或 MQTT 欄位。
- 在邊緣正規化：將原始值轉成固定單位與穩定設備識別碼，同時保留原值供診斷，不要讓雲端服務重複實作設備規則。
- 區分狀態與事件：狀態可被覆寫，事件則需要唯一識別、時間與可追蹤的重送策略；兩者不應共用含糊的 Topic。
- 隔離讀寫路徑：讀取遙測與下達命令使用不同帳號、權限及稽核紀錄。命令必須有確認、逾時與重複執行防護。
- 監控資料新鮮度：除了 CPU 與連線狀態，也要監控最後成功輪詢時間、佇列深度、錯誤碼、憑證到期與每個資料點的更新年齡。
最後的選擇通常不是單一協定的勝負，而是邊界是否清楚。能把設備限制、工業語意與跨網路傳輸分開處理的架構，會比單純追求協定功能更容易維護，也更適合逐步擴充。