Zum Hauptinhalt springen

KI-GESTÜTZTE DOKUMENTATION

Was möchten Sie wissen?

Kommunikationsarchitektur der Kamera

Diese Seite erläutert das zweistufige Kommunikationsdesign des OV20i und wie native industrielle Protokolle gemeinsam mit den erweiterbaren Node-RED-Kommunikationsfunktionen funktionieren.

Überblick über die Kommunikationsarchitektur​

Zweistufiges Kommunikationsdesign​

Der OV20i implementiert eine ausgefeilte Kommunikationsarchitektur mit zwei unterschiedlichen Ebenen:

Kommunikationsebenen:

  • Native Industrieprotokolle – Integrierte Kommunikation auf Systemebene (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 individuell
  • Konfigurationsort bestimmt Kommunikationsumfang und -verhalten

Native industrielle Kommunikation​

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 die wichtigsten Automatisierungsplattformen (Siemens, Allen-Bradley, Mitsubishi, Omron)
  • Bidirektionaler Datenaustausch – Triggerbefehle, Statusrückmeldungen, 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 Fabrikautomation

image.png

image.png

Node-RED erweiterbare Kommunikation​

image.png

Protokollflexibilität auf Rezeptebene​

Node-RED Flow-basierte Protokolle:

  • MQTT – IoT-Messaging und Cloud-Integration über Node-RED-Flows
  • Modbus – Industrielle Gerätekommunikation über Node-RED-Nodes
  • TCP – Implementierung benutzerdefinierter Protokolle für spezialisierte Systeme
  • HTTP – Bidirektionale Webservice-Kommunikation

Rezeptspezifische Merkmale:

  • Benutzerdefinierte Logik – Jedes Rezept definiert eigene Kommunikationsabläufe
  • 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

Dualität der HTTP-Kommunikation​

Eingehendes HTTP (Kamera als Server):

  • Offene API-Endpunkte – Externe Systeme können Inspektionen aus der Ferne auslösen
  • Rezeptverwaltung – Ferngesteuerter 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 zu externen Webdiensten
  • Benutzerdefinierte Integration – Rezeptspezifische Webservice-Kommunikation
  • Datenveröffentlichung – Versand von Inspektionsergebnissen an externe Systeme und Datenbanken
  • Drittanbieter-Integration – Anbindung an MES, ERP und Cloud-Plattformen

Architektur des Kommunikationsflusses​

Kommunikation auf System- vs. Rezeptebene​

Kamera-Systemkommunikation:

  • 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 industrielle Integration erforderlich
  • Rezeptübergreifende Konsistenz – Gleiches Kommunikationsverhalten unabhängig vom aktiven Rezept

Rezeptspezifische Kommunikation:

  • Individuelle Workflows – Node-RED-Flows sind spezifisch für jedes Rezept
  • Protokollanpassung – Verschiedene Rezepte können unterschiedliche Kommunikationsmethoden verwenden
  • Anwendungslogik – Kommunikationsverhalten auf Inspektionsanforderungen zugeschnitten
  • Datentransformation – Rezeptspezifische Datenverarbeitung und -weiterleitung

Hierarchie der Kommunikationsreaktion​

Ebene der sofortigen Reaktion:

  • Digitale I/O-Signale – Sofortige Reaktion auf Hardwareebene
  • Native PLC-Protokolle – Direkte industrielle Kommunikation

Ebene der programmierten Reaktion:

  • Node-RED-Flows – Benutzerdefinierte Logik und Protokollverarbeitung
  • Datenverarbeitung – Transformation und Weiterleitung von Inspektionsergebnissen

Ebene 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:

  • Native PLC für sofortige Trigger und Statusrückmeldungen
  • Node-RED-Flows für Datenrouting, Protokollierung und erweiterte Integration
  • Das Beste aus beiden Welten – Industrielle Zuverlässigkeit mit individueller Flexibilität

HTTP-Bidirektionalitätsmuster:

  • 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 nutzen unterschiedliche Kommunikationsprotokolle
  • Anwendungsspezifische Kommunikationsmethoden
  • Protokollauswahl basierend auf Integrationsanforderungen

Protokollübersetzung und Bridging​

Node-RED als Kommunikationsbrücke:

  • Protokollkonvertierung zwischen verschiedenen industriellen Systemen
  • Datenformat-Transformation für Systemkompatibilität
  • Kommunikationsrouting zwischen mehreren externen Systemen
  • Integrations-Hub für komplexe Mehrsystem-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 individuelle 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 schnelle Produktionsanforderungen
  • Individuelle Datenverarbeitung optimiert den Informationsfluss für spezifische Anwendungen

🔗 Siehe auch​