-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
[MMU2] Wrong purge at end of print #1355
Comments
That is the final ramming before the filament is pulled from the nozzle and parked into the filament switcher. This is a FAQ. Closing. |
same issue here but I don't use prusa MM but Palette2, no "ramming" and "parking" needed, it plans to spit out filament into air - threatening the print, is there an option to avoid that? |
@akust Ramming can be turned off in filament settings (Filament Settings -> Advanced->Ramming settings... and then shorten ramming to zero). It of course turns off the ramming for the whole wipe tower, which is desirable in your case, as far as I understand it. The parking position of the filament and similar stuff is configurable in Printer Settings -> Single Extruder MM Settings (the group is only shown when Single Extruder MM is set on General tab. Let us know if it's flexible enough for your needs. |
@lukasmatena |
There is no FAQ called Closing. |
Thanks. I suspect the FAQ called "Why there is an extrusion hanging in the air over a multi material wipe tower?" used to be called "Closing", so this would be causing some confusion, as it did for me. |
I've yet unchecked "Enable ramming for mutlitool setups" --> Nothing changed... Remark: it was same issue with 2.1.1 and solved with 2.2.0 but bug is reappeared since 2.9.0... I invite @Jan-Soustruznik to reopen this issue to be re-investigated... |
Version
1.41.0+win64
Operating system type + version
Windows 10
Behavior
When printing a multimaterial object whose ending layers are only one material, at the end of the print there is a purge in the wipe tower, but the tower stopped growing in the last multimaterial layer, so it purges in mid air. I expect it to not do a purge at the end of the print since it doesn't seem necessary.
STL/Config (.ZIP) where problem occurs
issue.zip
The text was updated successfully, but these errors were encountered: