MQTT-Anwendungsfälle nach Branche: 15 Beispiele aus der Praxis

MQTT-Anwendungsfälle gibt es in nahezu jeder Branche, die Maschinen, Fahrzeuge oder Gebäude mit Software verbindet. Dieser Leitfaden stellt 15 Praxismuster vor, gruppiert nach Branche, und zeigt jeweils die Topic-Struktur, die MQTT-Funktionen, die das Muster tragen, und die nötige Broker-Größenordnung, damit Sie Ihr eigenes Projekt auf ein bewährtes Design abbilden können.

Warum MQTT immer wieder auftaucht

MQTT entstand in der industriellen Telemetrie (die Geschichte, wer MQTT erfunden hat, beginnt an einer Ölpipeline), und dieselben Eigenschaften machen es weit darüber hinaus passend: kleine Pakete, Push-Zustellung über eine ausgehende Verbindung, QoS-Stufen pro Nachricht, retained Nachrichten als „letzter bekannter Wert“ und Last Will für Präsenz. Überall dort, wo viele Geräte Daten erzeugen, die mehrere Anwendungen konsumieren, passt das brokerzentrierte Modell. Wenn das Protokoll neu für Sie ist, beginnen Sie mit unserem MQTT-Tutorial für Einsteiger.

MQTT-Anwendungsfälle in der Fertigung

1. Maschinenüberwachung und OEE

CNC-Maschinen, Pressen und Verpackungslinien publizieren Zustand, Stückzahlen und Alarme über SPS-Gateways oder OPC-UA-Server. Dashboards und OEE-Rechner abonnieren sie. Dank retained Statusnachrichten zeigt ein neu geöffnetes Dashboard sofort den aktuellen Zustand jeder Maschine.

Topic-Beispiel: acme/izmir/machining/line1/cnc1/status

2. Unified Namespace (UNS)

Statt Punkt-zu-Punkt-Integrationen publiziert jedes System (SPS, MES, ERP, Qualität) in einen Unified Namespace (UNS): einen einzigen Topic-Baum auf dem MQTT-Broker, dessen Struktur der Equipment-Hierarchie nach ISA-95 folgt, also Enterprise → Site → Area → Line → Cell, etwa acme/werk-stuttgart/montage/linie-1/zelle-3/temperatur. Konsumenten abonnieren die Zweige, die sie brauchen, und der UNS wird zur zentralen Datendrehscheibe zwischen OT und IT. Sparkplug B ergänzt standardisierte Payloads und Birth/Death-Zustände. Das vollständige Muster finden Sie unter Sparkplug B und Unified Namespace.

3. Vorausschauende Wartung

Vibrations-, Temperatur- und Stromsensoren publizieren hochfrequente Zusammenfassungen. Ein separater Analysedienst abonniert sie, bewertet die Daten und publiziert Alarme zurück an den Broker für Wartungs-Dashboards. QoS 0 passt für die Rohzusammenfassungen, QoS 1 für die Alarme.

4. Standortübergreifende Aggregation

Jedes Werk betreibt für seine Autonomie einen lokalen Broker und bridget eine kuratierte Auswahl an Topics zu einem zentralen Cloud-Broker, sodass die Zentrale jeden Standort in einem Baum sieht. Folgen alle Werke derselben ISA-95-Struktur, wächst so aus den lokalen Topic-Bäumen ein unternehmensweiter UNS. Unser Leitfaden zum MQTT-Bridging zeigt die Konfigurationen für Mosquitto und Node-RED.

Energie und Versorgung

5. Solar- und Batterieüberwachung

Wechselrichter und Batteriemanagementsysteme melden Leistung, Ladezustand und Störungen. Hausbesitzer und Installateure verfolgen Live-Werte in einer App; das Backend des Installateurs abonniert per Wildcards über viele Standorte hinweg.

6. Smart Metering und Unterzählung

Unterzähler in Gebäuden publizieren den Verbrauch in Intervallen für die Mieterabrechnung und Energie-Dashboards. Persistente Sessions und QoS 1 schützen die Messwerte bei kurzen Netzausfällen.

7. Ladestationen für Elektrofahrzeuge

Ladesäulen publizieren den Ladevorgangsstatus und empfangen Befehle (Start, Stopp, Leistungsgrenzen) auf separaten Befehls-Topics. Last Will markiert eine Ladesäule sofort als offline, wenn sie aus dem Netz fällt. Message Expiry aus MQTT 5 verhindert, dass veraltete Befehle nach einem Reconnect ausgeführt werden.

Automotive und Logistik

8. Flotten- und Fahrzeugortung

Fahrzeuge publizieren GPS-Position, Geschwindigkeit und Zündstatus über Mobilfunk. Der geringe Overhead von MQTT hält die Datenkosten niedrig, und die dauerhafte Verbindung erlaubt der Disposition, Nachrichten sofort zu pushen. Der Leitfaden zur Fahrzeugortung mit MQTT behandelt Topic-Design und Payload-Größen.

9. Kühlkettenüberwachung

Temperaturlogger in Lkw und Lagerhäusern publizieren Messwerte und Grenzwertalarme. Retained Messages zeigen den neuesten Messwert pro Container; Alarme gehen in dem Moment hinaus, in dem ein Grenzwert überschritten wird. Kombinieren Sie das mit einem externen Historian als Subscriber, damit jeder Messwert für Compliance-Audits gespeichert wird.

10. Lagerautomatisierung

Förderbänder, Scanner und autonome Transportwagen koordinieren sich über den Broker. Shared Subscriptions verteilen eingehende Scan-Ereignisse auf mehrere Worker-Dienste, sodass der Durchsatz durch zusätzliche Worker skaliert.

Smart Home und Gebäude

11. Hausautomation

Home Assistant, Node-RED und Zigbee- oder WLAN-Geräte tauschen Zustände und Befehle über einen Broker aus. Dank Publish/Subscribe können ein Lichtschalter, ein Sprachassistent und eine Automatisierungsregel alle dieselbe Lampe steuern.

12. Gebäudemanagement

HLK-Regler, Präsenzsensoren und Beleuchtung publizieren in einen Topic-Baum pro Etage. Facility-Dashboards abonnieren per Wildcards, und Grenzwertalarme melden Räume, die aus dem Komfortbereich driften.

Landwirtschaft, Gesundheit und Konsumprodukte

13. Smart Farming und Bewässerung

Bodenfeuchte- und Wettersensoren, oft batterie- oder solarbetrieben, publizieren in größeren Abständen. Bewässerungssteuerungen abonnieren Befehle. Geringe Bandbreite und Toleranz gegenüber unterbrochenen Verbindungen sind genau das, wofür MQTT entworfen wurde.

14. Fernüberwachung von Patienten und Geräten

Medizinnahe Geräte und Laborausrüstung senden Status und Messwerte an Überwachungs-Apps. TLS, eindeutige Zugangsdaten pro Gerät und sorgfältiges Topic-Design halten die Daten vertraulich. Nutzen Sie für sensible Daten niemals einen öffentlichen MQTT-Broker.

15. Vernetzte Produkte und mobile Apps

Haushaltsgeräte, Wearables und Consumer-Gadgets nutzen MQTT, um Befehle aus einer mobilen App in Echtzeit zu empfangen. Browser und Apps verbinden sich über sicheres WebSocket, Geräte über TLS auf 8883.

Gemeinsame Bausteine über alle MQTT-Anwendungsfälle hinweg

Betrachtet man diese 15 Beispiele, tauchen dieselben Funktionen immer wieder auf:

1. Hierarchische Topics vom Allgemeinen zum Spezifischen, in der Industrie meist als UNS nach ISA-95.
2. Retained Messages für den aktuellen Zustand.
3. Last Will für einen zuverlässigen Online-/Offline-Status.
4. QoS 0 für häufige Telemetrie, QoS 1 für Befehle und Alarme.
5. Getrennte Zweige für Befehle und Telemetrie, um Berechtigungen und Schleifen im Griff zu behalten.
6. Externe Werkzeuge als Clients (Node-RED, Telegraf, Python-Dienste, Home Assistant) für Speicherung, Analyse und Integrationen.

Den passenden ConnectMQ-Plan für jede Größenordnung wählen

Diese Muster unterscheiden sich vor allem in Größenordnung und Isolationsanforderungen. So lassen sie sich auf die Pläne von ConnectMQ abbilden, basierend auf den dokumentierten Limits jedes Plans:

Für Industrieprojekte erkennt ConnectMQ außerdem UNS-Topics mit ISA-95-Struktur, dekodiert Sparkplug B und kann Sparkplug-B-Daten in lesbare ISA-95-Topics republizieren. Der Leitfaden zu Cloud-MQTT-Brokern vergleicht die Hosting-Optionen ausführlicher.

Einen Anwendungsfall in fünf Minuten ausprobieren

Wählen Sie ein beliebiges Beispiel oben und simulieren Sie es auf dem kostenlosen öffentlichen MQTT-Broker. Hier ist der Fall Maschinenüberwachung mit einem retained Status und einem Live-Temperaturstrom:

# Subscriber: ein "Dashboard", das eine Linie beobachtet
mosquitto_sub -h broker.connectmq.com -p 1883 -i uc-dash-3a8f \
  -t "connectmq/demo/3a8f/line1/+/#" -v

# Publisher: eine "Maschine", die retained Status und Messwerte meldet
mosquitto_pub -h broker.connectmq.com -p 1883 -i uc-cnc-3a8f \
  -t "connectmq/demo/3a8f/line1/cnc1/status" -m "RUNNING" -r -q 1
for t in 61.2 62.0 63.5; do
  mosquitto_pub -h broker.connectmq.com -p 1883 -i uc-cnc-3a8f \
    -t "connectmq/demo/3a8f/line1/cnc1/spindle_temp" -m "$t"
  sleep 1
done

Starten Sie den Subscriber neu, und der retained Status RUNNING erscheint sofort. Um die Demo auf einen anderen Anwendungsfall zu übertragen, ändern Sie nur den Topic-Baum und die Payloads: Eine Ladesäule könnte site4/charger2/session publizieren, ein Gewächshaus zone1/soil_moisture. Broker, Befehle und Client-Code bleiben gleich, und genau deshalb lässt sich MQTT-Know-how über Branchen hinweg übertragen. Daten auf dem öffentlichen MQTT-Broker sind für jeden sichtbar, und er ist nur für Tests und Prototypen gedacht, verwenden Sie also nur erfundene Werte.

Starten Sie mit ConnectMQ

Machen Sie aus Ihrem Anwendungsfall ein privates, authentifiziertes Deployment. Registrieren Sie sich unter app.connectmq.com, starten Sie ohne Kreditkarte mit dem kostenlosen Serverless-Plan und beobachten Sie mit Dashboard, Geräteansicht und Grenzwert-Alarmregeln im Portal, wie Ihre ersten Geräte online gehen.

Häufig gestellte Fragen

Wofür wird MQTT hauptsächlich verwendet?

Für Telemetrie und Steuerung zwischen Geräten und Software: Maschinenüberwachung, Energie- und Flottenortung, Smart Homes und Gebäude sowie jedes Szenario, in dem viele Geräte Daten an mehrere Konsumenten pushen.

Eignet sich MQTT für Echtzeitsteuerung?

Es eignet sich gut für übergeordnete Steuerung und Befehle mit Reaktionszeiten im Bereich unter einer Sekunde bis zu Sekunden über gute Netzwerke. Harte Echtzeit-Regelkreise sollten auf lokalen Feldbussen bleiben.

Kann MQTT Video oder große Dateien übertragen?

MQTT kann binäre Payloads bis zur Nachrichtengrößengrenze des Brokers transportieren, ist aber nicht für Video-Streaming ausgelegt. Senden Sie Metadaten oder Links per MQTT und Medien über einen dedizierten Dienst.

Welche MQTT-Funktionen sind für industrielle Anwendungsfälle am wichtigsten?

Hierarchische Topics, retained Zustand, Last Will, QoS 1 für Ereignisse sowie Konventionen wie Sparkplug B oder ein Unified Namespace für konsistente Datenmodelle.