-
-
Notifications
You must be signed in to change notification settings - Fork 69
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
SpeedTower script leaves feed rate at low percentage on completion #103
Comments
It seems there's a backup/restore command for feed rate so for speed, I gather doing |
M220 B and M220 R looks like a good idea . I will try to add this option in the next release of the script |
Ok added on the Github .. Must be now tested on my printer. |
Tested on Ender-3 Doesn't work .. M220 B and M220 R doesn't Restore the speed percentage on my Machine. But on other hand doesn't produce any issue. So I will leave it like that. If someone could be successful leave a message here. |
Maybe something to note in the docs, then. I don't switch my printer on/off between prints/tests so maybe that was part of my gotcha. It just was unexpected. |
I stumbled upon the same issue when testing the printing speed. The |
It might make sense to mention it in the Wiki. But at the moment, as I haven't had any feedback on how this code works and on the other hand the presence of the code hasn't caused any particular issue, I don't see the needs of mentioning it in the Wiki. |
When running the SpeedTower.py script using the "speed" option, it seems the speed is manipulated using
M220
which sets the feed rate of the printer.Unfortunately, after the slice and print of a speed tower, it leaves the feed rate at the altered percentage rather than returning it to 100%. On Ender 3, that's a persistent setting that isn't reset automatically on the next print. If you're not paying attention, all subsequent prints you run will be at the reduced feed rate until you manually set it back to 100%.
I think an
M220 S100
at the end of the script would be a nice addition that would potentially have saved me from having to rerun a bunch of tests due to the odd feed rate being left behind.The text was updated successfully, but these errors were encountered: