Muss mit 75 Prozent Extrusion drucken
-
@wolfgang-klein wenn du mit mesh levelling einen guten konsistenten Abstand zwischen Düse und Druckbett (oder weiter oben dann Druckobjekt) hast, dann passt es. Wichtig ist nur, dass es eben weiter oben auch immer noch konstant ist.
Wenn du sagst dass gerade im ersten Layer der Abstand so stark schwankt dass die Düse quasi vom Bett "abgedichtet" wird, dann brauchst du Mesh Levelling (oder ein besseres Bett oder ganzen Drucker
)Ja, Videos und Bilder kannst du per drag & drop anhängen.
-
Ok werde ich morgen anhängen.
-
Soderle mal einen testwürfel gedruckt und vorher alle
M593 Eingabeformer
M592 nichtlineare Extrusion
M591 Filamentmonitor
M572 Druckvorschub
M404 und M200
deaktiviert.
Der Druck hat gut geklappt mit 100 Prozent Extrusion.
Danke.
D.h. irgend eine Einstellung ergibt das Problem... Etwas ghosting in der Y Achse.
Das ist doch schon mal eine Schritt in die richtige Richtung.
Habe mit 100 mm/s gedruckt und 205 Grad mit PLA.
Video Wolfgang.mp4 -
Videos scheinen nicht möglich zu sein. Schade
-
@resam M593
Eingabeformer
M592 nichtlineare Extrusion
M591 Filamentmonitor
M572 Druckvorschub
M404 und M200
deaktiviert.
Der Druck hat gut geklappt mit 100 Prozent Extrusion.
Danke.
Dh irgend eine Einstellung ergibt das Problem... Etwas Ghosting in der Y Achse.
Das ist doch schon mal einen Schritt in die richtige Richtung.
Habe mit 100 mm/s gedruckt und 205 Grad mit PLA.
Video Wolfgang.mp4
-
@wolfgang-klein Super! Damit hast du das Problem auf eines der genannten Features eingegrenzt!
100mm/s mit 0.4er Düse ist schon leicht auf der sportlichen Seite für schwache Hotends. Dein Mosquito sollte damit aber gut zurecht kommen. Um dir das Leben zumindest jetzt noch leichter zumachen, kannst du vielleicht noch etwas "runter vom Gas" gehen, auf 80mm/s oder so.
Schalte die Features eines nach dem anderen wieder an, und mach einen Testdruck. Damit solltest du genau herausfinden welches Feature das Grundproblem ist, und dann können wir das richtig einrichten!
-
@resam ja das mache ich, melde mich mit den Ergebnissen wenn ich alles getestet habe, kann etwas dauern da mein Urlaub vorbei ist. Vielen Dank für deine Hilfe.
-
@resam drucke dann auch mit 80 mm pro s
-
@resam der befehl m404 N1.75 D0.4 verursacht die Probleme mit der überextrussion. Wenn dieser Befehl aktiv ist dann stoppt er bei der 2. Schicht weil,die Düse vom filament dicht gedrückt wird.
Danke für deine Unterstützung. Da hätte ich nie drauf getippt. Wurde so von der Firma RatRig als Befehl in der config.g vorgeschlagen....Danke -
@resam
vielleicht habe ander das gleiche Problem. Dann kann die Info ja nützlich sein. -
@dc42 it seems that
M404is causing massive over-extrusion. @Wolfgang-Klein is using it based on his printer's manufacturer's config advice from https://v-core.ratrig.com/firmware/#configgI'm not familiar with this command, but https://duet3d.dozuki.com/Wiki/M404 reads like it should not affect anything apart from progress reporting (maybe?). What is it supposed to do - and what is it really doing?
The only references in the code I could find point to
src/Storage/FileInfoParser.cppwhich seems inconspicuous... -
Bitte nochmal prüfen ob im Slicer Volumetric Extrusion eingeschaltet ist oder nicht.
-
@resam if you enter M404 on a machine where it's not set in config.g, you will see that it defaults to 1.75mm. So it would be the nozzle diameter that would affect extrusion? Either way sounds like a bug. It's worth noting that with 3.4b4 the nozzle diameter parameter is gone.
I will talk to ratrig to get the M404 line removed.
-
@oliof vielen Dank, dass ist eine gute Idee, so findet ein Feedback und eine Fehlerbehebung statt. Tolle Comunity. Liebe Grüße Wolfgang
-
M404 line removed from reference configuration on the ratrig site.
-
@oliof danke, so solls laufen. Noch eine guten Start in Neue Jahr und vielen Dank an alle die mitgeholfen haben dieses Problem zu lösen. LG Wolfgang
-
@resam I have checked the code and verified that the M404 command doesn't use the D parameter, and the N parameter is used only by the print monitor in converting filament volume to filament length, for those slicers that report filament volume used instead of filament length used. Furthermore, the default filament width is 1.75mm, the same as in the command that @Wolfgang-Klein was using.
@Wolfgang-Klein said that he also removed the M200 command. M200 activates volumetric extrusion, which requires the slicer to specify the E coordinate in mm^3 of filament instead of mm. However, RRF defaults to non-volumetric extrusion when starting a print (so that a GCode file that was sliced using volumetric extrusion must use the M200 command in its preamble), so this doesn't really explain it either.
-
@dc42 for what it's worth I toyed around with volumetric extrusion in SuperSlicer a few years back and I had the exact same behavior. That was still RFF 2.x I think (or maybe even RRF 3.0). Since then I figured it's just a buggy hell and I won't ever need it anyways - never looked back or tried to find the root cause..
