Vom Sensor zum Dashboard: Die MQTT-Pipeline über Azure IoT Hub

Wenn eine Maschine stoppt, braucht ein Planer mehr als eine rote Linie auf einem Dashboard. Er muss wissen, was gestoppt hat, warum es gestoppt hat, welcher Auftrag auf dieser Linie liegt und ob der Produktionsplan noch eingehalten werden kann. Das Überführen von Rohsignalen aus der Fertigungshalle in Cloud-Analytik erfordert eine zuverlässige Architektur, die Feldsensoren, industrielle Gateways, Message Broker und Cloud-Ingestion-Schichten umfasst.

SIGNALERFASSUNG AM EDGEEin Sensorsignal ist noch keine Fertigungsinformation. Stellen Sie sich eine Verpackungslinie vor, bei der die Motortemperatur eines Förderbands über die normalen Betriebsgrenzen steigt. In diesem Moment hält die speicherprogrammierbare Steuerung (SPS) einen Rohtag-Wert – etwa einen Temperaturwert, einen Zeitstempel und einen Qualitätszustand.

Ältere Werke betreiben jedoch oft mehrere Gerätegenerationen mit proprietären Protokollen oder OPC UA, sodass SPSen selten direkt MQTT in der Cloud sprechen. Ein industrielles Gateway im Betriebstechnik-Netz (OT-Netz) schließt diese Lücke, indem es:

• Daten normalisiert: Unterschiedliche Formate, Skalierungen und technische Tags in eine gemeinsame Nachrichtenstruktur übersetzt.
  
• Die Erfassungshäufigkeit steuert: Hochfrequente Abtastungen zu sinnvollen Intervallen aggregiert, während Zustandsänderungen sofort weitergeleitet werden.
  
• Lokal puffert: Daten bei Netzwerkausfällen sicher speichert und nach Wiederherstellung der Verbindung sicher erneut überträgt.
  

NACHRICHTENÜBERTRAGUNG MIT MQTTSobald das Gateway eine Nachricht aufbereitet hat, veröffentlicht es sie über MQTT (Message Queuing Telemetry Transport), ein leichtgewichtiges Publish-Subscribe-Protokoll, das sich für ressourcenbeschränkte Geräte und unzuverlässige Verbindungen eignet.

• Entkopplung durch Publish-Subscribe: Publisher senden Nachrichten an ein bekanntes Topic, ohne wissen zu müssen, welche nachgelagerten Systeme oder Anwendungen sie konsumieren.
  
• Topic-Struktur: Topics dienen als Transportadressen für Nachrichtenkategorien, sollten aber nicht überladen werden, um ein vollständiges Fabrik-Anlagenmodell abzubilden.
  
• Payload-Verträge: Der eigentliche Nachrichteninhalt muss explizit stabile Quell-Asset-Kennungen, Messwerte, Einheiten, Zeitstempel und Qualitätsmerkmale enthalten.
  

DIE ROLLE VON AZURE IOT HUBWährend lokale MQTT-Broker den internen Werksverkehr abwickeln, fungiert Azure IoT Hub als verwaltete Cloud-Anbindungsschicht für Unternehmensflotten.

• Geräteidentität und Authentifizierung: Jedes Gateway benötigt eine sichere, im IoT Hub registrierte Geräteidentität, entweder über Shared Access Signatures (SAS) oder X.509-Zertifikate.
  
• Transportsicherheit: Verbindungen basieren auf TLS (Transport Layer Security), um Daten bei der Übertragung über Netzwerkgrenzen und Firewalls zu schützen.
  
• Integrierte Endpunkte: Der IoT Hub nimmt Gerät-zu-Cloud-Nachrichten entgegen, versieht sie mit vertrauenswürdigen Verbindungsmetadaten und speichert sie vorübergehend, bevor sie weitergeleitet werden.
  

ROUTING, STREAMING UND LANGZEITSPEICHERUngehende Telemetrie dient mehreren Verbrauchern im gesamten Unternehmen, weshalb ein Nachrichten-Routing den Datenverkehr auf verschiedene Pfade aufteilen muss:

1. Speicherung der Rohhistorie: Das Routing von Nachrichten in Azure Blob oder Data Lake Storage bewahrt einen unveränderten Prüfpfad für technische Reviews und erneute Verarbeitung.
   
2. Stream-Verarbeitung: Endpunkte wie Event Hubs speisen nahezu in Echtzeit arbeitende Streaming-Consumer und Alarmregeln, die Instandhaltungsteams über abnorme Zustände informieren.
   
3. Analytische Modelle: Die Integration von Datenströmen in Plattformen wie Microsoft Fabric hilft, Telemetrie mit Unternehmensplanung und Ausführungskontext zu kombinieren.
   

Werden Sie Unterstützer dieses Podcasts: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.