Printrbot geht beim Initialisieren von der Achse ab

Ich habe ein seltsames Problem mit meinem Printrbot Simple Metal.

Wenn ich mit dem Drucken beginne, wird plötzlich versucht, die Achse zu verlassen, bevor mit dem Drucken begonnen wird. Sobald der Druckvorgang tatsächlich beginnt, ist alles in Ordnung, aber es ist sehr ärgerlich, den Ton zu Beginn und am Ende jedes Druckvorgangs zu hören.

Das kann auch bei Motoren und Ketten nicht gut sein, irgendwann wird etwas nachgeben.

So hört sich das an: YouTube - IMG 5600 .

Meine OctoPi-Einstellungen sind:

calibration

— R0b0tn1k
quelle

Es ist sehr üblich, dass FDM-3D-Drucker ihre Position zu Beginn jedes Drucks "nach Hause" bringen (wie durch den G-Code des Vorabdrucks der Slicer definiert). Dies erfolgt, indem der Endeffektor absichtlich in Richtung seiner erwarteten Position X = 0, Y = 0 geführt wird, bis er die Endanschlagschalter für jede Achse trifft. Könnte es dieses Verhalten sein, das Sie sehen? In diesem Fall würde ich vorschlagen, zu überprüfen, ob Ihre Endanschläge ordnungsgemäß funktionieren.

Sie können diese Referenzierungsaktion manuell mit dem G-Code G28 in (zum Beispiel) Pronterface aktivieren . Alternativ können Sie mithilfe des M119- Befehls überprüfen, ob Ihre Endstopps tatsächlich funktionieren, während Sie jeden Schalter manuell drücken.

— Tormod Haugene
quelle

Könnte die Achse irgendwie invertiert werden? Weil es nicht bis zum Anschlag fährt, sondern beim Start in die entgegengesetzte Richtung?

— R0b0tn1k

Habe gerade etwas gefunden. Ich habe das Z-Leveling neu konfiguriert und es hat das Verhalten ein wenig verändert. Jetzt kreischt die X-Achse, obwohl sie nicht vom Chart abweicht?

— R0b0tn1k

Wenn Ihre Äxte verehrt werden, sollten Sie dies unbedingt beheben! :-) Wenn Sie jedoch "Kreischen" sagen, meinen Sie damit immer noch den Ton im Video oder nur einen hohen Ton, wenn die Motoren angetrieben werden und stillstehen? Solange Schrittmotoren angetrieben werden (dh sie widerstehen Bewegungen, wenn Sie versuchen, sie manuell zu bewegen), machen sie im Allgemeinen häufig ein hohes Geräusch. Sie können versuchen, M18 auszuführen , um alle Schrittmotoren zu deaktivieren, und sehen, dass dies hilfreich ist.

— Tormod Haugene

Es ist definitiv ein Teil des Homing-Befehls.

— R0b0tn1k

@ R0b0tn1k Verzögerung kann physisch und digital auftreten. Eine physische Verzögerung (obwohl unwahrscheinlich) kann durch zu lange Kabel (USB, RJ45 usw.) verursacht werden. Die digitale Verzögerung kann aus verschiedenen Quellen stammen. Stellen Sie sicher, dass im Hintergrund mindestens alle Anwendungen ausgeführt werden. Versuchen Sie, die CPU- und RAM-Auslastung so weit wie möglich freizugeben. Führen Sie echtes OctoPi oder nur OctoPrint auf einem PC aus?

— TBM0115