-
-
Notifications
You must be signed in to change notification settings - Fork 19.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Change Filament Disables X and Y Steppers Which Cuases Carriage Movement While Changing Filament #1038
Comments
Did this get looked at? I have the same issue. |
its now marked as a verified bug... if some code writer can fix then please fork latest marlin and make the changes and submit a pull request |
i just got an idea for this one.... after filament is changed then home x and y... in this way it does not matter if they move... the printer knows where to go to... the problem with move while change the filament is that the moves are not controlled by the printer and it loose sense of where it is... but after a home of x and y it should know where it is |
The only I issue I have with this is that in order for this to work -Jon On Tue, Dec 23, 2014 at 2:07 PM, Bo Herrmannsen notifications@github.com
|
that could be an option too.... who is up for fixing? |
I found a fix for the problem but I did not upladed it because it was like a workaround and does not change the called procedure. The problematic procedure may have been called in many places and I did not want the go over the whole Marlin code. My change just reenables x,y and z steppers as soon as they are disabled in the change filament code. I will upload the workaround solution since there are others suffering from the same problem. |
remember to submit pull request to development branch as noted in the readme on the front page |
Homing at this point is not an option, as the user might have moved the remember to submit pull request to development branch as noted in the — |
This is less a bug and more a feature request. |
and if you want to change filament while printing.... because you thought that there was enough filament but there is not and you have to start on a new reel to complete the print.... |
i partly agree with the others.... it might be that you can go to the lcd menu and change the filament... the printer at this point knows where the nozzle is... if the steppers are then disabled it will no longer have control over where the nozzle is and unless you are superman you cant change the filament without moving the head.... so either the steppers have to remain enabled during the filament change... or after filament change it will have to home X and Y and go back to where it should be... and yes the idea with homing X and Y can be done precise so you can continue print... the switch does not change precision from when it does home before print... |
Anyway. This is not a bug. Maybe I'm missing something. Sorry in that matter. Don't use the display often. |
you might miss the part that there is an option in the LCD menu to change the filament... and picture this... you are printing an object and you calculated that there was enough filament... but then you discover that there is not enough... you then go in the LCD menu and say change filament to load a new reel... the print stops and moves a bit away to allow you to change the filament... it then disables the steppers and you change the filament... but upp you moved the head can you see what happens when you tell the printer you are done with the filament change? |
HINT: yes it does automatic disable the steppers during the filament change process.... |
this one is solved in #1264, closing |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Currently change filament routine is as follows:
The problem is during filament change the user likely moves the carriage by accident. When the carriage moves this ruins the print since relative positioning is not true anymore.
If either X and Y steppers are not disabled during filament change, carriage movement would not be encountered. Another solution would be before continueing print, X and Y axis may be homed in order to get the exact position of the carriage.
The text was updated successfully, but these errors were encountered: