MTConnect ist ein offener, lizenzfreier Standard, der Werkzeugmaschinen ein gemeinsames Vokabular zur Veröffentlichung ihrer Daten gibt, sodass eine Fanuc-Fräse, eine Haas-Drehmaschine und ein DMG MORI-Bearbeitungszentrum alle Spindeldrehzahl, Ausführungszustand und Alarme genau im gleichen Format melden können. Er ist bewusst nur lesbar: Anwendungen können Maschinen auslesen, aber niemals in sie schreiben, was ihn zu einer der sichersten Möglichkeiten macht, mit dem Sammeln von Maschinendaten zu beginnen.
Die Architektur besteht aus drei Teilen. Ein Adapter sitzt nahe an der Maschinensteuerung und übersetzt deren native Signale. Ein Agent , ein kleiner Webdienst, sammelt die Adapter-Ausgaben und stellt sie über einfaches HTTP in XML bereit.
Anwendungen fragen den Agenten dann mit drei einfachen Anfragen ab: probe (welche Datenobjekte hat diese Maschine), current (wie lauten ihre aktuellen Werte) und sample (gib mir die Zeitreihe seit meiner letzten Anfrage). Da es gewöhnliches HTTP ist, kann jedes Überwachungssystem, Dashboard oder Skript es ohne proprietäre Treiber konsumieren.
Jeder Steuerungsanbieter hat historisch Dinge unterschiedlich benannt: eine Maschine meldet RUNNING, eine andere ACTIVE, eine dritte EXECUTION_3. MTConnect definiert standardisierte Datenobjekte, Ausführungszustand, Steuerungsmodus, Spindeldrehzahl, Vorschubgeschwindigkeit, Werkstückanzahl, Alarmzustände, sodass einmal geschriebene Software markenübergreifend funktioniert. Diese semantische Ebene, nicht der Transport, ist der eigentliche Wert: Sie macht die Überwachung von Maschinen unterschiedlicher Marken für einen mittelständischen Betrieb praktikabel.
Diese Standards überschneiden sich weniger, als es scheint. Modbus überträgt rohe Register ohne zugeordnete Bedeutung; man muss wissen, dass Register 40012 die Spindelbelastung ist. OPC UA ist ein allgemeines, sicheres, schreib-/lesefähiges industrielles Kommunikationsframework mit umfangreichen Informationsmodellen für alle Gerätetypen. MTConnect ist enger und einfacher: Werkzeugmaschinen, nur lesbar, standardisiertes Vokabular, HTTP. Viele Anlagen betreiben beides: MTConnect für die CNC-Überwachung und OPC UA oder MQTT Sparkplug B für die übergeordnete Dateninfrastruktur.
Eine Werkstatt mit 12 CNC-Maschinen glaubt, die Auslastung liege bei etwa 65 %, weil die Bediener die Laufzeiten manuell erfassen. Sie installiert Adapter und je Zelle einen Agenten, die jede Maschine einmal pro Sekunde abfragen. Nach zwei Wochen Daten zeigt die gemessene Zeit, in der die Spindel im Schnitt ist, 41 % der geplanten Betriebsstunden.
Die Differenz zerfällt in 9 Prozentpunkte Wartezeit beim Laden von Programmen, 8 Prozentpunkte nicht protokollierter Mikrostopps und 7 Prozentpunkte Rüstüberschreitung bei zwei bestimmten Maschinen.
Allein die Wiedergewinnung der Hälfte der Wartezeit beim Programm laden, etwa 3,6 Stunden pro Tag über die Werkstatt verteilt, entspricht einer Erweiterung der Kapazität um eine halbe Maschine, ohne eine zu kaufen. Keines davon erforderte, auch nur ein Bit an eine Steuerung zu schreiben.
MTConnect kann eine Maschine nicht starten, stoppen oder verändern. Für OT-Sicherheitsteams ist das ein Feature: Ein nur-lesbarer HTTP-Stream innerhalb eines korrekt segmentierten Netzwerks (siehe IEC 62443 zones and conduits) birgt deutlich weniger Risiko als ein beschreibbares Protokoll. Der Nachteil ist, dass Closed-Loop-Anwendungsfälle, wie das Zurückschreiben von Offsets an die Steuerung, eine andere Methode benötigen.
Moderne Steuerungen werden oft mit eingebauter MTConnect-Unterstützung geliefert; ältere Maschinen benötigen einen Adapter, und wirklich alte Anlagen ohne digitale Schnittstelle bieten möglicherweise gar nichts, was adaptiert werden könnte. Planen Sie den Netzwerkpfad frühzeitig; Agenten sollten innerhalb der OT-Zone verbleiben, während Anwendungen über eine kontrollierte Grenze lesen. Und standardisieren Sie die Gerätenamen vor dem Rollout: Zwölf Agenten nachträglich umzubenennen, nachdem Dashboards erstellt wurden, ist vermeidbarer Schmerz.
Maschinendaten schaffen nur dann Wert, wenn sie zu Entscheidungen werden. Fabrico verwandelt Maschinensignale in Echtzeit-OEE, codierte Ausfallzeiten und Verlustanalysen, und sein CMMS verknüpft Alarmmuster mit Arbeitsaufträgen, Ersatzteilen und Wartungshistorie. Für Maschinen ohne Datenschnittstelle erfasst Fabricos Computer-Vision-Monitoring Auslastung und Stillstände, ohne die Steuerung anzufassen; das ergänzt sich natürlich mit MTConnect an den Maschinen, die es unterstützen. In der EU entwickelt mit EU-Datenresidenz.
Ja. Der Standard ist offen und lizenzfrei, und Referenzimplementierungen von Agenten sind Open Source. Kosten entstehen durch Adapter für ältere Steuerungen und den Engineering-Aufwand, alles zu installieren und zu vernetzen.
Nein. Sie decken unterschiedliche Bereiche ab. MTConnect ist ein nur-lesbarer Vokabularstandard für Werkzeugmaschinen; OPC UA ist ein allgemeines, sicheres, schreib-/lesefähiges Rahmenwerk für alle Industrieanlagen. Betriebe nutzen häufig MTConnect-Daten innerhalb einer auf OPC UA oder MQTT basierenden Anlagenarchitektur.
Maschinen ohne digitale Schnittstelle können ohne erhebliche Nachrüstung keine MTConnect-Daten veröffentlichen. Praktische Alternativen sind einfache Sensoren an der Maschine oder kamerabasierte Überwachung, die die Maschine extern beobachtet und keine Verbindung zur Steuerung benötigt.
Möchten Sie maschinenbezogene Wahrheit über jedes Asset, ob vernetzt oder nicht? Buchen Sie eine Fabrico-Demo, um Einblicke auf MTConnect‑Niveau aus Echtzeit-OEE und Computer‑Vision zu erhalten, selbst bei Maschinen ohne Datenschnittstelle.
Anmeldung
Blog
