AI 驅動文件
您想了解什麼？
相機通訊架構
本頁解釋 OV80i 的雙層通訊設計，以及本地工業協議如何與 Node-RED 可擴充套件通訊能力協同工作。
通訊架構概述
雙層通訊設計
OV80i 實現了一個複雜的通訊架構，包含兩個不同的層級：
通訊層級：
- 原生工業協議 - 系統級內建通訊 (Profinet、Ethernet/IP)
- Node-RED 可擴充套件協議 - 針對配方的通訊能力 (MQTT、Modbus、TCP、HTTP)
通訊範圍與控制
系統級 vs 配方級：
- 系統級協議 適用於所有配方的全域性通訊
- 配方級協議 僅適用於特定檢驗工作流
- 配置位置 決定通訊範圍和行為
本地工業通訊
內建 PLC 協議
攝像頭系統級配置：
- Profinet & Ethernet/IP - 僅在攝像頭系統級配置的通訊協議
- Direct Integration（直接整合） - 無需額外程式設計或 Node-RED 流
- Industrial Standards - 對主要自動化平臺（Siemens、Allen-Bradley、Mitsubishi、Omron）的原生支援
- Bidirectional Data Exchange - 觸發命令、狀態反饋、配方控制、檢驗結果
關鍵特徵：
- Global Scope - 配置影響所有配方
- System Settings - 透過相機系統配置管理，而非 Node-RED
- Immediate Response - 直接的硬體級通訊
- Industrial Reliability - 為工廠自動化環境而設計
Node-RED 可擴充套件通訊
配方級協議靈活性
基於 Node-RED 流的協議：
- MQTT - 透過 Node-RED 流實現的物聯網訊息傳遞與雲端整合
- Modbus - 透過 Node-RED 節點進行的工業裝置通訊
- TCP - 面向特定系統的自定義協議實現
- HTTP - 雙向網頁服務通訊
配方特定特徵：
- Custom Logic - 每個配方定義其自身的通訊工作流
- Protocol Selection - 為特定檢驗需求選擇合適的協議
- Integration Flexibility - 連線資料庫、雲服務、自定義應用
- Data Processing - 根據需要轉換並路由檢驗資料
HTTP 通訊雙向性
Inbound HTTP（相機作為伺服器）
- Open API Endpoints - 外部系統可遠端觸發檢驗
- Recipe Management - 透過 HTTP 請求進行遠端切換和控制
- System Control - 外部應用可控制相機功能
- Real-time Access - 對外部 HTTP 請求的即時響應
Outbound HTTP（相機作為客戶端）
- Node-RED HTTP 節點 - 相機向外部網頁服務發起通訊
- Custom Integration - 面向配方的網頁服務通訊
- Data Publishing - 將檢驗結果傳送到外部系統和資料庫
- Third-party Integration - 連線到 MES、ERP 和雲平臺
通訊流架構
系統級 vs 配方級通訊
攝像頭系統通訊：
- Global Configuration - Profinet/Ethernet/IP 設定適用於整臺相機
- Network Foundation - IP 地址分配、子網配置影響所有通訊
- Built-in Protocol Support - 不需要程式設計即可實現工業整合
- Cross-Recipe Consistency - 無論活躍配方如何，均保持相同的通訊行為
配方特定通訊：
- Unique Workflows - Node-RED 流針對每個配方
- Protocol Customization - 不同配方可使用不同的通訊方法
- Application Logic - 通訊行為針對檢驗要求進行定製
- Data Transformation - 針對配方的資料顯示處理與路由
通訊響應層級
即時響應層：
- Digital I/O Signals - 硬體級即時響應
- Native PLC Protocols - 直接的工業通訊
程式設計化響應層：
- Node-RED Flows - 自定義邏輯與協議處理
- Data Processing - 檢驗結果的轉換與路由
外部整合層：
- HTTP Endpoints - 與網頁服務的整合及外部控制
- Cloud Communication - MQTT 與基於網際網路的協議
整合模式與策略
混合式通訊架構
PLC + Node-RED 模式：
- 原生 PLC 用於即時觸發和狀態反饋
- Node-RED 流 用於資料路由、日誌記錄及高階整合
- 兩全其美 - 工業可靠性與自定義靈活性並存
HTTP 雙向模式：
- Inbound HTTP 用於外部系統控制與觸發
- Outbound HTTP 用於資料釋出與整合
- 雙向整合 與基於網路的系統
多協議配方策略：
- 不同配方 使用不同的通訊協議
- 應用特定 的通訊方法
- 協議選擇 基於整合需求
協議轉換與橋接
Node-RED 作為通訊橋樑：
- 協議轉換 在不同工業系統之間
- 資料格式轉換 以實現系統相容
- 通訊路由 在多個外部系統之間
- 整合樞紐 用於複雜的多系統環境
通訊架構優勢
設計優勢
工業可靠性：
- 原生協議 提供即時、可靠的工業通訊
- 成熟標準 確保與現有自動化系統的相容性
靈活性與可擴充套件性：
- Node-RED 平臺 提供自定義通訊解決方案
- 配方特定 的通訊適應應用需求
- 面向未來 的架構支援新協議和整合
運營效率：
- 多條通訊路徑 提供冗餘與選項
- 實時能力 支撐高速生產需求
- 自定義資料處理 最佳化資訊流以適應特定應用