MQTT-Architektur im IIoT-Umfeld

Für mehr Interoperabilität

Im Hinblick auf die zunehmend wichtige Interoperabilität im Industrial IoT sind Lösungen gefragt, die Daten automatisiert systemübergreifend integrieren und analysieren. Schlanke Protokolle wie MQTT bieten der Fertigungsindustrie mittlerweile eine Alternative zum traditionellen, komplexen Setup.
 Der derzeit noch zögerliche Einzug von Digitalisierung in der Produktionsbranche ist insbesondere der Komplexität vieler Systeme geschuldet.
Der derzeit noch zögerliche Einzug von Digitalisierung in der Produktionsbranche ist insbesondere der Komplexität vieler Systeme geschuldet.Bild: HiveMQ GmbH

Kernprinzip des leichtgewichtigen Netzwerkprotokolls MQTT ist das Publish-Subscribe-Muster (Pub-Sub), das es einer beliebigen Anzahl von Datenkonsumenten ermöglicht, einzelne Themenbereiche oder Gruppen von Topics zu abonnieren und die darüber veröffentlichten Nachrichten zu empfangen. Aufgrund seiner Schlankheit eignet es sich besonders für ressourcenarme Geräte sowie für die Kommunikation in Netzwerken mit geringer Bandbreite, in unzuverlässigen Netzwerken oder Netzwerken mit hoher Latenz. Die Verwendung eines Pub-Sub-Protokolls wie MQTT stellt eine grundlegende Änderung in der Architektur dar. Alle Nachrichten werden über einen Broker als zentrale Komponente versendet, über den sich alle MQTT-Geräte für bestimmte Topics registrieren. Der Broker übernimmt die Aufgabe des Servers, über den jede Kommunikation zwischen beliebigen Clients abgewickelt wird. MQTT-Clients sind am Gateway, auf Geräten oder in Applikationen implementiert und stehen in keiner direkten Beziehung zueinander. In MQTT gibt es somit eine ‚Single Source of Truth‘, was ein wesentlicher Vorteil ist. Sichere Kommunikation lässt sich mit MQTT schnell und auf viele Arten realisieren. Der Client-Status, inhärent für die beteiligten Systeme, kann durch die MQTT-Funktionalität vollständig implementiert werden. Bleibt nur noch die Frage, wie sich das leichtgewichtige Protokoll elegant einsetzen lässt und was notwendig ist, um die Anforderungen für die industrielle Automatisierung zu erfüllen?

Der derzeit noch zögerliche Einzug von Digitalisierung in der Produktionsbranche ist insbesondere der Komplexität vieler Systeme geschuldet.
Der derzeit noch zögerliche Einzug von Digitalisierung in der Produktionsbranche ist insbesondere der Komplexität vieler Systeme geschuldet.Bild: HiveMQ GmbH

Sparkplug B

Sparkplug stellt eine offene und frei verfügbare Spezifikation zur Verfügung, die beschreibt, wie Edge Gateways oder native MQTT-fähige Endgeräte und MQTT-Applikationen über eine zentrale Komponente, den MQTT-Broker, bidirektional kommunizieren können. So entsteht ein Standard, der für Anwendungsfälle in industriellen Applikationen optimiert ist und beschreibt, wie die Funktionalität am besten in Echtzeit-Scada-Implementierungen genutzt werden können. Derzeit gibt es zwei mit Sparkplug definierte Schemata, wobei das zweite – Sparkplug B- die spezifische Lösung für eine Anwendung im Produktionsumfeld bietet: Der Zweck der Sparkplug-B-Spezifikation besteht darin, die Vorteile von MQTT, z.B. Einfachheit, Effizienz sowie Verständlichkeit sowohl in der Implementierung als auch im Betrieb mit den Anforderungen aus der OT zu paaren, eine Ontologie festzulegen, die allen Beteiligten bekannt ist, ein Session Management für Clients zu garantieren und schließlich Nachrichtengrößen auf ein Minimum zu beschränken. Dies bedeutet, dass Entwickler und Planer mit der Sparkplug-Spezifikation klare Richtlinien für den Entwurf des Topic-Namensraumes haben, wie die Payload-Daten zu strukturieren sind und wie der Client-Status zu halten und zu kommunizieren ist. Mit MQTT und Sparkplug B werden Nachrichtengröße und Frequenz verringert.

 Eine MQTT-Architektur ermöglicht die Kommunikation mit einer unbegrenzten Anzahl von MQTT-Clients über das Publish / Subscribe-Protokoll.
Eine MQTT-Architektur ermöglicht die Kommunikation mit einer unbegrenzten Anzahl von MQTT-Clients über das Publish / Subscribe-Protokoll. Bild: HiveMQ GmbH

MQTT-Infrastruktur mit Sparkplug B im IIoT-Umfeld

Ein herkömmliches Scada-System im OPC-UA-Architekturbild interagiert immer direkt mit dem MQTT-Broker als spezifischem MQTT-Client. Der Broker ist dabei die zentrale Komponente. Er wird in einem Cluster, ausfallsicher und hochskalierbar betrieben und verfügt über Metrik-, Monitoring- und Alerting-Schnittstellen, damit alle beteiligten Systemkomponenten optimal überwacht werden können. In einer Sparkplug-Architektur hingegen verbinden sich Geräte, EoN-Knoten (End of Network) und der Scada/IIoT-Host mit einem zentralen MQTT-Broker und veröffentlichen und abonnieren Daten. Der Scada/IIoT-Host ist explizit nicht dafür verantwortlich, Verbindungen zu den Geräten direkt herzustellen oder aufrechtzuerhalten, sondern die EoN-Knoten verbinden Nicht-Sparkplug-/MQTT-fähige Geräte und Sensoren mit der Infrastruktur. Ein EoN-Knoten ist dabei für die Verwaltung seines eigenen Status sowie des Status der Geräte verantwortlich – und für den Empfang und das Senden von Daten der Geräte an die Sparkplug-Infrastruktur. Inzwischen bieten viele Hersteller native MQTT-Funktionen für ihre Geräte und Sensoren an. Ist das Gerät bereits mit Sparkplug ausgestattet, kann es direkt an der Infrastruktur teilnehmen. In diesem Fall identifiziert es sich als EoN-Knoten für die Sparkplug-Infrastruktur. Alle MQTT-Clients, insbesondere der Scada-Host und die IT-Applications, abonnieren bzw. setzen sich auf die Themenbereiche, von denen Informationen empfangen werden sollen. Dank der fest definierten Topic-Struktur und der Datenobjekte, weiß jeder MQTT-Client, wo und in welcher Form Informationen abgerufen werden können. Die MQTT-Clients sind zustandsbehaftet, so dass zu keiner Zeit ein Informationsverlust entsteht. Die jeweiligen Nachrichtentypen sind für bestimmte Informationen spezifiziert.

Fazit

Die Konzepte der MQTT-Spezifikation sind hervorragend geeignet für den Einsatz in der zunehmend digitalisierten Produktion. Ein wesentlicher Vorteil ist die Entkopplung der Daten durch den Einsatz einer zentralen Messaging-Komponente. MQTT ermöglicht sowohl die einfache Implementierung verschiedener Sicherheitsmechanismen sowie die Zustandsverwaltung der Clients und ist aufgrund seiner Eigenschaften wie Leichtgewichtigkeit und Geschwindigkeit ideal für den Echtzeitbetrieb von IIoT Infrastrukturen geeignet. Die Sparkplug-B-Spezifikation baut genau darauf auf: Sie gibt MQTT ein Framework, das in Anlehnung an die Anforderungen an IIoT-Systeme entwickelt wurde. Funktionalitäten wie Report by Exception, der Pub/Sub-Mechanismus, Session- und Statusmanagement sowie ein komprimierter Payload sorgen dabei für eine extreme Einsparung in puncto Netzwerkressourcen. Für den Einsatz von MQTT in Produktionsumgebungen gilt es, eine entsprechende Ontologie zu definieren, damit alle beteiligten Geräte und Anwendungen die Begriffe und die zwischen ihnen bestehenden Beziehungen im Themenraum kennen, verstehen und anwenden können. Das sorgt dafür, dass die gesendeten Informationen für die Komponenten der IT-Strukturen ohne weitere Metainformationen interpretierbar sind. Dieser Ansatz ermöglicht es Herstellern, Geräte schon mit dieser Spezifikation auszuliefern. Und nicht zuletzt ist es einfacher, Geräte in eine Architektur mit einer Nachrichten-orientierten Middleware – wie dem MQTT Broker – zu integrieren, als in eine Client-Server-Struktur.

Seiten: 1 2Auf einer Seite lesen

Das könnte Sie auch Interessieren

Weitere Beiträge

Bild: Quat2ro GmbH & Co. KG/©Katharina Kirsch
Bild: Quat2ro GmbH & Co. KG/©Katharina Kirsch
Digitale Remote-Lösung der neuesten Generation

Digitale Remote-Lösung der neuesten Generation

Als Digitalisierungs- und Automatisierungsanbieter will die Firma Quat2ro für frischen Wind in der Schüttgutbranche sorgen. Ein aktuelles Beispiel ist der Online-Fernzugriff auf Maschinen und Anlagen auf Basis von
Rex-Industrieroutern aus dem Hause Helmholz. Um möglichst großen Mehrwert zu generieren, verbindet die
Lösung jahrzehntelange Erfahrung mit modernen technischen Möglichkeiten.

mehr lesen
Bild:©greenbutterfly/stock.adobe.com
Bild:©greenbutterfly/stock.adobe.com
Sicherheit für 
ein privates 5G-Netz

Sicherheit für ein privates 5G-Netz

Die Fertigungsindustrie erlebt derzeit eine technologische Revolution. Bei der Fertigung geht es nicht mehr alleine um den Ausstoß, sondern auch um die Erfassung vieler Daten sowie die schnelle Anpassungsfähigkeit. Dafür legen private 5G-Netze die digitale Grundlage. Sie werden zum Dreh- und Angelpunkt für intelligente Fabriken, indem sie die Konnektivitätsstruktur für das Internet der Dinge (IoT), die Automatisierung und die künstliche Intelligenz (KI) bereitstellen.

mehr lesen
Bild: Ixon B.V.
Bild: Ixon B.V.
Anbindung von älteren Bestandsmaschinen an die Cloud

Anbindung von älteren Bestandsmaschinen an die Cloud

Die Anbindung von Bestandsmaschinen an moderne Cloud-Plattformen stellt in der heterogenen Fertigungslandschaft eine Herausforderung dar. Dem musste sich auch das Unternehmen Niverplast stellen, beim Versuch die Daten älterer Maschinen beim Anwender auszulesen. Eine Lösung wurde letztlich mit MQTT, der Synchronisation mit der AWS-Cloud und den Routern von Ixon gefunden.

mehr lesen
Bild: Software Competence Center Hagenberg GmbH
Bild: Software Competence Center Hagenberg GmbH
Dokumentationslösung für Informationsmodelle

Dokumentationslösung für Informationsmodelle

OPC UA erleichtert die Kommunikation zwischen
Maschinen, Geräten und anderen Systemen im industriellen Umfeld, unabhängig von Hersteller, Systemlieferant, Programmiersprache oder Betriebssystem. Grundlage der Kommunikation sind komplexe OPC UA-Informationsmodelle, die in einem standardisierten Format vorliegen. Um deren Dokumentation zu erleichtern, haben das Software Competence Center Hagenberg und Engel Austria das Werkzeug NodeDoc entwickelt.

mehr lesen
Bild: Softing Industrial Automation GmbH
Bild: Softing Industrial Automation GmbH
Die Brückenbauer

Die Brückenbauer

Die Kernkompetenz von Softing Industrial Automation liegt in der Entwicklung und Bereitstellung von Konnektivitätslösungen für die industrielle Kommunikation, einschließlich Maschinen- und Steuerungskonnektivität sowie Produktgestaltung in der Prozessautomation. Die Redaktion hat mit den beiden Geschäftsführern Thomas Hilz und Thomas Rummel darüber gesprochen, wie sich das Unternehmen als Mittler zwischen der IT- und OT-Welt aufgestellt hat und welche Technologien es dafür bereitstellt.

mehr lesen
Bild: Kontron Europe GmbH
Bild: Kontron Europe GmbH
TSN ermöglicht konvergente Netzwerke für die smarte Produktion

TSN ermöglicht konvergente Netzwerke für die smarte Produktion

Eine agile Produktion, die sich dynamisch auf veränderte Anforderungen einstellen kann, erfordert eine Kommunikation aller Teile der Anlagenautomatisierung mit anderen Systemen im Unternehmen. Das sorgt für rasch wachsende Netzwerkgrößen und Datenmengen im IIoT. TSN erweitert den Ethernet-Standard um Echtzeitfähigkeit, was das Verschmelzen von IT und OT zu einem gemeinsamen Netzwerk ermöglicht. Immer mehr Produkte unterstützen den Standard und erleichtern so die Umsetzung der Konzepte von Industrie 4.0.

mehr lesen
Bild: ©Funtap/stock.adobe.com
Bild: ©Funtap/stock.adobe.com
Automatisierungspyramide 
wird aufgelöst

Automatisierungspyramide wird aufgelöst

Um flexible und wandelbare Steuerungssysteme in der industriellen Automatisierungstechnik umzusetzen, müssen die streng hierarchischen Strukturen der Automatisierungspyramide aufgelöst werden. Dafür sind die Verbindungen der Feldgeräte und Steuerungen, welche heutzutage durch proprietäre Feldbusse erfolgt, durch herstellerunabhängige Lösungen, wie eine OPC UA PubSub-Kommunikation via TSN, zu ersetzen. Dann ist eine nahtlose Kommunikation und ebenen-unabhängige Interoperabilität möglich.

mehr lesen