KI-GESTÜTZTE DOKUMENTATION
Was möchten Sie wissen?
Kommunikationsarchitektur der Kamera
Diese Seite erläutert das zweistufige Kommunikationsdesign des OV10i und wie native industrielle Protokolle zusammen mit den erweiterbaren Kommunikationsfunktionen von Node-RED funktionieren.
Überblick über die Kommunikationsarchitektur
Zweistufiges Kommunikationsdesign
Das OV10i implementiert eine ausgefeilte Kommunikationsarchitektur mit zwei separaten Schichten:
Kommunikationsstufen:
- Native Industrieprotokolle - Auf Systemebene 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 Inspektions-Workflow einzigartig
- Konfigurationsort bestimmt Kommunikationsumfang und -verhalten
Native industrielle Kommunikation
Integrierte PLC-Protokolle
Konfiguration auf Kamerasystemebene:
- Profinet & Ethernet/IP - Die einzigen Kommunikationsprotokolle, die auf Kamerasystemebene konfiguriert werden
- Direkte Integration - Keine zusätzliche Programmierung oder Node-RED-Flows erforderlich
- Industriestandards - Native Unterstützung für wichtige 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 - Entwickelt für Fabrikautomatisierungsumgebungen
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 - Implementierung benutzerdefinierter Protokolle 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 - Verbindung zu Datenbanken, Cloud-Diensten und benutzerdefinierten 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 - Remote-Rezeptwechsel und -steuerung ü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 mit externen Webdiensten
- Benutzerdefinierte Integration - Rezeptspezifische Webservice-Kommunikation
- Datenveröffentlichung - Senden von Inspektionsergebnissen an externe Systeme und Datenbanken
- Drittanbieter-Integration - Verbindung zu MES, ERP und Cloud-Plattformen
Kommunikationsfluss-Architektur
Kommunikation auf System- vs. Rezeptebene
Kamerasystem-Kommunikation:
- Globale Konfiguration - Profinet-/Ethernet/IP-Einstellungen gelten für die gesamte Kamera
- Netzwerkgrundlage - IP-Adressierung und Subnetzkonfiguration betreffen 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:
- Einzigartige Workflows - Node-RED-Flows sind für jedes Rezept spezifisch
- Protokollanpassung - Verschiedene Rezepte können unterschiedliche Kommunikationsmethoden verwenden
- Anwendungslogik - Kommunikationsverhalten auf Inspektionsanforderungen zugeschnitten
- Datentransformation - Rezeptspezifische Datenverarbeitung und -weiterleitung
Kommunikations-Reaktionshierarchie
Sofortreaktionsebene:
- Digitale I/O-Signale - Sofortige Reaktion auf Hardwareebene
- Native PLC-Protokolle - Direkte industrielle Kommunikation
Programmierte Reaktionsebene:
- Node-RED-Flows - Benutzerdefinierte Logik und Protokollverarbeitung
- Datenverarbeitung - Transformation und Weiterleitung von Inspektionsergebnissen
Externe Integrationsebene:
- HTTP-Endpunkte - Webservice-Integration und externe Steuerung
- Cloud-Kommunikation - MQTT und internetbasierte Protokolle
Integrationsmuster und Strategien
Hybride Kommunikationsarchitekturen
PLC + Node-RED-Muster:
- Native 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
Bidirektionales HTTP-Muster:
- Eingehendes HTTP für externe Systemsteuerung und Trigger
- Ausgehendes HTTP für 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 -überbrückung
Node-RED als Kommunikationsbrücke:
- Protokollkonvertierung zwischen verschiedenen industriellen Systemen
- Datenformat-Transformation für 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 Hochgeschwindigkeitsproduktionsanforderungen
- Benutzerdefinierte Datenverarbeitung optimiert den Informationsfluss für spezifische Anwendungen