22.12.2019, 18:45
Servus nochmal...
vielen Dank für die Rege Anteilnahme an meinem Problem. :-)
Es ist richtig, es handelt sich um eine 3D-Drucker-Steuerung. Vor vier Wochen hielt ich es noch für eine Gute Idee mit Ramps zu arbeiten. Heute würde ich es nicht unbedingt nochmal so machen. Leider hat das CNC-Shield für Arduino nur 4 Treiber-Plätze zur Verfügung. Der Gedanke war, für Y und Z jeweils zwei Treiber zur Verfügung zu haben, um die Billigelektronik und die Treiber nicht zu sehr zu belasten. So konnte ich die Kraft der Schrittmotoren ein wenig mehr ausnutzen. Was auch alles gut funktioniert hat.
Wie gesagt, es ist für mich ein Einstieg in den Eigenbau. Die nächste Fräse wird mit Sicherheit anders angesteuert werden.
Generell funktioniert die Fräse allerdings recht gut mit der Ramps-Geschichte und Marlin. Wahrscheinlich werde ich sie als Plasmaschneider umbauen.
So wie es aussieht habe ich das Problem auch gelöst.
Fehler im System ist die Gewindespindel für die Z-Achse. Nach genauem Nachmessen hat sich herausgestellt, dass die Steigung abweicht von den angegebnen Werten auf Amazon. Vermutlich ein Chinamontagsmodell oder eine schlechte Google-Übersetzung. Nach Anpassung der Werte in Marlin komme ich jetzt annähernd hin mit der Zustellungstiefe. Es ist noch nicht "geil" aber immerhin ein Schritt in die richtige Richtung.
Zudem kam eine Ungenauigkeit im Maschinenbett, bzw. der Opferplatte, die ich nicht auf dem Schirm hatte. Mein Maschinenbett ist 840mm auf 2080mm. Die Opferplatte ist an den Seiten eingefasst. Aufgelegt hatte ich sie, so weit ich mich richtig erinnere, bei kalter Garage. Durch Erwärmung hat sie sich in der Mitte ein bisschen nach oben gewölbt.
P.S. Bei Estelcam kann man einstellen, ob sich wiederholdende Werte trotzdem mit ausgegeben werden oder nicht. Das ist das Geheimnis hinter dem komischen G-Code.
Vielen Dank nochmal für eure Zeit, ich hoffe, dass ich auch irgendwann mal aushelfen kann mit einem guten Rat.
vielen Dank für die Rege Anteilnahme an meinem Problem. :-)
Es ist richtig, es handelt sich um eine 3D-Drucker-Steuerung. Vor vier Wochen hielt ich es noch für eine Gute Idee mit Ramps zu arbeiten. Heute würde ich es nicht unbedingt nochmal so machen. Leider hat das CNC-Shield für Arduino nur 4 Treiber-Plätze zur Verfügung. Der Gedanke war, für Y und Z jeweils zwei Treiber zur Verfügung zu haben, um die Billigelektronik und die Treiber nicht zu sehr zu belasten. So konnte ich die Kraft der Schrittmotoren ein wenig mehr ausnutzen. Was auch alles gut funktioniert hat.
Wie gesagt, es ist für mich ein Einstieg in den Eigenbau. Die nächste Fräse wird mit Sicherheit anders angesteuert werden.
Generell funktioniert die Fräse allerdings recht gut mit der Ramps-Geschichte und Marlin. Wahrscheinlich werde ich sie als Plasmaschneider umbauen.
So wie es aussieht habe ich das Problem auch gelöst.
Fehler im System ist die Gewindespindel für die Z-Achse. Nach genauem Nachmessen hat sich herausgestellt, dass die Steigung abweicht von den angegebnen Werten auf Amazon. Vermutlich ein Chinamontagsmodell oder eine schlechte Google-Übersetzung. Nach Anpassung der Werte in Marlin komme ich jetzt annähernd hin mit der Zustellungstiefe. Es ist noch nicht "geil" aber immerhin ein Schritt in die richtige Richtung.
Zudem kam eine Ungenauigkeit im Maschinenbett, bzw. der Opferplatte, die ich nicht auf dem Schirm hatte. Mein Maschinenbett ist 840mm auf 2080mm. Die Opferplatte ist an den Seiten eingefasst. Aufgelegt hatte ich sie, so weit ich mich richtig erinnere, bei kalter Garage. Durch Erwärmung hat sie sich in der Mitte ein bisschen nach oben gewölbt.
P.S. Bei Estelcam kann man einstellen, ob sich wiederholdende Werte trotzdem mit ausgegeben werden oder nicht. Das ist das Geheimnis hinter dem komischen G-Code.
Vielen Dank nochmal für eure Zeit, ich hoffe, dass ich auch irgendwann mal aushelfen kann mit einem guten Rat.