Drahtlose Industriesensoren mit MQTT: WLAN, LoRaWAN, WirelessHART und privates 5G

Mit drahtlosen Industriesensoren messen Sie Temperatur, Schwingung, Druck und Füllstand an Anlagen, die nie verkabelt wurden, ohne Kabel durch ein laufendes Werk ziehen zu müssen. In diesem Leitfaden vergleichen Sie die vier Funktechnologien, zwischen denen Anlageningenieure tatsächlich wählen, verstehen, wie die Daten jeder Technologie zu MQTT-Nachrichten werden, und betreiben eine kleine Python-Bridge, die LoRaWAN-Uplinks in einen strukturierten Topic-Baum weiterleitet.

Warum Funksensoren Nachrüstprojekte erobern

Ein neues Kabel in einem Werk zu verlegen, ist selten nur ein Kabel. Es bedeutet Kabeltrassen, Schutzrohre, Heißarbeitsgenehmigungen, Stillstandsfenster und manchmal eine Zertifizierung für explosionsgefährdete Bereiche. Für einen einzelnen Schwingungsmesspunkt an einem Kühlturmlüfter kann die Installation weit mehr kosten als der Sensor.

Funksensoren verändern diese Rechnung. Ein batteriebetriebener Schwingungs- oder Temperatursensor lässt sich in wenigen Minuten mit einem Magneten oder Gewindebolzen montieren und meldet jahrelang Werte. Der Preis dafür: Sie müssen nun ein Funknetz planen. Reichweite, Batterielaufzeit, Aktualisierungsrate und Zuverlässigkeit hängen alle von der gewählten Technologie ab.

Die gute Nachricht: Welche Funktechnik Sie auch wählen, die Daten landen am selben Ort. Ein Gateway oder Netzwerkserver empfängt die Funkpakete und veröffentlicht sie an einen MQTT-Broker, wo Dashboards, Historians und Analysen sie abholen.

Technologien für drahtlose Industriesensoren im Vergleich

WLAN-Sensoren

WLAN ist die vertrauteste Option und die einzige, bei der der Sensor selbst meist direkt MQTT spricht. Ein Sensor auf ESP32-Basis kann eine TLS-Verbindung zum Broker öffnen und ohne zwischengeschaltetes Gateway veröffentlichen. Der Nachteil ist der Energiebedarf: WLAN-Anmeldung und TLS-Handshakes sind teuer, daher schlafen batteriebetriebene WLAN-Sensoren entweder lange oder brauchen häufige Batteriewechsel. Die WLAN-Abdeckung in Industrieumgebungen ist rund um Metallstrukturen zudem oft lückenhaft. Wenn Sie selbst bauen, behandelt unser ESP32-MQTT-Tutorial die Firmware-Seite.

LoRaWAN-Sensoren

LoRaWAN tauscht Bandbreite gegen Reichweite und Batterielaufzeit. Payloads sind winzig, oft ein Dutzend Byte, und regionale Duty-Cycle-Regeln begrenzen, wie oft ein Gerät senden darf. Sensoren senden Uplinks an Gateways, Gateways leiten an einen Netzwerkserver wie ChirpStack oder The Things Stack weiter, und der Netzwerkserver dekodiert den Payload und stellt ihn bereit, sehr oft über MQTT. LoRaWAN ist ideal für langsam veränderliche Werte auf großen Geländen: Tankfüllstände, Umgebungsbedingungen, Wasserzähler und abgelegene Pumpen.

WirelessHART und ISA100

Diese Standards wurden für Prozessanlagen entwickelt. Sie bilden selbstheilende Meshes, nutzen zeitsynchronisiertes Kanalspringen und transportieren das HART-Gerätemodell, sodass ein drahtloser Drucktransmitter für das Leitsystem ähnlich aussieht wie ein verkabelter. Die Daten kommen normalerweise an einem Funk-Gateway mit Schnittstellen für Modbus TCP, OPC UA oder HART-IP an. Um sie nach MQTT zu bringen, ergänzen Sie ein Protokoll-Gateway, genau wie bei jedem anderen Feldbus.

Privates 5G und LTE

Private Mobilfunknetze spielen ihre Stärken aus, wenn Sie Mobilität, hohe Dichte oder eine deterministische Abdeckung auf einem großen Campus benötigen: mobile Roboter, fahrerlose Transportsysteme, Krane und Handgeräte. Geräte erhalten IP-Konnektivität und können MQTT-Clients direkt ausführen, genau wie im öffentlichen Mobilfunk. Kosten- und Frequenzfragen sind erheblich, daher kommt privates 5G meist als Teil eines größeren Standortprojekts und nicht für eine Handvoll Sensoren. Das Verbindungsverhalten ähnelt MQTT über Mobilfunk, einschließlich der Notwendigkeit sinnvoller Keepalive-Werte.

Wie Daten von Funksensoren zum Broker gelangen

Es gibt drei Integrationswege, und die meisten Werke nutzen am Ende mehr als einen:

1. Direktes MQTT vom Gerät. WLAN- und Mobilfunksensoren veröffentlichen über TLS direkt an den Broker. Einfach, aber jedes Gerät braucht Zugangsdaten und genug Energie für TLS.
2. Vom Netzwerkserver zu MQTT. LoRaWAN-Netzwerkserver veröffentlichen dekodierte Uplinks an ihren eigenen MQTT-Broker oder ihre Integration. Eine kleine Bridge veröffentlicht sie erneut in Ihrem Topic-Baum des Werks.
3. Gateway plus Protokollkonverter. WirelessHART, ISA100 und viele proprietäre Funksysteme stellen am Gateway Modbus oder OPC UA bereit. Ein IIoT-Edge-Gateway fragt diese Schnittstelle ab und veröffentlicht MQTT.

Die wichtige Designentscheidung ist nicht die Funktechnik, sondern die Topic-Struktur. Normalisieren Sie unabhängig von der Quelle alles in eine Hierarchie, zum Beispiel connectmq/site/area/asset/measurement, damit Konsumenten nie wissen müssen, über welche Funktechnik ein Wert kam. Im Werk ist das der Unified Namespace (UNS): Die ISA-95-Ausrüstungshierarchie (Enterprise → Site → Area → Line → Cell) wird zur Topic-Struktur auf dem MQTT-Broker, etwa acme/werk-ludwigshafen/tanklager/tank-03/fuellstand, und Funksensoren reihen sich darin neben SPS- und OPC-UA-Daten ein. Wie das mit Sparkplug B zusammenspielt, zeigt Sparkplug B und Unified Namespace.

Beispiel: LoRaWAN-Uplinks per Bridge in Ihren Topic-Baum bringen

Das folgende Skript abonniert Uplink-Ereignisse von ChirpStack v4 auf dem Broker des Netzwerkservers und veröffentlicht dekodierte Werte erneut in einem UNS-Baum im ISA-95-Stil auf dem öffentlichen MQTT-Broker von ConnectMQ, der für Tests gedacht ist. ChirpStack veröffentlicht Uplinks als JSON auf application/<application_id>/device/<dev_eui>/event/up, mit dekodierten Werten im Feld object, wenn ein Payload-Codec konfiguriert ist.

import json
import uuid
import paho.mqtt.client as mqtt

# Quelle: ChirpStack-MQTT-Integration (Host und Zugangsdaten anpassen)
SRC_HOST = "chirpstack.local"
SRC_TOPIC = "application/+/device/+/event/up"

# Ziel: öffentlicher MQTT-Broker von ConnectMQ, eindeutiges Demo-Präfix
DST_HOST = "broker.connectmq.com"
PREFIX = f"connectmq/demo/{uuid.uuid4().hex[:8]}/site1/utilities"

# Geräte-EUIs auf Anlagennamen in Ihrer Hierarchie abbilden
ASSETS = {
    "a84041000181c061": "tank-farm/tank03",
    "a84041000181c062": "cooling/fan02",
}

dst = mqtt.Client(mqtt.CallbackAPIVersion.VERSION2,
                  client_id=f"lora-bridge-dst-{uuid.uuid4().hex[:6]}")
dst.connect(DST_HOST, 1883, keepalive=60)
dst.loop_start()

def on_connect(client, userdata, flags, reason_code, properties):
    print("Connected to ChirpStack:", reason_code)
    client.subscribe(SRC_TOPIC, qos=1)

def on_message(client, userdata, msg):
    event = json.loads(msg.payload)
    dev_eui = event["deviceInfo"]["devEui"]
    values = event.get("object")
    if not values:
        return  # kein Codec konfiguriert, nichts weiterzuleiten
    asset = ASSETS.get(dev_eui, f"unmapped/{dev_eui}")
    rx = (event.get("rxInfo") or [{}])[0]
    for name, value in values.items():
        payload = {
            "value": value,
            "ts": event.get("time"),
            "rssi": rx.get("rssi"),
            "snr": rx.get("snr"),
        }
        topic = f"{PREFIX}/{asset}/{name}"
        dst.publish(topic, json.dumps(payload), qos=1, retain=True)
        print(topic, payload)

src = mqtt.Client(mqtt.CallbackAPIVersion.VERSION2,
                  client_id=f"lora-bridge-src-{uuid.uuid4().hex[:6]}")
src.on_connect = on_connect
src.on_message = on_message
src.connect(SRC_HOST, 1883, keepalive=60)
src.loop_forever()

Verfolgen Sie die Ausgabe in einem zweiten Terminal:

mosquitto_sub -h broker.connectmq.com -p 1883 -i watcher-$RANDOM \
  -t 'connectmq/demo/+/site1/#' -v

Einige Details lohnt es sich in den Produktivbetrieb zu übernehmen. Die Nachrichten sind retained, sodass ein neues Dashboard sofort den letzten Tankfüllstand sieht, statt auf den nächsten Uplink zu warten, der bei LoRaWAN fünfzehn Minuten entfernt sein kann. Die Funkqualität (RSSI und SNR) reist mit jedem Wert mit, was es leicht macht, einen Sensor mit verbogener Antenne zu erkennen. Und unbekannte Geräte landen unter unmapped/, sodass sie sichtbar werden, statt stillschweigend zu verschwinden. Für den Produktivbetrieb stellen Sie das Ziel auf Port 8883 mit TLS und Ihren ConnectMQ-Zugangsdaten um und nutzen den öffentlichen MQTT-Broker nur für Tests, da dort alles für jeden lesbar ist.

Praxistipps für den Einsatz von Funksensoren

• Messen Sie vor dem Kauf aus. Begehen Sie das Gelände mit einem Test-Gateway oder Access Point. Stahltanks, Beton und bewegte Maschinen verändern die Abdeckung erheblich.
• Passen Sie die Aktualisierungsrate an die Physik an. Ein Tankfüllstand, der sich über Stunden ändert, braucht keine sekündlichen Updates. Langsamere Raten bedeuten längere Batterielaufzeit.
• Veröffentlichen Sie am Gateway per Exception. Leiten Sie einen Wert nur weiter, wenn er sich nennenswert ändert, und nutzen Sie Retained Messages für den aktuellen Zustand. Unser Leitfaden zu Report by Exception erklärt die Schwellwerte.
• Überwachen Sie die Sensoren, nicht nur den Prozess. Batteriespannung, Zeitpunkt der letzten Meldung und Signalstärke verdienen eigene Topics und Alarmregeln.
• Planen Sie Lücken ein. Funkverbindungen brechen ab. Konsumenten sollten einen veralteten Zeitstempel als fehlende Daten behandeln, nicht als letzten bekannten Wert.

Ein Broker, der jede Funktechnik verarbeitet

Da alle Funktechnologien bei MQTT zusammenlaufen, wird der Broker zu dem einen Baustein, von dem jedes Team abhängt. Ein verwalteter MQTT-Broker wie ConnectMQ bietet Ihnen TLS-Endpunkte, einen Live-Topic-Explorer, mit dem Sie prüfen, ob jeder Sensor an der richtigen Stelle landet, und Schwellwert-Alarmregeln für Werte wie niedrigen Batteriestand oder hohe Schwingung. Seine Geräteansicht gruppiert Topics nach ISA-95-Ebenen, was eine bequeme Möglichkeit ist zu prüfen, ob LoRaWAN-, WLAN- und WirelessHART-Daten derselben UNS-Hierarchie folgen. Den größeren Zusammenhang finden Sie im Leitfaden zu Industrial IoT mit MQTT.

Verbinden Sie Ihre Funksensoren mit ConnectMQ

Registrieren Sie sich unter app.connectmq.com und erstellen Sie einen kostenlosen Serverless-Broker, ganz ohne Kreditkarte. Richten Sie Ihre Bridge oder Ihr Gateway mit den generierten Zugangsdaten darauf aus und verfolgen Sie dann im Live-Topic-Explorer und Dashboard von ConnectMQ, wie Ihre Funksensordaten in einem strukturierten Unified Namespace ankommen.

Häufig gestellte Fragen

Welche Funktechnologie eignet sich am besten für Industriesensoren?

Das hängt von der Aufgabe ab. LoRaWAN eignet sich für langsam veränderliche Werte über große Entfernungen im Batteriebetrieb, WirelessHART für Prozessinstrumentierung in Mesh-Netzen, WLAN für netzbetriebene Geräte oder Geräte mit hoher Rate und privates 5G für mobile Ausrüstung und dicht bebaute Campusgelände.

Können LoRaWAN-Sensoren direkt MQTT veröffentlichen?

Nein. LoRaWAN-Geräte senden kleine Funkpakete an Gateways, und der Netzwerkserver dekodiert sie. Der Netzwerkserver oder eine Bridge wie die in diesem Leitfaden veröffentlicht die dekodierten Werte dann über MQTT.

Wie bringe ich WirelessHART-Daten nach MQTT?

WirelessHART-Gateways stellen meist Modbus TCP, OPC UA oder HART-IP bereit. Ein Edge-Gateway fragt diese Schnittstelle ab und veröffentlicht die Werte an Ihren MQTT-Broker.

Sollten Werte von Funksensoren Retained Messages sein?

Für Werte des aktuellen Zustands wie Füllstände und Temperaturen in der Regel ja, weil neue Subscriber den letzten Wert sofort erhalten. Setzen Sie Ereignisnachrichten wie Alarme, die nur einmal gesehen werden sollen, nicht auf retained.