-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Mintemp error while waiting for MMU user fix, kills the print #2299
Comments
Same concern as #1775 |
Ugh. I run a cold shop and the MINTEMP behavior has been unnecessarily infuriating for me since DAY ONE of owning my two Prusas. There was a brief shining moment with 3.7.0, that the behavior didn't cause me to have to get the damned blowdryer out, but in 3.9.0-RC1 it's back. |
This issue has been flagged as stale because it has been open for 60 days with no activity. The issue will be closed in 7 days unless someone removes the "stale" label or adds a comment. |
This issue has been closed due to lack of recent activity. |
I have a MK3S (3.8 firmware) and MMU2S (1.0.6) and print from octoprint. It has started to get cold at nights, but still like to open a small window to have good ventilation in the printer room. But I have discovered that if the MMU has an issue that needs the user to fix something it will park the extruder and turn off the heater which makes sense.
Unfortunately, this means the hot end will reach room temperature which, with the window opened and being below freezing outside, can be under the 15C mintemp limit. Once the mintemp error occurs, the printer must be reset, effectively killing a very long print that could've easily been finished with a simple MMU fix and restart.
Is it possible to disable the mintemp error check when the hotend heater is off like this MMU pause case? This is a great safety feature, but mintemp check shouldn't matter when the heater is off. 15C is really not that cold for a room temperature and it would be a shame if I couldn't use the MMU during the cold months due to these crashes during MMU pauses.
The text was updated successfully, but these errors were encountered: