CNC-Steuerungsprotokolle: FOCAS, LSV2, DNC, Mazak, MTConnect

Drei Hersteller, drei Sprachen in einer einzigen Werkshalle. Eine FANUC-Steuerung kommuniziert über Port 8193 über ihre herstellereigene API; eine Heidenhain TNC antwortet auf Port 19000 mit kompakten Vier-Buchstaben-Telegrammen; und Mazak liefert über das SMARTBOX-Gateway MTConnect-Daten, ohne den Steuerungskern zu öffnen. Auf derselben Produktionslinie existieren drei grundlegend verschiedene Datenkulturen nebeneinander.

Der Leitfaden für CNC-Steuerungsprotokolle wurde konzipiert, um diese drei Sprachen auf einer gemeinsamen Architekturkarte darzustellen. Das Ziel besteht nicht im Auswendiglernen von Befehlssätzen, sondern darin aufzuzeigen, welches Problem auf welcher Protokollschicht gelöst wird, welche Wege reine Lese- oder Schreibrechte erfordern und wo klare Sicherheitsgrenzen gezogen werden müssen. Der Leitfaden fasst fünf maßgebliche Protokollfamilien in einer fundierten Entscheidungsmatrix zusammen: FOCAS, LSV2, Heidenhain DNC, Mazak SMARTBOX und MTConnect.

Leitfaden auf einen Blick

Mit welcher Problemstellung beginnen Sie?

Die Protokollauswahl beginnt nicht bei der Markenpräferenz, sondern bei der konkreten betrieblichen Datenanforderung. Die folgende Zuordnungstabelle verknüpft vier gängige Industrieszenarien direkt mit dem passenden Fachdossier.

Fünf Protokolle, eine Architekturkarte

Architektonische Vergleichstabelle

Wie dieser Leitfaden gelesen werden sollte

Fach- und Führungskräfte nähern sich der Fertigungsdatenintegration aus unterschiedlichen Perspektiven. Als technischer Leiter oder Entscheidungsträger betrachten Sie zunächst die Vergleichstabelle und den 5-Schritte-Fahrplan. Als OT- oder Automatisierungsingenieur vertiefen Sie die Transportwege, Telegrammformate und Berechtigungsstrukturen in den FOCAS-, LSV2- und DNC-Artikeln. Wenn Sie im MES-, Leitstands- oder Analysebereich arbeiten, empfiehlt sich der Einstieg über das MTConnect-Semantikmodell und die Mazak-Gateway-Architektur. Dieser Leitfaden kürt kein pauschales „Siegerprotokoll“, sondern weist jeder Aufgabenstellung die richtige Ebene zu.

Drei häufig verwechselte Begriffe

• Protokoll vs. API vs. Standard: FOCAS ist eine API-Bibliothek; LSV2 ist ein Leitungsprotokoll; MTConnect ist ein semantischer Standard. Alle drei pauschal als „Protokolle“ zu bezeichnen, verwischt wesentliche Architekturebenen.
• Port vs. Verbindungsebene: Portnummern wie 8193 oder 19000 sind bloße Verbindungsendpunkte. Die dahinterliegende Authentifizierung, Rollenvergabe und Lizenzprüfung bestimmen den Datenfluss. Ein offener TCP-Port garantiert keineswegs verfügbare Maschinendaten.
• Lese- vs. Schreibrechte: Manche Schnittstellen unterstützen bidirektionales Lesen und Schreiben; MTConnect hingegen arbeitet strikt lesend. Diese Berechtigungsgrenze prägt die Architektur stärker als jedes Syntaxdetail.

Erster Wendepunkt: Schichtenarchitektur statt Protokollstreit

Die fünf genannten Technologien gehören nicht derselben Ebene des Systemstapels an. FOCAS und LSV2 agieren als Transport- und API-Schicht; sie kommunizieren direkt mit internen Steuerungsregistern. Heidenhain DNC fungiert als Produkt- und Lizenzschicht; es bettet LSV2 in COM-Schnittstellen und Windows-Tools ein. Die Mazak SMARTBOX bildet eine Gateway-Schicht; sie trennt das Steuerungssubnetz physisch vom Betriebsnetzwerk und gibt standardisierte Daten ab. MTConnect schließlich stellt eine semantische Bedeutungsschicht dar; es verleiht Rohdaten herstellerunabhängig eine einheitliche Bedeutung.

Wer diese Schichtenarchitektur ignoriert, verheddert sich in Scheindebatten wie „MTConnect oder FOCAS?“. Die fundierte Fragestellung lautet: Auf welcher Architekturschicht benötige ich Maschinendaten? Müssen Korrekturwerte oder NC-Programme direkt in die Steuerung geschrieben werden, sind FOCAS, LSV2 oder DNC erforderlich. Sollen werksweit Status und OEE aggregiert werden, ist MTConnect ideal. Sollen geschlossene Mazak-Maschinen netzwerktechnisch sicher angebunden werden, führt der Weg über die SMARTBOX.

Zweiter Wendepunkt: Die Lese-/Schreib-Sicherheitsgrenze

Die Schreibberechtigung markiert die entscheidende Sicherheitslinie in industriellen Netzwerken. FOCAS, LSV2 und DNC erlauben das Verändern von Maschinenparametern, Werkzeugkorrekturen, Nullpunktverschiebungen und SPS-Merkerzuständen. Diese Befugnis ist für vollautomatische Fertigungszellen unerlässlich, birgt jedoch erhebliche physische Gefahren. Ein fehlerhafter Offset oder ein falsch gesetzter Merker kann Werkzeugbrüche, Ausschuss oder Personenschäden verursachen. MTConnect schließt dieses Risiko systembedingt aus: Es operiert rein lesend.^[1]

Kein Artikel dieses Leitfadens vermittelt Rezepte für ungesicherte Fernschreibbefehle. Wir beschreiben stattdessen architektonische Schutzmaßnahmen: Clients mit Schreibrechten müssen sich in getrennten Netzsegmenten befinden, kryptografisch abgesichert sein und manuelle Freigaben verlangen. Sie dürfen niemals denselben Prozess mit einfachen Telemetrie-Scrapern teilen.

Dritter Wendepunkt: Lizenzkosten und Integrationsaufwand

FOCAS, LSV2 und Heidenhain DNC sind proprietäre Ökosysteme; Entwicklerbibliotheken, Schnittstellenkarten oder Softwareoptionen (SIK) müssen beim Steuerungshersteller lizenziert werden. MTConnect hingegen ist quelloffen und frei von Lizenzabgaben. „Lizenzfrei“ bedeutet jedoch keineswegs kostenlos. Adapterkonfigurationen, Signalzuordnungen, Netzwerktrennung und kontinuierliche Wartung binden beträchtliche Ingenieurressourcen. Die tatsächlichen Gesamtkosten (TCO) entstehen meist bei der Datenpunkt-Normalisierung und Versionspflege, nicht beim Erstkauf.

Ähnliches gilt für die Dokumentation. Bei geschlossenen Systemen entscheiden Herstellerhandbücher und Supportverträge; beim offenen Standard helfen Entwickler-Communitys, C++-Referenz-Agents und öffentlich zugängliche Modell-Browser. Unabhängig vom gewählten Weg ist das Führen einer Versionsmatrix Pflicht: Firmware-Stände der CNC, Agent-Releases und Client-Parser müssen präzise aufeinander abgestimmt sein.

Vorgehensweise: Fünf strukturierte Schritte

1. Maschinenbestand erfassen: Hersteller, Modellreihen, Steuerungsgenerationen und verfügbare Netzwerkkarten dokumentieren. Die Angabe „FANUC“ genügt nicht; eine 0i-F unterscheidet sich grundlegend von einer 30i-B.
2. Datenanforderungen definieren: Lesen oder Schreiben? Stückzähler, Achspositionen, Spindelauslastung, Alarmzustände oder NC-Programme? Dieses Profil bestimmt das Protokoll.
3. Netzwerk segmentieren: Maschinennetzwerk, Edge-Gateways und IT-Büronetzwerk durch Firewalls strikt trennen; schreibberechtigte Systeme separat isolieren.
4. Pilotprojekt an einer Einzelmaschine durchführen: Eine Steuerung, ein Gateway, ein Client. Das Verhalten im echten Zerspanungsbetrieb analysieren, bevor die Flotte ausgerollt wird.
5. Semantisches Wörterbuch festlegen: Eindeutige dataItemId-Zuordnungen, Einheiten, Skalierungsfaktoren und Fehlerbehandlungsroutinen schriftlich fixieren.

Geplante Fachartikel und Praxisbeispiele

Dieser Hub fungiert als strategische Entscheidungskarte. Die nachfolgenden Fachartikel vertiefen die technischen Innereien der einzelnen Protokollfamilien.

Geplante Anwendungsbeispiele: OEE-Erfassung in FANUC-Zellen; gesicherte NC-Programmbereitstellung auf Heidenhain TNCs; Zusammenführung von Mazak- und FANUC-Maschinen in einem Dashboard; MTConnect-basierte Energie- und Zykluszeitanalyse; Integration von Bestandsmaschinen über SENSOR BOX und SPS. Alle Beispiele basieren auf realen Feldprüfungen und verifizierten Herstellerunterlagen.

Sicherheitsrichtlinien und industrielle Verantwortung

Fazit: Die strategische Fragestellung

Bei der Erfassung von Maschinendaten lautet die richtige Frage nicht „welches Protokoll?“, sondern „welche Architekturschicht, welche Berechtigungsstufe und welche Sicherheitsgrenze?“. FOCAS bietet maximale Registertiefe, LSV2 besticht durch schlanke Einfachheit, Heidenhain DNC liefert herstellergestützte Systemintegrität, Mazak isoliert über Gateways, und MTConnect stiftet eine gemeinsame Werkssemantik. Die optimale Struktur richtet sich exakt nach Ihren betrieblichen Prioritäten.

Wo lagern die Fertigungsdaten in Ihrem Betrieb heute: verschlossen im Steuerungskern, isoliert hinter Gateways oder bereits in ein offenes Datenmodell überführt? Und begnügen Sie sich mit der reinen Prozessbeobachtung, oder sind Sie bereit, die anspruchsvolle Sicherheitsverantwortung von Schreibzugriffen zu tragen?