AI 驅動文件
您想了解什麼？
相機通訊架構
本頁面解釋了OV10i的雙層通訊設計以及原生工業協議如何與Node-RED可擴充套件通訊能力協同工作。
通訊架構概覽
兩層通訊設計
OV10i實現了一種複雜的通訊架構，具有兩個不同的層次：
通訊層次：
- 原生工業協議 - 系統級內建通訊（Profinet, Ethernet/IP）
- Node-RED可擴充套件協議 - 特定配方的通訊能力（MQTT, Modbus, TCP, HTTP）
通訊範圍與控制
系統級與配方級：
- 系統級協議 在所有配方中全域性適用
- 配方級協議 是每個特定檢測工作流程獨有的
- 配置位置 決定通訊範圍和行為
原生工業通訊
內建PLC協議
相機系統級配置：
- Profinet & Ethernet/IP - 僅在相機系統級配置的通訊協議
- 直接整合 - 無需額外程式設計或Node-RED流程
- 工業標準 - 原生支援主要自動化平臺（西門子、艾倫-布拉德利、三菱、歐姆龍）
- 雙向資料交換 - 觸發命令、狀態反饋、配方控制、檢測結果
主要特徵：
- 全域性範圍 - 配置影響所有配方
- 系統設定 - 透過相機系統配置管理，而非Node-RED
- 即時響應 - 直接硬體級通訊
- 工業可靠性 - 為工廠自動化環境而設計
Node-RED可擴充套件通訊
配方級協議靈活性
Node-RED基於流程的協議：
- MQTT - 透過Node-RED流程進行IoT訊息傳遞和雲整合
- Modbus - 透過Node-RED節點進行工業裝置通訊
- TCP - 針對專用系統的自定義協議實現
- HTTP - 雙向Web服務通訊
配方特定特徵：
- 自定義邏輯 - 每個配方定義自己的通訊工作流程
- 協議選擇 - 為特定檢測需求選擇合適的協議
- 整合靈活性 - 連線到資料庫、雲服務、自定義應用程式
- 資料處理 - 根據需要轉換和路由檢測資料
HTTP通訊雙重性
入站HTTP（相機作為伺服器）：
- 開放API端點 - 外部系統可以遠端觸發檢測
- 配方管理 - 透過HTTP請求進行遠端配方切換和控制
- 系統控制 - 外部應用程式可以控制相機功能
- 實時訪問 - 對外部HTTP請求的即時響應
出站HTTP（相機作為客戶端）：
- Node-RED HTTP節點 - 相機發起與外部Web服務的通訊
- 自定義整合 - 配方特定的Web服務通訊
- 資料釋出 - 將檢測結果傳送到外部系統和資料庫
- 第三方整合 - 連線到MES、ERP和雲平臺
通訊流架構
系統級與配方級通訊
相機系統通訊：
- 全域性配置 - Profinet/Ethernet/IP 設定適用於整個相機
- 網路基礎 - IP 地址、子網配置影響所有通訊
- 內建協議支援 - 無需程式設計即可進行工業整合
- 跨配方一致性 - 無論當前配方如何，通訊行為保持一致
配方特定通訊：
- 獨特工作流 - Node-RED 流特定於每個配方
- 協議定製 - 不同配方可以使用不同的通訊方法
- 應用邏輯 - 根據檢測要求量身定製的通訊行為
- 資料轉換 - 配方特定的資料處理和路由
通訊響應層級
即時響應層：
- 數字 I/O 訊號 - 硬體級即時響應
- 原生 PLC 協議 - 直接的工業通訊
程式設計響應層：
- Node-RED 流 - 自定義邏輯和協議處理
- 資料處理 - 檢測結果的轉換和路由
外部整合層：
- HTTP 端點 - Web 服務整合和外部控制
- 雲通訊 - MQTT 和基於網際網路的協議
整合模式與策略
混合通訊架構
PLC + Node-RED 模式：
- 原生 PLC 用於即時觸發和狀態反饋
- Node-RED 流 用於資料路由、日誌記錄和高階整合
- 兩全其美 - 工業可靠性與自定義靈活性的結合
HTTP 雙向模式：
- 入站 HTTP 用於外部系統控制和觸發
- 出站 HTTP 用於資料釋出和整合
- 雙向整合 與基於 Web 的系統
多協議配方策略：
- 不同配方 使用不同的通訊協議
- 特定應用 的通訊方法
- 協議選擇 基於整合要求
協議轉換與橋接
Node-RED 作為通訊橋：
- 協議轉換 在不同工業系統之間
- 資料格式轉換 以確保系統相容性
- 通訊路由 在多個外部系統之間
- 整合中心 用於複雜的多系統環境
通訊架構優勢
設計優勢
工業可靠性：
- 原生協議 提供即時、可靠的工業通訊
- 經過驗證的標準 確保與現有自動化系統的相容性
靈活性與可擴充套件性：
- Node-RED 平臺 使自定義通訊解決方案成為可能
- 配方特定 的通訊適應應用需求
- 面向未來 的架構支援新協議和整合
操作效率：
- 多條通訊路徑 提供冗餘和選擇
- 實時能力 支援高速生產要求
- 自定義資料處理 最佳化特定應用的資訊流