Skip to content
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

3.8.0-3.8.1 Printing MK3 gcode with MMU2S reboots if no filament loaded. #2301

Closed
eltoozero opened this issue Oct 30, 2019 · 10 comments · Fixed by #2466
Closed

3.8.0-3.8.1 Printing MK3 gcode with MMU2S reboots if no filament loaded. #2301

eltoozero opened this issue Oct 30, 2019 · 10 comments · Fixed by #2466
Labels

Comments

@eltoozero
Copy link

Applies to MMU2/S only.

Previously, the print would initialize normally: after calibrate as purge begins, extruder would park and user is prompted for which filament to load; in 3.8.0 and 3.8.1 the printer just reboots.

If filament is pre-loaded when printer starts, printing MK3 gcode will cause reboot, the machine must actually know which filament is loaded; F? status will cause reboot when printing MK3 gcode.

Workaround: Implicitly load filament to nozzle before printing MK3/S gcode.

I'm testing against the included Prusa_200 g-code.

@BeldrothTheGold
Copy link

Disregard my previous comment. Was on wrong issue. Sorry.

@vintagepc
Copy link
Contributor

This sounds like it might be a duplicate of #1993, or at least have a shared cause.

Check your IR sensor and FINDA, this is known to happen if the sensor states disagree.

@eltoozero
Copy link
Author

FINDA and IR Sensor are groovy, normal MMU2S printing and Single Printing are working fine; it's specifically starting MK3 gcode causing a reset.

@vintagepc
Copy link
Contributor

👍 Good to confirm those are all OK. I usually just leave my filament loaded if I'm doing a string of single-mode prints but now that you mention it, I think I do recall seeing this as new behaviour when I forgot to do that.

There's a couple weird corner cases in the firmware like this that cause a hard reset (e.g. if the x or y homing fails, as well).

@leptun
Copy link
Collaborator

leptun commented Oct 31, 2019

@vintagepc the X Y homing reset? Never heard of it. Can you please tell me more about it? I’ve been able only to corrupt memory when homing, but that was under very specific circumstances and running well above the einsy’s cpu capabilities.

@vintagepc
Copy link
Contributor

vintagepc commented Oct 31, 2019

@vintagepc the X Y homing reset? Never heard of it. Can you please tell me more about it? I’ve been able only to corrupt memory when homing, but that was under very specific circumstances and running well above the einsy’s cpu capabilities.

@leptun
I was just searching if there was an open issue on it to amend. Did not see one, so I just filed #2306

@Mirarkitty
Copy link

Sounds like the opposite of #2115...

@vintagepc
Copy link
Contributor

vintagepc commented Dec 1, 2019

I just had my printer reset on filament runout mid print. (3S w/MMU2, 3.8.1/1.0.6) Was on slot 5 finishing up a spool of PETG. The printer froze when the FINDA tripped, and then soft reset (nozzle fan did not come on full strength like a hard reset). Fortunately I was only an hour or so into the print, and not a lot was lost, but seems like something's not right with the FINDA/IR combo in certain circumstances.

@glowf1sh
Copy link

I have the same issue as stated in #2363 (which i have closed in favor to this thread).

@Kelly12612
Copy link

This just happened to me this morning, then I saw an email about this issue.
I was having adhesion issues, so I re-ran the live-z calibration, at the end of that, the filament is retracted from the nozzle, which in itself is annoying because that was the filament I was going to print with.
I then started a print (from the prusa lack v2 downloaded g-code) in MMU2 Single mode, and the printer reset. This happened several times, then I tried loading the filament to the nozzle just to make sure that was going to work, once I did that the print started normally.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

8 participants