Industrial IoT Communication: 6 bewährte Infrastruktur-Protokolle

Die Auswahl der richtigen Industrial IoT (IIoT) Kommunikationsinfrastruktur ist ein komplexer, zeitaufwendiger und kostspieliger Prozess. Die Evaluation der Vielzahl kommerzieller Optionen kann für Engineering-Teams schnell zu einem Multi-Monats-Projekt werden. Unser Ziel ist es, diese Entscheidungsfindung zu straffen, indem wir sechs weit verbreitete IIoT-Protokolle – AMQP, CoAP, DDS, MQTT, ZeroMQ und RTI Connext DDS – vorstellen und ihre Kernstärken in Architektur, Kommunikationsmustern, Transportmechanismen, Datenhandling, Quality of Service (QoS) und Security hervorheben.

1. Architektur

IIoT-Middleware folgt typischerweise einem von zwei architektonischen Mustern: Peer-to-Peer oder Broker-basierter Stern. Die Wahl beeinflusst Effizienz, Determinismus und Fehlertoleranz.

• Peer-to-Peer – Direkte Anwendungs-Kommunikation eliminiert Intermediate-Nodes, reduziert CPU-Overhead und Latenz. Deterministisches Delivery ist einfacher zu erreichen, da Daten nur zwischen Quelle und Ziel reisen.
• Broker-Basiert – Der gesamte Traffic routet durch einen zentralen Broker, was Datenrouting, Monitoring und Management vereinfacht. Broker bieten eingebaute Tools für Traffic-Visualisierung und unterstützen oft Redundanz zur Minderung von Single-Point-of-Failure. Allerdings führt diese Architektur zusätzliche Latenz und einen Single Point of Failure ein, sofern Redundanz nicht implementiert ist.

2. Kommunikationsmuster

Robuste Kommunikationsmuster-Unterstützung ist essenziell für Skalierung von einzelnen Projekten zu gesamten Produktlinien. Folgende Muster sind in industriellen Deployments am häufigsten:

• Publish/Subscribe – Ein Subscriber erhält Updates automatisch nach einmaliger Subscription.
• Request/Reply (RPC) – Ein Client sendet Request und wartet auf korrespondierende Response.
• Queueing / Point-to-Point – Messages werden in Queue gespeichert und an einzelnen Consumer geliefert, gewährleistet One-to-One-Delivery.
• One-to-Many – Ein einzelner Producer broadcastet Daten an multiple Subscriber.
• Many-to-One – Multiple Producer speisen Daten in einzelnen Consumer ein.

3. Transports & Routing/Bridging

Die meisten IIoT-Middleware nutzen TCP für zuverlässiges Delivery, geeignet für kritische Flüsse, aber kann unnötigen Overhead für leichte Sensordaten hinzufügen. Fortgeschrittene Protokolle wie DDS unterstützen UDP mit eingebauter Reliability, erlauben selektives Best-Effort oder garantiertes Delivery pro Topic. ZeroMQ und DDS bieten auch Shared-Memory-Transports für ultra-niedrige Latenz Inter-Prozess-Kommunikation.

Routing über Netze und Bridging zu Enterprise-Services (ESBs, Web APIs) ist Kernfeature moderner Middleware, gewährleistet nahtlose Integration mit Legacy- und Cloud-Systemen.

4. Datentyp & Filtering

Datenrepräsentation variiert über Protokolle. Einige übertragen rohe Bytes, andere nutzen Textformate wie XML oder JSON, was Paketgröße aufbläht und Bandbreite verbraucht. DDS führt stark typisierte Datenmodelle ein, trennt Schema von Payload und eliminiert Per-Message-Overhead. Dies ermöglicht effizientes On-the-fly-Filtering auf Middleware-Level – besonders nützlich, wenn ein einzelner Publisher viele Subscriber mit unterschiedlichen Datenanforderungen bedient.

5. Quality of Service

Nicht alle Datenströme benötigen gleiche Delivery-Garantien. Sensoren tolerieren gelegentlichen Paketverlust, während Alarme striktes Delivery und Liveness Detection fordern. DDS ist einzigartig in der Angebots per-Topic QoS-Policies, die Reliability, History, Deadline, Liveliness, Lifespan, Time-Based Filter, Durability, Ownership und mehr abdecken. MQTT bietet vereinfacht drei QoS-Level (0: at most once, 1: at least once, 2: exactly once). Andere Protokolle bieten limitiertes QoS, oft an Broker-Konfiguration gebunden.

• DDS QoS Policies: Reliability, History, Deadline, Liveliness, Lifespan, Time-Based Filter, Durability, Reader/Writer Lifecycle, Latency Budget, Transport Priority, Ownership, Resource Limits, Partition, Destination Order, User/Group/Topic Data.
• MQTT QoS Levels: 0 – At most once, 1 – At least once, 2 – Exactly once.

6. Security

IIoT-Daten zu sichern ist paramount. Die meisten Protokolle verschlüsseln Traffic mit SSL/TLS und bieten Authentifizierungsmechanismen. DDS sticht heraus, indem es feingranulare Security – Authentifizierung, Zugriffskontrolle, Verschlüsselung, Entschlüsselung, Data Tagging, Logging – auf Topic-Level erlaubt, aligniert mit der OMG DDS Security Spezifikation. ZeroMQ fügt SASL Authentication hinzu, während MQTT und AMQP TLS und Username/Password Support bieten.

Druckbare PDF-Version herunterladen

Mit diesem knappen Vergleich können Sie Ihre Evaluation auf Protokolle fokussieren, die zu Ihren anwendungsspezifischen Bedürfnissen passen. Viel Erfolg!