CNC-Programmtest: Code, Simulation und Einrichtung prüfen
Thema: CNC-Programmierung & G-Code
Ein sauber dargestellter Werkzeugweg ist beruhigend. Er ist aber nur so aussagekräftig wie die Daten, auf denen die Darstellung beruht. Für mich gehört deshalb zum Verständnis einer CNC nicht nur das Erzeugen von Bewegung, sondern auch die Frage: Was wurde tatsächlich geprüft, und was fehlt im Modell noch?
Vier Prüfungen mit unterschiedlichen Aufgaben
| Ebene | Leitfrage | Typische Grenze |
|---|---|---|
| NC-Code | Passt der ausgegebene Dialekt zur Steuerung? | Ein lesbarer Satz kann trotzdem den falschen Bezug verwenden. |
| Werkzeugbahn | Passen Kontur, Zustellungen und Bearbeitungsfolge? | Eine Mittellinie zeigt nicht das volle Werkzeugvolumen. |
| Maschinenmodell | Sind Kinematik, Verfahrwege und relevante Körper berücksichtigt? | Nicht modellierte Spannmittel werden nicht zuverlässig erkannt. |
| Reale Einrichtung | Stimmen Werkzeug, Rohteil, Nullpunkte und Programmversion? | Die Simulation misst den aktuellen Aufbau nicht automatisch. |
CAM-Vorschau und ausgegebener NC-Code
Zwischen einer im CAM berechneten Bahn und dem Maschinenprogramm steht der Postprozessor. Er muss zur vorgesehenen Maschine und Steuerung passen. Autodesk weist in seiner Dokumentation zur Postprozessorprüfung ausdrücklich darauf hin, den erzeugten NC-Code vor dem Einsatz an einer CNC zu verifizieren. Eine optisch plausible CAM-Bahn allein schließt einen Ausgabefehler deshalb nicht aus.
Auch Simulationen unterscheiden sich: Autodesk beschreibt für Fusion eine Variante mit Maschinenmodell und eine ohne. Dabei werden unterschiedliche Informationen über Kinematik und Postprozessor genutzt. Vor einer Bewertung lohnt sich daher die konkrete Frage, ob gerade Werkzeugbahnen, die Maschine oder tatsächlich die ausgegebene Programmwirkung geprüft werden.
Das Prinzip Schritt für Schritt
Startet nur auf Wunsch. Pause hält den aktuellen Stand fest. Die Darstellung läuft in Lerngeschwindigkeit; sie simuliert keine Maschinensteuerung. Ohne Bewegung erklären Grafik und Liste denselben Inhalt.
- Code prüfen: Einheit, Maßmodus, Werkstücksystem und Steuerungsdialekt gehören zusammen.
- Die Bahn mit den beteiligten Körpern betrachten. Eine freie Mittellinie beweist noch keine freie Werkzeughülle.
- Die Modellabdeckung prüfen: Sind Maschine, Halter und Spannmittel enthalten, und welche Kollisionspaare werden geprüft?
- Den realen Aufbau mit der geprüften Version abgleichen. Der erste Lauf folgt der dafür vorgesehenen Herstellerprozedur.
Ein einfaches Beispiel für eine übersehene Kollision
Stell dir in einer Draufsicht eine gerade Werkzeugmittelpunktbahn vor, die 30 mm Abstand zu einer geraden Spannmittelkante hat. Das betrachtete kreisförmige Werkzeug- oder Halterprofil besitzt einen Radius von 45 mm und überlappt die Kante damit geometrisch um 15 mm. Die Mittellinie selbst kreuzt das Spannmittel nicht. Für eine reale Kollision müsste zusätzlich die Höhenlage überlappen; genau diese dritte Dimension darf eine Draufsicht nicht verschweigen.
Das frei gewählte Beispiel erklärt, warum Werkzeughalter und Spannmittel als Körper wichtig sind. Es ist keine Aussage über die Abmessungen meiner BF 20. Wird ein relevanter Körper im Modell weggelassen, kann eine grüne oder fehlerfreie Anzeige diese Lücke nicht heilen. Fusion dokumentiert außerdem, dass ausgeschlossene Kollisionspaare keine entsprechenden Meldungen erzeugen.
Einzelsatz, Testlauf und Übersteuerung einordnen
Grafikmodus, Einzelsatz und Testlauf sind steuerungsspezifische Funktionen. Wie sich Unterprogramme, Zyklen, Eilgang und Vorschub dabei verhalten, muss im Handbuch der konkreten Maschine geprüft werden. „Einzelsatz“ sollte deshalb nicht pauschal als Garantie verstanden werden, nach jedem sichtbaren Textsatz in jedem Fall anzuhalten.
Ebenso ist ein reduzierter Vorschub keine Kollisionsvermeidung. Ein langsamer falsch gerichteter Weg bleibt falsch. Pauschale Tipps wie „Z einfach höher setzen“ können bei relativen Wegen, Zyklen oder Rückzugsebenen neue Probleme verursachen. Verwende für den ersten Lauf die vom Maschinenhersteller vorgesehene Vorgehensweise und ihre Schutzfunktionen. Bedien- und Not-Halt-Funktionen erfüllen unterschiedliche Aufgaben; ihre Wirkung darf nicht geraten werden.
Was ich im Prüfprotokoll festhalten würde
Ein kurzes Protokoll kann Programmname und Revision, Datum, Zielmaschine, Postprozessorstand, Werkzeugliste, Rohteil, Aufspannung, Werkstückbezug und Ergebnis der einzelnen Prüfungen enthalten. Ergänze, welche Teile des Aufbaus simuliert wurden und welche Abweichungen offen sind. Damit ist später nachvollziehbar, worauf sich ein bestandener Test bezog.
Wird danach ein Werkzeug, ein Versatz oder der Code verändert, ist zu prüfen, welche Ergebnisse noch gelten. Ein abgelegtes Prüfprotokoll gehört deshalb zu einer bestimmten Fassung. Es ist kein dauerhafter Freibrief für jede Datei mit demselben Namen.
Vom Test zurück zur Programmierung
Die Fehlerursache lässt sich leichter eingrenzen, wenn der NC-Satzaufbau, die Nullpunktbezüge und die Maßmodi klar sind. Wie Programme überhaupt entstehen, erläutert der Vergleich der Programmerstellungsarten.
Quellen und fachliche Einordnung
Primärquellen, geprüft am 24.10.2026. Eigene Lehrbeispiele und schematische Grafiken. Befehlsdetails gelten jeweils für die genannte Steuerung.