Temporärer 2-cm-Offset der Y-Achse beim Drucken -- woran kann das liegen?
Hallo,
eigentlich will ich nur eine große Schachtel drucken. Aber nach 20 Layern oder so verschiebt der Drucker auf einen Schlag die Y-Achse um 2cm nach hinten, druckt weiter als wär nix gewesen. Nach weiteren 5 Layern oder so geht er zur ursprünglichen Positonierung zurück(!!), macht noch ein paar Schichten, und bricht dann mit einem Kollisionsfehler ab.
Siehe Foto im Anhang.
Ich konnte ihm leider noch nicht live dabei zuschauen (und ihm eine Kamera brauchbar vor die Nase zu bauen ist bei mir ziemlicher Aufwand). Ich frag mich aber, woran zum Geier das überhaupt liegen kann. Gcode ist es nicht, da es bei zwei Druckversuchen an unterschiedlichen Z-Offsets passiert ist.
Das Teil lief bis dato tadellos …
RE:
Ein ähnlich gelagertes Thema haben wir gerade aktuell:
Was einen Crash oder Layerversatz verursachen kann:
- Schwergängige oder klemmende Linearlager (defekt, keine Schmierung)
- Hindernisse, wie Kabelbinder, Filamentrest o.Ä.
- Überextrusion oder unregelmässige Extrusion
- Extruder - falsche Esteps
- Warping
- Stealthmodus (auf Normalmodus umstellen)
- hohe Riemenspannung, defekter Riemen
- Riemenscheibe lose (Madenschrauben
- defekter Stepper
- Einsy oder Treiberbausteine defekt
- extreme Überhänge oder zu geringes Infill kann die Fläche nach oben wölben
- zu hohe Druckgeschwindigkeit
- falsche Lüftereinstellungen
- allgemein instabile Mechanik (Rahmen, Führungswellen, lose Schrauben
und Anderes.
Gutes Gelingen bei der Fehlersuche und Behebung deselben!
Schöne Grüße,
Karl
Statt zu klagen, dass wir nicht alles haben, was wir wollen, sollten wir lieber dankbar sein, dass wir nicht alles bekommen, was wir verdienen.
RE: Temporärer 2-cm-Offset der Y-Achse beim Drucken -- woran kann das liegen?
Ja, auf die Liste bin ich auch schon gestoßen. Nur: welcher dieser Fehler kann (a) überhaupt einen so fetten Versatz verursachen, der dann nach weiteren fünf Lagen wieder zum Ursprung zurückkehrt und der (b) erst nach 25 Layern oder so auftritt … aber die Bodenplatte mit 4 Layern wird perfekt gedruckt?
Marginal festgezogene Madenschrauben kann ich mir gerade noch vorstellen, die werde ich gleich mal prüfen, aber der Rest? eher unwahrscheinlich …
RE: Temporärer 2-cm-Offset der Y-Achse beim Drucken -- woran kann das liegen?
Beim ersten Versatz hat der Drucker die Schrittverluste wohl nicht erkannt. Den danach hingegen schon. Daraufhin hat er die Nullpositionen wieder gesucht indem er mit x und y wie am Druckanfang an die Anschläge gefahren ist. Daher kann der Drucker wieder zur richtigen Position zurückfinden. Die Erkennung funktioniert nur in Bewegungsrichtung -- also, wenn irgendwo gegen gefahren wird. Bekäme eine Achse einen Tritt von "hinten", merkt der Trinamic-Treiber das nicht.
siehe auch: https://help.prusa3d.com/de/article/crash-erkennung_2100
RE: Temporärer 2-cm-Offset der Y-Achse beim Drucken -- woran kann das liegen?
Wenn das so ist, dann verstehe ich nicht so ganz, wieso er nach dem Reset noch fünf Lagen weiterdruckt und erst dann einen Crash meldet. Ich meine, sobald er Schrittverluste erkennt (oder an den Anschlag rempelt), dann sollte er doch gefälligst sofort aufhören, statt eine Nullpositionssuche zu fahren und einfach weiterzudrucken, oder?
Ich werde wohl mal die Trinamic-Teile von X und Y tauschen. Mal sehen was passiert.
RE: Temporärer 2-cm-Offset der Y-Achse beim Drucken -- woran kann das liegen?
Der Nachteil der Schrittmotorsteuerung ist eben die fehlende Rückmeldung bei Schrittverlusten. Der Stepper wird angesteuert und die FW geht davon aus, dass er tut was er tun soll. Es fehlt also eine Rückmeldung an die FW, dass alles korr. ausgeführt wurde oder eine Nachregelung, verursacht durch irgendwelche Hindernisse, notwendig ist. Die Trinamictreiber erkennen lediglich einen erhöhten unplausiblen Strom Schwellwert und reagieren dementsprechend (crash, gegebenenfalls erneutes Homing oder andere Aktionen).
Schöne Grüße,
Karl
Statt zu klagen, dass wir nicht alles haben, was wir wollen, sollten wir lieber dankbar sein, dass wir nicht alles bekommen, was wir verdienen.
RE: Temporärer 2-cm-Offset der Y-Achse beim Drucken -- woran kann das liegen?
Der Drucker hätte sofort gestoppt, wenn er einen Crash beim ersten Mal erkannt hätte. Nach 5 Lagen kam dann wohl noch ein Crash. Den hat er dann erkannt. Da hat er auch die Achsen wieder referenziert. Und er hat später den Druck gestoppt, als der Fehler mehrmals auftrat.
Prüfe erst einmal die Punkte, die Karl aufgeführt hat, bevor Du überlegst, die Stepper-Treiber zu tauschen. Als Hindernis kann, wie in der Liste aufgeführt, ein Filamentende ausreichen, das am Ende einer Linie hochgezogen wird und erkaltet. Feuchtes Filament neigt z.B. mehr zum Stringing.
Und wenn Du parallel im englischen Kanal dasselbe postet, erwähne oder verlinke das hier ruhig. Dann braucht man nicht auf etwas antworten, was ggf. ein Anderer schon getan hat. Das spart jedermanns Zeit, zumindest sofern man etwas englisch kann.
RE: Temporärer 2-cm-Offset der Y-Achse beim Drucken -- woran kann das liegen?
Die habe ich bereits geprüft, soweit möglich. Wie gesagt, der Drucker pinselt ohne jegliche Probleme vier riesige Layer Schubladenboden hin. Ich drucke relativ langsam (die Schublade soll was aushalten …) und natürlich nicht im Stealth Mode. Die Y-Lager sind geschmiert und der Schlitten lässt sich, nach dem Lösen der Schrauben an der Stepper-Achse, problemlos bewegen. Das Resultat eines Drucks mit feuchtem Filament sieht anders aus. Und so weiter.
X und Y zu tauschen geht natürlich nicht so einfach … blöderweise hatte ich vergessen dass der liebe Einsy gar keine austauschbaren Treiber hat. Und die Firmware dementsprechend zu hacken ist ein nichttrivialer Zeitaufwand. Tja.
Ich werde wohl erstmal eine bessere Webcam kaufen müssen als die, mit der ich ihm bisher zugesehen habe … 1h+ neben einem PLA-Dämpfe ausdünstenden Drucker zu hocken und ihm beim Malen von Plastik zuzusehen mag ich dann doch gerne vermeiden.
NB: Unabhängig von der Ursache will mir nicht ganz in den Kopf, wieso der Drucker (a) einen Crash o.Ä. trotz des Riesenversatzes nicht erkennt, danach – mehrere Layer später – (b) einen Crash erkennt und Re-Homing macht, (c) nach dieser Aktion einfach weiterdruckt, und erst (d) nach weiteren fünf Layern (und wahrscheinlich noch einem Crash) auf dem Display sein "Crash detected, continue?" anzeigt. Sollte er das nicht schon bei (b) machen?
Das schreit doch fast nach "ich bin ein Firmwarefehler". Oder?