KI-GESTÜTZTE DOKUMENTATION
Was möchten Sie wissen?
Kamera-Kommunikationsarchitektur
Diese Seite erläutert das zweistufige Kommunikationsdesign des OV80i und wie native Industrieprotokolle zusammen mit den erweiterbaren Kommunikationsfunktionen von Node-RED funktionieren.
Überblick über die Kommunikationsarchitektur
Zweistufiges Kommunikationsdesign
Der OV80i implementiert eine ausgeklügelte Kommunikationsarchitektur mit zwei unterschiedlichen Ebenen:
Kommunikationsebenen:
- Native Industrieprotokolle – Systemweit integrierte Kommunikation (Profinet, Ethernet/IP)
- Node-RED-erweiterbare Protokolle – Rezeptspezifische Kommunikationsfunktionen (MQTT, Modbus, TCP, HTTP)
Kommunikationsumfang und -steuerung
System- vs. Rezeptebene:
- Protokolle auf Systemebene gelten global für alle Rezepte
- Protokolle auf Rezeptebene sind für jeden spezifischen Inspektionsworkflow einzigartig
- Der Konfigurationsort bestimmt den Kommunikationsumfang und das -verhalten
Native Industriekommunikation
Integrierte PLC-Protokolle
Konfiguration auf Kamerasystemebene:
- Profinet & Ethernet/IP – Einzige Kommunikationsprotokolle, die auf Kamerasystemebene konfiguriert werden
- Direkte Integration – Keine zusätzliche Programmierung oder Node-RED-Flows erforderlich
- Industriestandards – Native Unterstützung für gängige Automatisierungsplattformen (Siemens, Allen-Bradley, Mitsubishi, Omron)
- Bidirektionaler Datenaustausch – Trigger-Befehle, Statusrückmeldung, Rezeptsteuerung, Inspektionsergebnisse
Wesentliche Merkmale:
- Globaler Geltungsbereich – Konfiguration betrifft alle Rezepte
- Systemeinstellungen – Verwaltet über die Kamerasystemkonfiguration, nicht über Node-RED
- Sofortige Reaktion – Direkte Kommunikation auf Hardwareebene
- Industrielle Zuverlässigkeit – Konzipiert für Umgebungen der Fabrikautomatisierung


Node-RED-erweiterbare Kommunikation

Protokollflexibilität auf Rezeptebene
Node-RED Flow-basierte Protokolle:
- MQTT – IoT-Messaging und Cloud-Integration über Node-RED-Flows
- Modbus – Kommunikation mit Industriegeräten über Node-RED-Nodes
- TCP – Benutzerdefinierte Protokollimplementierung für spezialisierte Systeme
- HTTP – Bidirektionale Webservice-Kommunikation
Rezeptspezifische Merkmale:
- Benutzerdefinierte Logik – Jedes Rezept definiert seine eigenen Kommunikations-Workflows
- Protokollauswahl – Wahl geeigneter Protokolle für spezifische Inspektionsanforderungen
- Integrationsflexibilität – Anbindung an Datenbanken, Cloud-Dienste, benutzerdefinierte Anwendungen
- Datenverarbeitung – Transformation und Weiterleitung von Inspektionsdaten nach Bedarf
HTTP-Kommunikationsdualität
Eingehendes HTTP (Kamera als Server):
- Offene API-Endpunkte – Externe Systeme können Inspektionen aus der Ferne auslösen
- Rezeptverwaltung – Fernumschaltung und -steuerung von Rezepten über HTTP-Anfragen
- Systemsteuerung – Externe Anwendungen können Kamerafunktionen steuern
- Echtzeitzugriff – Sofortige Reaktion auf externe HTTP-Anfragen
Ausgehendes HTTP (Kamera als Client):
- Node-RED HTTP-Nodes – Kamera initiiert Kommunikation zu externen Webdiensten
- Benutzerdefinierte Integration – Rezeptspezifische Webservice-Kommunikation
- Datenveröffentlichung – Senden von Inspektionsergebnissen an externe Systeme und Datenbanken
- Drittanbieter-Integration – Anbindung an MES, ERP und Cloud-Plattformen
Kommunikationsfluss-Architektur
Kommunikation auf System- vs. Rezeptebene
Kommunikation des Kamerasystems:
- Globale Konfiguration – Profinet/Ethernet/IP-Einstellungen gelten für die gesamte Kamera
- Netzwerkgrundlage – IP-Adressierung und Subnetzkonfiguration beeinflussen die gesamte Kommunikation
- Integrierte Protokollunterstützung – Keine Programmierung für die industrielle Integration erforderlich
- Rezeptübergreifende Konsistenz – Gleiches Kommunikationsverhalten unabhängig vom aktiven Rezept
Rezeptspezifische Kommunikation:
- Eindeutige Workflows – Node-RED-Flows sind spezifisch für jedes Rezept
- Protokollanpassung – Verschiedene Rezepte können unterschiedliche Kommunikationsmethoden verwenden
- Anwendungslogik – Kommunikationsverhalten zugeschnitten auf Inspektionsanforderungen
- Datentransformation – Rezeptspezifische Datenverarbeitung und -weiterleitung
Hierarchie der Kommunikationsreaktion
Stufe der sofortigen Reaktion:
- Digitale I/O-Signale – Sofortige Reaktion auf Hardwareebene
- Native PLC-Protokolle – Direkte industrielle Kommunikation
Stufe der programmierten Reaktion:
- Node-RED-Flows – Benutzerdefinierte Logik und Protokollverarbeitung
- Datenverarbeitung – Transformation und Weiterleitung von Inspektionsergebnissen
Stufe der externen Integration:
- HTTP-Endpunkte – Webservice-Integration und externe Steuerung
- Cloud-Kommunikation – MQTT und internetbasierte Protokolle
Integrationsmuster und -strategien
Hybride Kommunikationsarchitekturen
PLC + Node-RED-Muster:
- Natives PLC für sofortige Trigger und Statusrückmeldung
- Node-RED-Flows für Datenweiterleitung, Protokollierung und erweiterte Integration
- Das Beste aus beiden Welten – Industrielle Zuverlässigkeit mit benutzerdefinierter Flexibilität
HTTP-Bidirektionalmuster:
- Eingehendes HTTP für externe Systemsteuerung und Trigger
- Ausgehendes HTTP zur Datenveröffentlichung und Integration
- Bidirektionale Integration mit webbasierten Systemen
Multi-Protokoll-Rezeptstrategie:
- Verschiedene Rezepte verwenden unterschiedliche Kommunikationsprotokolle
- Anwendungsspezifische Kommunikationsmethoden
- Protokollauswahl basierend auf Integrationsanforderungen
Protokollübersetzung und -bridging
Node-RED als Kommunikations-Bridge:
- Protokollkonvertierung zwischen verschiedenen industriellen Systemen
- Datenformat-Transformation zur Systemkompatibilität
- Kommunikations-Routing zwischen mehreren externen Systemen
- Integrations-Hub für komplexe Multi-System-Umgebungen
Vorteile der Kommunikationsarchitektur
Designvorteile
Industrielle Zuverlässigkeit:
- Native Protokolle bieten sofortige, zuverlässige industrielle Kommunikation
- Bewährte Standards gewährleisten Kompatibilität mit bestehenden Automatisierungssystemen
Flexibilität und Erweiterbarkeit:
- Node-RED-Plattform ermöglicht benutzerdefinierte Kommunikationslösungen
- Rezeptspezifische Kommunikation passt sich an Anwendungsanforderungen an
- Zukunftssichere Architektur unterstützt neue Protokolle und Integrationen
Betriebliche Effizienz:
- Mehrere Kommunikationspfade bieten Redundanz und Optionen
- Echtzeitfähigkeiten unterstützen Hochgeschwindigkeits-Produktionsanforderungen
- Benutzerdefinierte Datenverarbeitung optimiert den Informationsfluss für spezifische Anwendungen