取得裝置標籤並向北發布
設定南向通道,取得並處理標籤樣本,透過OPC UA發布符合條件的節點,並透過身分、授權、標籤和執行時間狀態進行閘寫入。
- Channel → Device → Group → Tag
- 多協定架構
- 北行OPC UA
通道
裝置裝置
群組群組群組
獲取流程OPC UA
已實現的核心功能
分層裝置模型
使用 Channel、Device、Group 和 Tag 層來保持設定和執行時間識別明確。
多協定南向連線
每個專案選擇隔離的協議工廠,並根據目標硬體對其進行驗證。
採集生命週期
協調啟動、停止、輪詢、訂閱、重新連線和工作階段停用。
處理和死區
在下游發布之前處理樣本並應用死區規則。
北行OPC UA發布
發布符合條件的標籤,同時控制端點、節點、重新發布和寫入邊界。
受控寫入管道
在寫入之前驗證身分、授權、標籤身分、資料類型、存取等級和通道狀態。
受保護的執行階段更改
使用掛起狀態、鎖定、寫入靜止、範圍內重新加載和收斂檢查。
容量和診斷
公開點數、狀態和診斷,以解釋阻止或失敗的行為。
清晰的四步路徑
- 1
設定
建立 Channel、Device、Group 和 Tag 設定。
- 2
獲取
啟動選定的協定執行階段並觀察生命週期狀態。
- 3
流程
應用常見的樣品處理和死區行為。
- 4
發布
透過 OPC UA 發布符合條件的資料並允許受控寫入。
該產品適合的地方
- 多供應商裝置資料聚合
- Modbus 到 OPC UA 橋接
- 邊緣樣本處理和死區
- 受保護的執行階段設定維護
許可、要求和邊界
授權和版本
按許可執行階段點
Gateway 的執行階段容量由授權中的點數額度控制。
通訊協定與硬體驗證
存在通訊協定實作不代表已完成硬體相容性認證;型號、韌體、位址、資料類型及讀寫行為仍須驗證。
組件和安全要求
必須依專案確認 OPC UA 元件、憑證、信任、網路分段和服務部署。
技術要求
- ASP.NET 面向 net10.0 的核心 Web 主機。
- 南向連線包括網路、序列和OPC UA用戶端路徑;目標權限和驅動程式需要驗證。
- 北向OPC UA伺服器使用Softing元件;授權、憑證、信任清單和互通性需要確認。
- 作業系統、硬體、儲存、保留、服務託管、備份和網路安全基線仍然是特定於部署的。