Frage:
Wie wird der Druckbereich (x, y) zwischen Hardware und Software ausgerichtet?
mhelvens
2016-06-12 16:29:14 UTC
view on stackexchange narkive permalink

Ich versuche, das physische Druckbett meines Druckers (Printrbot Simple Metal) auf den virtuellen Druckbereich des Slicers (Cura) auszurichten. Bisher wurden sie noch nie richtig ausgerichtet. Es war nie ein so großes Problem, denn im schlimmsten Fall würde mein Druck einfach nicht mitten auf dem Bett liegen. Aber ich habe beschlossen, das Problem zu beheben.

Hier sind Bilder eines Testmodells in Cura und der daraus resultierende physische Druck:

model in Cura printed model

Wie können die beiden richtig ausgerichtet werden? Anscheinend habe ich hier gerade Glück mit der x-Achse gehabt (obwohl zu beachten ist, dass die BuildTak-Oberfläche etwas außerhalb der Mitte liegt). Aber offensichtlich muss die y-Achse repariert werden. Der Druck muss etwas niedriger beginnen, da der Druckkopf den höchsten Punkt nicht erreichen konnte und der Motor der y-Achse zum Ausgleich durchrutschte.

Idealerweise die festen Parameter für die Größe und den Versatz des Druckbettes würde von der Marlin-Firmware (EEPROM?) eingestellt werden. Aber ich muss auch in der Lage sein, ein wenig Offset-Optimierungen auf der Softwareseite vorzunehmen, wenn ich die BuildTak-Matte ersetzen muss.


Bearbeiten: Ich habe M206 (Home Offset) Befehle, aber das Ergebnis ist definitiv nicht das, was wir wollen. Ich habe diese vorzeitig storniert.

M206 Y-15 M206 Y15

Der obere Druck hat M206 Y-15 , der untere Druck hat M206 Y15 . Was zu passieren scheint, ist, dass das Koordinatensystem nicht physikalisch verschoben ist. Stattdessen wird der Bereich "beschnitten". Alle Filamente, die außerhalb der Grenzen gehen sollten, werden tatsächlich "am Rand" extrudiert, was zu einem hässlichen Klecks führt.

Ich habe keine Cura-Software verwendet, aber gibt es eine Kalibrierungsfunktion?
Das Wort "Kalibrierung" wird normalerweise für die Anzahl der Schrittmotorschritte pro mm oder die Bettnivellierung (Z-Achse) verwendet. Dafür verwendet Cura diesen Begriff sowieso und es sieht nicht so aus, als könnte er mit der Firmware spielen. (Außerdem ist Cura in keiner Weise mit meinem Drucker verbunden. Mein Drucker wird von einem OctoPrint-Server ausgeführt.) Auf jeden Fall weiß ich, wie die EEPROM-Werte geändert werden, aber ich weiß nicht, welche Werte wie geändert werden sollen.
Wenn es Linien gäbe, die die Quadrate (horizontal und vertikal) verbinden, um ein Gitter zu bilden, wo würde der Fehler zu sehen sein? Muss möglicherweise getestet werden.
Was wäre, wenn das Quadrat ganz links oben (wo der Extruder klappert) niedriger wäre (z. B. 2 cm), würden die Quadrate immer noch versetzt?
Ich erinnere mich an einen Fehler bei Marlin, bei dem die automatische Nivellierungsfunktion eine Verschiebung der Achsenpositionen verursachen kann. Wenn die Abtastpositionen in Bezug auf das Bett nicht symmetrisch sind (z. B. wenn Sie mit einem 200 mm breiten Bett bei y = 20 und y = 160 prüfen), würde dies die y-Achse versetzen. Das Ändern der Sondenpositionen auf symmetrisch (z. B. y = 40 und y = 160 oder y = 20 und y = 180) hat dies für mich behoben. Wenn sich herausstellt, dass dies das Problem ist, kann ich es meiner Antwort hinzufügen.
Einer antworten:
Tom van der Zanden
2016-06-12 21:16:19 UTC
view on stackexchange narkive permalink

Das Problem besteht darin, dass die Position, an der der y-Endstop ausgelöst wird, nicht y = 0 entspricht, sondern möglicherweise y = 15 (ersetzen Sie 15) durch den Versatz, den Sie sehen). Sie können dies möglicherweise lösen, indem Sie den Endstop so einstellen, dass er an der richtigen Stelle ausgelöst wird. Sie können dieses Verhalten jedoch auch in der Software anpassen: Fügen Sie in Ihrem Start-G-Code nach dem Referenzierbefehl ( G28 ) a ein G92 Y15 , um dem Drucker mitzuteilen, dass die aktuelle Position (nach dem Referenzieren erreicht) tatsächlich y = 15 ist.

Eine andere Option ist die Verwendung des Befehl M206 zum dauerhaften Speichern des Offsets im EEPROM (anstatt ihn jedes Mal im Startcode angeben zu müssen).

Wenn sich Ihr Drucker eher in Richtung max als min bewegt, gilt das Gleiche. Beachten Sie jedoch, dass der Versatz möglicherweise durch die in Ihrer Firmware definierte Bettgröße verursacht wird, die nicht der in Ihrem Slicer eingestellten Bettgröße entspricht.

Tolle Antwort Tom. Wird dies sehr oft gesehen, wenn die "Grenzen" des Druckers nicht mit der Software übereinstimmen? Und was ist die häufigste Methode zur Lösung dieses Problems? Danke im Voraus.
Hallo @Tom:, ich möchte dies in das EEPROM einfügen, aber der Befehl `M206` ist anscheinend nicht der richtige Weg. Ich habe die Frage bearbeitet, um die Ergebnisse anzuzeigen.
@mhelvens Bitte akzeptieren Sie diese Antwort. Dies ist die Lösung, um das Bettzentrum zu kalibrieren. Siehe auch [Wie zentriere ich meine Drucke auf der Build-Plattform?] (/ Questions / 6375 / Wie zentriere ich meine Drucke auf der Build-Plattform).
Ich habe diese Lösung (vor zwei Jahren) ausprobiert und sie ist fehlgeschlagen. Ich habe Bilder angehängt, um das Ergebnis zu zeigen.
@mhelvens Leider haben Sie versagt, aber es ist die Lösung. Es ist sehr einfach, Ihr Problem mit der vorgestellten Lösung zu beheben. Alternativ können Sie den Link lesen und ausführen, den ich zuvor in den Kommentaren eingefügt habe. Sie müssen nicht unbedingt ein Quadrat über den Link drucken. Sie hätten auch die Position des ersten Quadrats Ihres fehlgeschlagenen Drucks messen können, um die Bettposition zu aktualisieren. Alles, was benötigt wird, ist, die Offsets von den Endanschlagspositionen in die Ecke des Bettes zu bringen.
@0scar: Ich habe die Anweisungen befolgt und das Problem wurde nicht behoben. Sie sagen mir, dass es trotzdem die richtige Lösung ist, die sich nicht wirklich ändert. Die Realität gewinnt. :-) Ich nehme an, es ist möglich, dass du recht hast. Vielleicht habe ich einen Fehler gemacht. Aber ich kann die Antwort nicht allein aufgrund dieser Möglichkeit akzeptieren. Und ich befürchte, dass der Drucker derzeit langfristig außer Betrieb ist, sodass ich auf absehbare Zeit nichts Neues damit ausprobieren kann.
@mhelvens Schade, dass der Drucker außer Betrieb ist und schade, dass Sie keinen Erfolg hatten. Dies ist die Lösung für das Problem, daher der Link zu einer Frage (die etwas ausführlicher erläutert wird) oben in einem früheren Kommentar. Wir hätten Ihnen gerne geholfen! Bearbeiten Sie einfach Ihre Frage, sobald Sie versuchen, sie zum Laufen zu bringen, und sie wird angezeigt, damit wir sie sehen können.


Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...