Morbidelli Bearbeitungszentren

Woher ein Morbidelli-Programm kommt

Ein Morbidelli-Programm entsteht in Xilog Plus, der Programmierumgebung, die SCM mit der Maschine liefert, oder es wird aus einem CAD/CAM-System über einen dafür geschriebenen Postprozessor ausgegeben. So oder so ist das Ergebnis dasselbe: eine .xxl-Datei, Klartext, ein Befehl pro Zeile. Sie öffnet sich im Editor. Es gibt keine Projektdatenbank und keinen proprietären Container darum herum, und darum ist ein vor zwanzig Jahren geschriebenes Programm heute noch lesbar. Die neuere Maestro-Umgebung von SCM schreibt stattdessen .xcs, eine andere Datei, die netool nicht liest.

Warum manche Maschinen ein PGM wollen

Neuere Steuerungen laden den XXL-Text direkt. Ältere, typischerweise Maschinen der Author-Reihe mit frühem Xilog oder der Tria-Steuerungssoftware, lesen überhaupt keinen Text und erwarten ein kompiliertes Binärprogramm mit der Endung .pgm. SCM hat diese mit WinXISO kompiliert. Ein PGM ist ein flacher Strom von Datensätzen ohne Kopf davor: jeder Datensatz nennt seine Befehlsnummer, wie viele Feldbytes folgen, und eine Maske, die angibt, welche dieser Felder tatsächlich vorhanden sind. Ein Feld, das die Maske als fehlend markiert, belegt seine Bytes trotzdem, und darum können zwei PGM-Dateien sich Byte für Byte unterscheiden und genau dasselbe bedeuten.

Was netool konvertiert und was es ablehnt

netool liest 11 Xilog-Plus-Befehle: den Kopf H, den Seitenwähler SY, die Positionierung G0, gerade Schnitte und Eintauchbewegungen G1, die Bögen G2 und G3, sowie die Parameter- und Makroformen darum herum. Jeder trägt eine Unterstützungsstufe. Kodierungen, die Byte für Byte gegen eine maschinell erzeugte Datei nachgewiesen sind, gelten als verifiziert. Kodierungen, die abgeleitet, aber nie an einer Maschine bestätigt wurden, werden mit einer Warnung geschrieben und im strikten Modus ganz abgelehnt. Bohrzyklen und Makros, die netool nicht nachgewiesen hat, werden abgelehnt statt geraten, denn eine stillschweigend falsche Tiefe ist schlimmer als eine Konvertierung, die abbricht.

Woher das Wissen über das PGM-Format stammt

Das Binärformat ist undokumentiert. Alles, was netool schreibt, wurde durch Beobachtung erarbeitet: ein XXL-Programm wurde mit dem daraus kompilierten PGM verglichen und das Ergebnis Byte für Byte bestätigt, über einen Referenzbestand von 116 XXL- und PGM-Paaren, erzeugt auf einer SCM Tech 100 mit einer Tria-4000-Steuerung. Es wurde keine Herstellersoftware dekompiliert und keine vertrauliche Dokumentation herangezogen. Die Befehlsreferenz sagt für jeden Befehl, ob seine Kodierung gemessen oder abgeleitet ist.

Ein Morbidelli-Programm auf eine Homag-Maschine bringen

Ein Morbidelli-Programm lädt nicht auf einem Homag-, Weeke- oder Brandt-Bearbeitungszentrum: die laufen mit woodWOP und erwarten ein MPR. Die Geometrie ist dieselbe, die Konventionen sind es nicht. Die Tiefe ist die Stelle, an der es die meisten erwischt, denn woodWOP schreibt eine Konturtiefe als die Höhe des Materials, das unter dem Schnitt stehen bleibt: ein 6 mm tiefer Schnitt in einer 18 mm starken Platte wird als 12 geschrieben, ein Schnitt ganz durch als 0. Der XXL-nach-MPR-Konverter von netool nimmt diese Umrechnung vor, und die 44 Begründungscodes, die er zurückgeben kann, sagen in klaren Worten, was er nicht übersetzt hat und warum.

Dateiformate auf dieser Website

• .xxlDas XXL-Dateiformat
• .pgmDas PGM-Dateiformat

Konverter für diese Formate

Verwandte Einträge

• SCMSCM GroupSCM- und Morbidelli-Bearbeitungszentren
• XPXilog PlusProgrammierung von SCM- und Morbidelli-Bearbeitungszentren