Mazak MAZATROL und SMARTBOX: Gateway-Architektur statt Protokoll

1969, Ōguchi, Japan. Eine Mazak-Junior-Drehmaschine aus den Yamazaki Machinery Works steht heute im Werkzeugmaschinenmuseum in Minokamo. Damals beschränkten sich die „Maschinendaten“ auf das, was der Dreher an Skalenringen und Hebeln ablas; nach außen gelangte höchstens ein Lochstreifen oder eine serielle Datenverbindung.^[1]

Heute beginnt die Vernetzung in der Fertigung mit einer ganz anderen Anforderung: Wie lassen sich Auslastung, aktives Bearbeitungsprogramm und Energieverbrauch auf einem zentralen Dashboard darstellen? Wer bei Mazak nach einem proprietären Leitungsprotokoll sucht, stößt in der Praxis meist nicht auf ein Telegrammformat, sondern auf ein Edge-Gateway: die MAZAK SMARTBOX. Dieser Leitfaden betrachtet die Mazak-Datenarchitektur daher nicht unter der Frage „Welches Protokoll?“, sondern unter dem Blickwinkel: „Welches Gateway, welche Datentiefe und welche Sicherheitsgrenzen?“^[2]

Mazak-Datenarchitektur auf einen Blick

Gibt es ein originäres „Mazak-Protokoll“?

Die kurze Antwort lautet: Wer nach einer frei zugänglichen binären Leitungsspezifikation sucht, findet kein öffentliches Dokument für ein „Mazak-Protokoll“. Die längere, technisch fundierte Antwort ist aufschlussreicher: Mazak hat sich bewusst dafür entschieden, interne Steuerungsregister nicht direkt in Werksnetze zu exponieren. Stattdessen stellt der Hersteller Daten über das standardisierte MTConnect-Modell bereit, gekapselt in Edge-Hardware wie SMARTBOX und SENSOR BOX. Die Frage „Welches Protokoll nutzt Mazak?“ wandelt sich in der Praxis daher zu: „Welches Gateway liefert welche Datentiefe?“^[2][4]

Dies ist eine strategische Architekturentscheidung. Während FANUC mit FOCAS eine tiefe Schnittstelle in die CNC bereitstellt, isoliert Mazak die Maschine physikalisch und gibt standardisierte Kennzahlen nach außen. Beide Philosophien haben ihre Berechtigung: Die eine bietet maximalen Tiefenzugriff, die andere garantiert Netzwerktrennung und Herstellerneutralität.^[2]

SMARTBOX: Netzwerksicherheit am Maschinenrand

Aufgrund des Namens wird die MAZAK SMARTBOX mitunter für einen einfachen IoT-Knoten gehalten. In den technischen Beschreibungen definiert Mazak das Gerät jedoch als Sicherheits-Appliance für Netzwerkisolierung und lokalen Schutz. Die Box unterstützt mehrere MTConnect-Agenten, bindet maschinenseitig verschiedene Schnittstellen ein und leitet normalisierte Daten über einen verschlüsselten Netzwerkport weiter. Dieser zentrale Zugangspunkt schützt die Steuerungen zuverlässig vor unbefugtem Zugriff aus dem Unternehmensnetz.^[2]

Die entscheidende Erkenntnis: Die SMARTBOX ist kein schlichter Protokollkonverter, sondern ein Perimeter-Sicherheitsgate. Auf der Innenseite arbeitet das Maschinennetz, auf der Außenseite liegen die MTConnect-Verbraucher. Die Hardware schützt die Maschinen vor Broadcast-Stürmen und unkontrollierten IP-Scans. Bevor man nach Ports fragt, muss daher die Segmentierung geklärt werden: Welche Daten dürfen welche Subnetzgrenze passieren?^[2]

Der Nutzen liegt in der Bündelung: Eine einzige SMARTBOX kann mehrere MTConnect-Agenten für eine ganze Bearbeitungszelle hosten. Mit steigender Maschinenzahl wächst jedoch die Komplexität der Zuordnungstabellen; Standardisierung entbindet nicht von sorgfältiger Adressierung.^[2]

SENSOR BOX: Bestandsmaschinen ohne MTConnect anbinden

Nicht jede Bestandsmaschine verfügt ab Werk über eine netzwerkfähige MTConnect-Schnittstelle. Mazak schließt diese Lücke mit der SENSOR BOX in drei Varianten: SC, S und E. Das Modell SC erfasst Signalsäulen sowie Kühlmitteltemperatur und -füllstand; Modell S greift die Zustände der Signalsäule direkt ab; Modell E misst den Stromverbrauch über Klappwandler. Alle Signale werden in standardisierte MTConnect-Datenströme transformiert.^[2]

Die Stärke der SENSOR BOX liegt in der horizontalen Abdeckung, nicht in der vertikalen Datentiefe. Sie liefert keine Vorschub-Overrides oder NC-Zeilennummern, sondern physikalische Zustände. Damit lässt sich zwar feststellen, dass alle Maschinen auf dem Dashboard sichtbar sind – ein Blick in das Innenleben der CNC ist damit jedoch nicht verbunden.^[2]

Smooth MONITOR AX: Das herstellerunabhängige Leitstand-Dashboard

Mazaks Monitoring-Plattform Smooth MONITOR AX bündelt Maschinenzustände, 24-Stunden-Betriebsdiagramme und Nutzungsgrade auf einer Oberfläche. Die Software ist vollständig MTConnect-kompatibel und kann Daten von Drittanbietermaschinen verarbeiten. Damit fungiert sie als offene Leitstandslösung für den gesamten Betrieb, nicht als isoliertes Herstellertool.^[2]

Warum setzt Mazak auf MTConnect?

Der Fokus auf MTConnect bietet wesentliche Vorteile: MES- und Analytiksysteme kommunizieren über ein standardisiertes Vokabular statt über proprietäre Treiber. Der bewusste Verzicht auf Schreibzugriffe schützt die Fertigung vor fehlerhaften Fernsteuerbefehlen. Mazak positioniert seine Strategie damit als standardisiert, sicher und herstellerübergreifend.^[4]

Erste Wendung: Gateways nutzen statt Protokolle suchen

Zu Beginn vieler Projekte steht die Frage nach dem „Mazak-Protokoll“. Zielführender ist die Frage: „Welche Daten werden mit welcher Latenz und unter welchen Sicherheitsauflagen benötigt?“ Die SMARTBOX beantwortet dies mit einem sicheren MTConnect-Agenten; die SENSOR BOX ergänzt fehlende Signale von außen. Die Suche nach internen Leitungsprotokollen setzt oft auf der falschen Ebene an.^[2]

Dieses Konzept gewährleistet Netzwerktrennung und Unabhängigkeit von einzelnen Softwareanbietern. Der Preis dafür ist die Beschränkung auf jene Datenpunkte, die das MTConnect-Gateway bereitstellt.^[2][4]

Zweite Wendung: Gleicher Standard, unterschiedliche Dialekte

Obwohl MTConnect das semantische Modell normiert, unterscheiden sich die Tag-Bezeichnungen der Agenten. In der Praxis liefern Mazak-Agenten das NC-Programm häufig als pgm, die Zeilennummer als ln, die Werkzeugnummer als tid, Werkstückzähler als pc und den Status als exec. DMG-Mori-Maschinen verwenden oft indizierte Bezeichnungen wie program1, während Memex-Geräte Kürzel wie cnt1 nutzen.

Erfassungssysteme dürfen daher nicht starr nach einer bestimmten dataItemId suchen, sondern müssen name– und type-Attribute flexibel abbilden. MTConnect definiert den Wortschatz – das Beherrschen der herstellerspezifischen Dialekte bleibt Aufgabe des Treibers.^[4][5]

Besondere Beachtung verdient der Verfügbarkeitsstatus: Meldet das Tag avail den Wert UNAVAILABLE, ist die Maschine ausgeschaltet oder getrennt. Wird dieser Zustand falsch interpretiert, verbucht das Dashboard irrtümlich produktive Stillstandszeiten.^[4]

Dritte Wendung: Die Datentiefe wird am Gateway entschieden

SMARTBOX und SENSOR BOX liefern beide MTConnect-Daten, unterscheiden sich jedoch grundlegend in der Informationstiefe. Die SMARTBOX greift auf den internen Steuerungsbus zu (Programme, Achsdaten, Alarme), während die SENSOR BOX lediglich Signale von außen misst. Wer diesen Unterschied übersieht, erhält zwar Stromverbrauchswerte, weiß aber nicht, welches Programm gerade lief.^[2]

Zudem ist der Datenpfad konsequent lesend ausgelegt. Werkstückprogramme übertragen oder Nullpunkte korrigieren lässt sich über diesen Kanal nicht. Diese Aufgaben bleiben den originären Maschinenschnittstellen vorbehalten.

Dass es in gängigen Open-Source-Frameworks keine Mazak-spezifischen Low-Level-Treiber gibt, bestätigt die Architektur: Die Integration erfolgt über genormte MTConnect-Schnittstellen. Dies bedeutet nicht, dass Mazak keine internen Protokolle besitzt, sondern dass der Hersteller diese bewusst hinter geprüften Gateways abschirmt.

Architekturvergleich: SMARTBOX vs. SENSOR BOX vs. Direkter Agent

Die Strukturierung in drei Ebenen erleichtert die Fehlerdiagnose: Maschinenebene (Steuerung und Sensorik), Gatewayebene (SMARTBOX/SENSOR BOX) und semantische Ebene (MTConnect-Datenpunkte). Bei Störungen lässt sich systematisch prüfen: Läuft die Maschine? Ist das Gateway erreichbar? Antwortet der Agent? Passen die Tag-Namen zum Parser?

Sieben Praxisregeln für die Mazak-Anbindung

1. Informationsbedarf präzisieren: Kriterien festlegen: Werden Programmnamen benötigt oder genügen Energie- und Statuswerte?
2. Maschinenpark erfassen: Prüfen, welche Maschinen MAZATROL Smooth nutzen und welche Einheiten per SENSOR BOX nachgerüstet werden müssen.
3. Netzwerkzonen trennen: SMARTBOX zwischen Maschinennetz und IT-Netz platzieren, um Sicherheitsgrenzen zu wahren.
4. Agenten-Topologie planen: Festlegen, ob jede Maschine einen eigenen Agenten erhält oder mehrere Einheiten zusammengefasst werden.
5. Tag-Mapping dokumentieren: Mapping-Tabellen für dataItemId und name führen, um Mazak-spezifische Dialekte abzugleichen.
6. Offline-Zustände testen: Prüfen, wie avail=UNAVAILABLE vom System verarbeitet wird, um Fehlberechnungen der OEE zu vermeiden.
7. Schreibgrenzen beachten: Berücksichtigen, dass MTConnect und SMARTBOX rein lesend arbeiten; Dateiübertragungen separat organisieren.

Fazit: Verborgenes Protokoll, sichtbares Gateway

Die Mazak-Datenarchitektur erschließt sich nicht über die Suche nach internen Protokollen, sondern über das Verständnis der Sicherheitsgrenzen am Gateway. Die SMARTBOX ist eine gehärtete Sicherheits-Appliance; die SENSOR BOX eine externe Sensorbrücke. Beide nutzen MTConnect als standardisierte Ausgabe und definieren klare Betriebsgrenzen. Der Erfolg in der Mazak-Integration bemisst sich nicht am Reverse Engineering proprietärer Kabel, sondern am präzisen Zusammenspiel von Gateways und Datenverträgen.

Erfasst Ihr Fertigungs-Dashboard detaillierte Programmdaten Ihrer Mazak-Maschinen oder beschränkt sich das Monitoring auf Signalsäulen und Leistungswerte? Und sind Ihre Erfassungsroutinen für herstellerspezifische MTConnect-Dialekte ausgelegt?

Dieser Beitrag schließt unsere Serie zu CNC-Steuerungsprotokollen ab. Grundlagen zum offenen Datenstandard finden Sie in unserem MTConnect-Leitfaden; serielle Schnittstellen behandelt das RS-232-Dossier; Signalphysik erläutert die Analyse zu I2C, SPI und UART.