Einleitung #
Ich hatte folgendes Problem: Im Orcaslicer, ab Version 2.3.1, blieben G-Code-Dateien bei meinem Anycubic Kobra 3 Max ewig bei “Preparation: Parsing” hängen:
Leider scheint es immer noch ungelöst zu sein, sodass Benutzer wie ich gezwungen sein könnten, den Workaround zu nutzen.
Workaround / Lösung #
Der Workaround wurde in einem Kommentar zu Issue #12952 vom Benutzer avxmw gefunden – vielen Dank! Schritt-für-Schritt-Anleitung:
- Du benötigst dieses Python-Skript von Github: Github - k3m-fix.py. Speichere es auf deinem Computer als
k3m-fix.py. - Wenn du Linux nutzt, wie ich, stelle sicher, dass das Skript mit diesem Befehl ausführbar ist:
chmod +x k3m-fix.py - Stelle außerdem sicher, dass Python3 auf deinem System installiert ist, falls nicht bereits vorhanden. Du kannst die Verfügbarkeit auf deinem System testen, indem du
python3in dein Terminal eingibst. Falls installiert, sollte sich eine Python-Shell öffnen. - Falls nicht verfügbar, suche online oder mit Hilfe deiner bevorzugten KI nach Anleitungen zur Installation von Python3 auf deinem Betriebssystem.
- Nachdem du das Skript gespeichert und die Installation von Python3 bestätigt hast, kannst du das Skript nun im Orcaslicer zum Abschnitt “Post-Processing Scripts” hinzufügen:
- Öffne den Abschnitt “Others” in deinem “Prcess”-Tab und scrolle nach unten, bis du “Post-Processing Scripts” findest.
- Füge
python3 /pfad/zu/deiner/k3m-fix.pyein. Stelle sicher, dass du den Pfad zum Speicherort des Skripts anpasst. - In meinem Fall wäre der Befehl zum Beispiel
python3 /home/torminal/Programme/k3m-fix.py;
-
- Jetzt kannst du deine G-Code-Datei wie gewohnt exportieren und solltest wieder drucken können, ohne dass sie beim “Parsen” hängen bleibt!
Fazit #
Dies sollte das Problem vorerst beheben. Sollte es eine Lösung in einer neuen Orcaslicer-Version für dieses Problem geben, werde ich diese Anleitung aktualisieren. Lass es mich in den Kommentaren wissen, ob dies für dich funktioniert hat oder ob etwas in dieser Anleitung fehlte.
