三種入口，共用設備管理
可控協定的新設備使用原生接入；既有報文透過協定適配；現場閘道組織子設備與採集鏈路。接入後沿用產品、設備與物模型管理。
- 選擇與取捨
- 接入方式取決於協定資料、網路與韌體；可擴充不代表任意協定都免開發。
客戶問題
物聯卡管理，從業務問題開始。
新產品可以選擇接入協定，但已部署設備通常無法重新燒錄韌體。專案需要評估適配位置，並驗證設備身份、欄位含義、控制回覆與異常記錄，而不只是確認 MQTT 已連線。
機制 / 原因 / 取捨
結合介面，看懂能力如何運作。
在明確位置擴充上下行
Go／Yaegi 協定腳本區分上行前後處理與下行前後處理，可按產品或設備綁定，用於轉換輸入或補充處理。
- 選擇與取捨
- 腳本仍需評估除錯、權限與執行成本；不能視為任意程式碼的強隔離容器。
連線之後驗證雙向鏈路
上行檢查欄位、型別與事件；下行檢查目標、參數、發送記錄及回覆。閘道接入另需核對父子設備關係。
- 選擇與取捨
- 設備在線不足以證明屬性、動作、OTA 或控制功能均可用。
具體範例 / 機制示意
將既有溫度設備接入平台
示意流程：先確認原始欄位含義，再映射至約定的溫度屬性；這不是實測設備資料。
- 提供報文、單位、頻率、身份與網路資料
- 選擇適配位置並定義產品物模型
- 驗證上報、查詢及異常記錄；有控制能力時再驗證下行
準備接入
接入前，一起確認。
- 設備協定、範例報文、認證方式與網路條件
- 明確欄位單位、上報週期及設備是否支援控制
- 先用測試設備驗證，不以連線狀態作為交付驗收