NC-Code-Simulation nach dem Postprozessor

Die Prüfung nach dem Postprozessor betrachtet eine andere Ebene

Im CAM wird zunächst der programmierte Werkzeugweg geprüft. Nach dem Postprozessieren liegt daraus maschinen- und steuerungsspezifischer NC-Code vor. Dieser enthält Achsausgabe, Zyklen, Transformationen, Werkzeugaufrufe und weitere Maschinenfunktionen, die im internen CAM-Werkzeugweg noch nicht vollständig sichtbar sind.

Eine NC-Code-Simulation verarbeitet deshalb den ausgegebenen Code mit einem Interpreter und einem Maschinenmodell. Damit kann sie Fehler erkennen, die erst bei der Übersetzung für die konkrete Maschine entstehen. Ihre Aussage hängt jedoch stark davon ab, wie gut Interpreter und Modell zur realen Umgebung passen.

CAM-Simulation und NC-Code-Simulation prüfen unterschiedliche Daten

Die CAM-Simulation kontrolliert die intern berechneten Bewegungen, das Rohteil und die Bearbeitungsreihenfolge. Eine Maschinensimulation kann zusätzlich Achsen, Werkzeugträger und Kollisionskörper darstellen. Ob dabei der ausgegebene NC-Code oder nur interne CAM-Daten verwendet werden, hängt vom jeweiligen System ab.

Bei einer NC-Code-Simulation wird der postprozessierte G-Code oder NC-Code eingelesen. Erst dadurch werden maschinenspezifische Befehle, Zyklen und Transformationen Teil der Prüfung. Beide Prüfarten ergänzen sich, weil sie an verschiedenen Stellen der Programmkette ansetzen.

Nach der NC-Ausgabe können neue Risiken entstehen

Der Postprozessor wählt Achsbewegungen, Befehlsfolgen und steuerungsspezifische Funktionen aus. Bei 5-Achs-Maschinen kann dieselbe Werkzeugorientierung durch unterschiedliche Rundachsstellungen erreicht werden. Eine ungünstige Ausgabe kann große Umschwenkbewegungen, Achsgrenzen oder problematische Rückzüge verursachen.

Auch Werkstückkoordinatensysteme und Nullpunktbefehle werden im NC-Code ausgewählt und ausgegeben. Die tatsächlichen Nullpunktwerte entstehen jedoch aus Rüstung, Vermessung und den Daten der Steuerung. Simulation und reale Maschine müssen deshalb dieselben Annahmen über Koordinatensysteme und Aufspannung verwenden.

Beispiel eines kritischen Rückzugs

Im CAM endet eine Fräsoperation oberhalb des Werkstücks. Der Postprozessor erzeugt danach einen Rückzug und eine Rundachsbewegung für die nächste Bearbeitung. Wird die lineare Bewegung in einer ungünstigen Reihenfolge ausgegeben, kann der Halter in Richtung Spannmittel fahren.

Der ursprüngliche Werkzeugweg war während des Schnitts kollisionsfrei. Das Risiko entsteht erst durch die erzeugte Befehlsfolge zwischen den Operationen. Eine Simulation des NC-Codes kann diesen Übergang sichtbar machen, sofern Maschinenmodell und Interpreter die reale Ausführung ausreichend genau abbilden.

Der Interpreter bestimmt, wie der Code ausgeführt wird

Ein einfacher G-Code-Viewer stellt häufig nur Grundbewegungen dar. Steuerungsspezifische Zyklen, Transformationen und Unterprogramme werden möglicherweise vereinfacht oder gar nicht ausgewertet. Für komplexe Programme reicht eine solche Darstellung nicht aus.

Aussagekräftiger sind Interpreter, die zur verwendeten Steuerung und zum Maschinenprojekt passen. Auch dann muss dokumentiert sein, welche Befehle unterstützt werden und wo Abweichungen bestehen. Eine Simulation ist nur so genau wie die Regeln, nach denen sie den Code verarbeitet.

Welche Fehler erkannt werden können

Je nach System lassen sich Kollisionen zwischen Werkzeug, Halter, Werkstück, Spannmittel und Maschine erkennen. Weitere Prüfungen betreffen Achsgrenzen, Rundachsbewegungen, Werkzeugwechsel, unerwartete Eilgangbewegungen und nicht unterstützte Befehle. Auch Restmaterial und Laufzeit können ausgewertet werden, wenn die benötigten Daten vorhanden sind.

Nicht jedes System deckt alle diese Punkte ab. Vor dem Einsatz sollte deshalb geprüft werden, welche Maschinenfunktionen und Steuerungsbefehle tatsächlich ausgewertet werden. Eine lange Funktionsliste im Datenblatt sagt noch nichts darüber aus, wie genau das eigene Maschinenmodell umgesetzt ist.

Kollisionsfreiheit sagt nichts über die Stabilität der Zerspanung aus

Eine Simulation kann einen kollisionsfreien Ablauf zeigen, obwohl Werkzeug oder Bauteil während der Bearbeitung schwingen. Auch Spanbildung, Wärmegang, Verschleiß und tatsächliche Spannkraft werden häufig nicht oder nur vereinfacht berücksichtigt. Diese Einflüsse müssen durch technologische Erfahrung und reale Prozessdaten ergänzt werden.

NC-Code-Simulation reduziert damit bekannte Risiken, ersetzt aber nicht jede Prüfung an der Maschine. Wie weit das Einfahren vorverlagert werden kann, hängt von Bauteil, Maschine, Modellqualität und Prozesskenntnis ab. Für Standardteile kann der Anteil höher sein als bei neuen oder instabilen Bearbeitungen.

Referenzprogramme zeigen die wirkliche Prüftiefe

Für die Einführung sollten Programme verwendet werden, deren Verhalten an der Maschine bekannt ist. Darunter sollten einfache Standardfälle und bewusst kritische Bewegungen sein. So lässt sich prüfen, welche Fehler das System erkennt und an welchen Stellen manuelle Kontrollen erforderlich bleiben.

Gemessen werden können Einfahrzeit, entdeckte Fehler, Maschinenbelegung und Zahl der manuellen NC-Änderungen. Erst diese Daten zeigen, ob die Simulation im eigenen Ablauf Zeit spart. Eine überzeugende Darstellung auf einem fremden Demoteil liefert diesen Nachweis nicht.

Häufige Fragen zur NC-Code-Simulation

**Worin unterscheiden sich CAM-Simulation und NC-Code-Simulation?**
Die CAM-Simulation prüft überwiegend intern berechnete Werkzeugwege und Bearbeitungszustände. Die NC-Code-Simulation verarbeitet den ausgegebenen maschinen- und steuerungsspezifischen Code nach dem Postprozessor.

**Kann eine G-Code-Simulation Kollisionen vollständig ausschließen?**
Nein, das Ergebnis hängt von Interpreter, Maschinenmodell, Werkzeugdaten und Aufspannung ab. Abweichungen zwischen virtuellem Stand und realer Maschine können weiterhin zu nicht erkannten Risiken führen.