跳到主要内容

AI 驱动文档

您想了解什么？

相机通信架构

本页介绍 OV10i 的双层通信设计，以及原生工业协议如何与 Node-RED 可扩展通信能力并行工作。

通信架构概览​

双层通信设计​

OV10i 实现了一个具有两个独立层次的先进通信架构：

通信层级：

  • 原生工业协议 - 系统级内建通信（Profinet、Ethernet/IP）
  • Node-RED 可扩展协议 - 配方特定通信能力（MQTT、Modbus、TCP、HTTP）

通信范围与控制​

系统级 vs 配方级：

  • 系统级协议 面向所有配方全局适用
  • 配方级协议 针对每个具体检测工作流唯一
  • 配置位置 决定通信范围与行为

原生工业通信​

内置 PLC 协议​

相机系统级配置：

  • Profinet & Ethernet/IP - 仅在相机系统级配置的通信协议
  • 直接集成 - 无需额外编程或 Node-RED 流
  • 工业标准 - 原生支持主流自动化平台（Siemens、Allen-Bradley、Mitsubishi、Omron）
  • 双向数据交换 - 触发命令、状态反馈、配方控制、检测结果

关键特征：

  • 全局作用域 - 配置影响所有配方
  • 系统设置 - 通过相机系统配置管理，而非 Node-RED
  • 即时响应 - 直接的硬件级通信
  • 工业可靠性 - 为工厂自动化环境而设计

image.png

image.png

Node-RED 可扩展通信​

image.png

配方级别协议灵活性​

Node-RED Flow-Based Protocols：

  • MQTT - 通过 Node-RED 流实现物联网消息传递与云集成
  • Modbus - 通过 Node-RED 节点实现对工业设备的通信
  • TCP - 面向专用系统的自定义协议实现
  • HTTP - 双向 Web 服务通信

配方特定特征：

  • 自定义逻辑 - 每个配方定义其自己的通信工作流
  • 协议选择 - 为特定检测需求选择合适的协议
  • 集成灵活性 - 连接数据库、云服务、自定义应用
  • 数据处理 - 根据需要转换并路由检测数据

HTTP 通信双重性​

入站 HTTP（相机作为服务器）：

  • 开放 API 端点 - 外部系统可远程触发检测
  • 配方管理 - 通过 HTTP 请求实现远程配方切换与控制
  • 系统控制 - 外部应用可控制相机功能
  • 实时访问 - 对外部 HTTP 请求的即时响应

出站 HTTP（相机作为客户端）：

  • Node-RED HTTP 节点 - 相机主动向外部 Web 服务发起通信
  • 自定义集成 - 基于配方的 Web 服务通信
  • 数据发布 - 将检测结果发送到外部系统和数据库
  • 第三方集成 - 连接到 MES、ERP 和云平台

Communication Flow Architecture​

System-Level vs Recipe-Level Communication​

Camera System Communication:

  • Global Configuration - Profinet/EtherNet/IP 设置应用于整个相机
  • Network Foundation - IP 地址配置、子网配置影响所有通信
  • Built-in Protocol Support - 工业集成无需编程
  • Cross-Recipe Consistency - 无论当前配方，通信行为保持一致

Recipe-Specific Communication:

  • Unique Workflows - Node-RED flows 为每个配方特定
  • Protocol Customization - 不同配方可以使用不同的通信方法
  • Application Logic - 根据检验需求定制的通信行为
  • Data Transformation - 配方特定的数据处理与路由

Communication Response Hierarchy​

Immediate Response Tier:

  • Digital I/O Signals - 硬件级别的即时响应
  • Native PLC Protocols - 直接工业通信

Programmed Response Tier:

  • Node-RED Flows - 自定义逻辑和协议处理
  • Data Processing - 检验结果转换与路由

External Integration Tier:

  • HTTP Endpoints - Web 服务集成与外部控制
  • Cloud Communication - MQTT 与基于互联网的协议

Integration Patterns and Strategies​

Hybrid Communication Architectures​

PLC + Node-RED Pattern:

  • Native PLC for immediate triggers and status feedback
  • Node-RED flows for data routing, logging, and advanced integration
  • Best of both worlds - Industrial reliability with custom flexibility

HTTP Dual Direction Pattern:

  • Inbound HTTP for external system control and triggers
  • Outbound HTTP for data publishing and integration
  • Bidirectional integration with web-based systems

Multi-Protocol Recipe Strategy:

  • Different recipes using different communication protocols
  • Application-specific communication methods
  • Protocol selection based on integration requirements

Protocol Translation and Bridging​

Node-RED as Communication Bridge:

  • Protocol conversion between different industrial systems
  • Data format transformation for system compatibility
  • Communication routing between multiple external systems
  • Integration hub for complex multi-system environments

Communication Architecture Benefits​

Design Advantages​

Industrial Reliability:

  • Native protocols provide immediate, reliable industrial communication
  • Proven standards ensure compatibility with existing automation systems

Flexibility and Extensibility:

  • Node-RED platform enables custom communication solutions
  • Recipe-specific communication adapts to application requirements
  • Future-proof architecture supports new protocols and integrations

Operational Efficiency:

  • Multiple communication paths provide redundancy and options
  • Real-time capabilities support high-speed production requirements
  • Custom data processing optimizes information flow for specific applications

🔗 相关链接​