MQTT und OPC UA in der Microsoft-Fertigung: Azure IoT Operations + Fabric-Architektur

UNTANGELN DER FERTIGUNGSEBENE: MQTT vs. OPC UA & DIE WAHRHEIT ÜBER UNVERBUNDENE FERTIGUNGSDATEN

Warum laufen moderne Fabriken noch immer mit manuellen Exporten und Schätzungen, obwohl ERP-, MES- und Azure-Systeme vorhanden sind? Diese Folge durchdringt den Technologie-Hype und geht auf das eigentliche Problem ein: ein grundlegender Mangel an Vertrauen in Fertigungsdaten. Oft wird industrielle Konnektivität als Kampf um Alles-oder-Nichts zwischen MQTT und OPC UA dargestellt, doch das verfehlt den Kern völlig. Wenn Bediener dem lokalen HMI mehr vertrauen als dem Unternehmens-Dashboard oder wenn jede OEE-Besprechung in eine Diskussion darüber ausartet, wessen Zahlen stimmen, dann liegt nicht ein Protokollproblem vor, sondern ein semantisches Problem. Technologie allein schafft keine Bedeutung. Um eine wirklich vernetzte Fabrik aufzubauen, muss man zuerst das Produktionsproblem betrachten und eine gemeinsame Sprache für Produktionsereignisse definieren, bevor der Technologie-Stack skaliert wird.

In dieser Folge besprechen wir:

• Die Vertrauenslücke auf der Fertigungsebene: Warum Planer mit Tabellen arbeiten und Bediener sich auf lokale HMIs verlassen, trotz hoher Investitionen in ERP und Azure.
• Der Zahlenkampf: Warum Schichten am Morgen, Nachmittag und in der Nacht oft drei unterschiedliche Produktionszahlen melden und warum keine davon zwingend falsch ist, sondern lediglich unterschiedliche Punkte im Prozess beschreibt.
• MQTT vs. OPC UA – zwei verschiedene Aufgaben, keine Rivalen:
  • MQTT (Transport): Ein leichtgewichtiges Publish/Subscribe-Protokoll, das Nachrichten effizient verteilt, Publisher von Konsumenten entkoppelt und mit instabilen Netzwerken umgehen kann. Es interessiert sich nicht für den Inhalt der Nutzlast, sondern transportiert nur den Umschlag.
  • OPC UA (Bedeutung): Legt fest, was ein Objekt ist und was ein Wert bedeutet. Es stellt einen durchsuchbaren Adressraum mit strukturierten Modellen, Variablentypen, technischen Einheiten und in die Anwendungsschicht integrierter Sicherheit bereit.
• Warum neue Dashboards das Problem unverbundener Daten nicht lösen: Ein sauberes Diagramm erzeugt keine Bedeutung. Ein Dashboard kann nicht erraten, ob der Zustandscode „eins“ laufend, im Leerlauf oder gestört bedeutet, ohne den Kontext von der Maschine.
• Die praktische Rolle der Edge: Warum es entscheidend ist, Daten einmal nahe der Quelle zu normalisieren, anstatt sie in fünf nachgelagerten Systemen jeweils neu abzubilden.
• ISA-95 als Namenskonvention: Die Hierarchie vom Unternehmen bis zur Zelle dient als stabile Karte, um Assets konsistent zu lokalisieren, bevor sich wechselnder Geschäftskontext wie Arbeitsaufträge und Produkte anwenden lässt.
• Der Hype um den Unified Namespace (UNS): Den UNS als gemeinsamen Ereignisraum für IT und OT verstehen, in dem Fakten veröffentlicht werden, nicht als neue Stammdatenbank oder Wundermittel, das ohne Aufwand ein gemeinsames Betriebsmodell schafft.
• Gestaltung von MQTT-Topics und Payloads:
  • Die Gefahren, flüchtigen Kontext (Produktcodes, Auftragsnummern) in statische Topic-Pfade zu packen.
  • Warum Topic-Namen case-sensitiv sind und eine strikte Kleinschreibung verlangen.
  • Die „Kosten des beiläufigen JSON“ und warum semantische Verträge (Typen, Einheiten, Herkunft) unverzichtbar sind.
• Sparkplug B: Wie es MQTT industrielle Regeln hinzufügt (definierte Topics, Lebenszyklus-Zustände für Birth und Death), aber dennoch nicht die Notwendigkeit ersetzt, festzulegen, was die Produktionsereignisse tatsächlich bedeuten.
• Azure IoT Operations & Microsoft Fabric: Das Edge-Datenebenen-Muster von Microsoft, der Betrieb modularer Dienste auf Arc-fähigem Kubernetes und warum ein produktionsreifes Deployment Fähigkeiten in IT und OT gleichermaßen verlangt.
• Die Grenze zwischen Steuerungs- und Datenebene: Warum lokale Regelkreise unabhängig von der Cloud bleiben müssen und warum ein Broker niemals eine Sicherheitssteuerung ist.

Zentrales Zitat: „Transport und Bedeutung sind verschiedene Aufgaben. MQTT leitet Nachrichten dorthin, wo sie hinmüssen, und OPC UA liefert Maschinendaten mit Struktur und Kontext.“

Tags: #ManufacturingData #MQTT #OPCUA #UnifiedNamespace #ISA95 #IndustrialIoT #OEE #AzureIoTOperations #MicrosoftFabric #ITOTconvergence #SmartFactory

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