MMU3 firmware 3.0.1 is released.
Greetings all;
We are happy to post about the MMU3 firmware for our Original MK3 and MK2.5 series of printers with the MMU3.
It is packaged in with 3.1.2-PC1 release and please make sure you use the correct firmware for the correct printer and the included hex file for the MMU3.
Summary
- Power Panic improvements
- Submitted by the Prusa community
- En-/disable Fil. sensor
- Added
M118G-code (Octoprint/Prusalink)
- Improved
M914 & M915control for stealth mode - User interface improvements
- Jump to 200°C/50°C in Temperature menu
- Language Update information shown in the first row
- MMU improvements
- Added a Tune menu for IDLER|SELECTOR CANNOT HOME
- Bowden length register added
- MMU USB product string updated
- Other features
- Simplified variant names
- Code optimization
- Bug fixes
- Known issue
- Fan check
This is the first release candidate of firmware 3.13.2 focused on Power Panic and several other improvements.
Power Panic improvements
The main focus of this release is to improve the Power Panic behavior especially after we introduced the new MMU3 firmware and the Error states reported on the LCD of the printer.
Multi-material prints tend to be very long, so any sort of power failure can put the quality of the print at stake.
Any function that needs user interaction will pause the printer and move the hotend away from the print itself. This prevents the hotend from “scorching” the print and creating blobs. It also creates space to investigate the reported issue or perform the requested action. Previously, the positions were saved to the RAM, but these were lost during a power failure or a reset of the printer. This means the printer would try to continue with the print BUT at the wrong height and wrong position. This caused mid-air extrusions, the creation of blobs, and caused missing extrusions.
This has now been solved - All RAM values are saved to EEPROM during a power panic which ensures a better power panic recovery during MMU prints.
Power Panic recovery tested for:
- Paused print ✔️
- MMU Error codes ✔️
- After a crash ✔️
- Filament runout ✔️
- Filament change ✔️
Power panic works only with SD card prints!
En-/disable Fil. sensor
En-/disable Fil. sensor with gcodes M405/M406 submitted by @Commod0re
Add M118 gcode
The M118 gcode was submitted by @RoboMagus see here. The M118 G-code allows the sending of a message (Serial print) to hosts like OctoPrint and PrusaLink to trigger actions, etc. See the pull request for more information.
Improved G-code M914 & M915 control for stealth mode
In addition to enabling M914 and 915 by default, these codes have been expanded to allow for more flexible control of the current printing mode via G-code (such as enabling crash detection selectively during portions of a print).
By default, changes issued are temporary (lost on printer reset), but by supplying the ‘P’ parameter, the change can be saved to EEPROM and made persistent. Alternatively, supplying the R parameter will revert any current temporary changes in favor of the saved value. Finally, the menu has been updated to provide visual feedback when a temporary override is in place via G-code
Jump to 200°C/50°C in Temperature menu
We are introducing a new shortcut. With a single clockwise turn in the LCD Settings -> Temperature menu, the temperatures will jump to 200 °C (hotend) and 50 °C (heatbed). The part cooling fan will be set to 127 (or 50 %) when turning clockwise from 0.
If needed, you can revert to the original way by rotating the knob counter-clockwise first, then you can use it the same way as before.
Language Update information shown in the first row
A minor change was introduced to avoid overwriting the version number during a language update.
Added Tune menu for IDLER|SELECTOR CANNOT HOME
MMU2S users reported that even after careful checking of their hardware, some units just cannot home the Idler reliably. Even though in the MMU FW 3.0.0 there has always been an option to tweak the Idler’s homing sensitivity (StallGuard threshold), some users had trouble with it.
Therefore, in case the MMU reports any of the Idler and/or Selector cannot home errors, there is a new option on the LCD called “Tune” which enables setting of the threshold value in a user-friendly way. Please note that the allowed range of values has been limited to prevent users from accidentally setting extreme values.
Bowden length register added
With the MMU FW 3.0.1, it is possible to set custom PTFE tube length. This has been implemented at the request of our community members who pointed out that there are various configurations for the filament setup and there’s a need to set a longer PTFE tube length. We limited the length to 1000 mm since longer tubes might introduce additional issues - we strongly recommend keeping the tube shorter rather than at the maximum allowable length.
This new register can be used to tweak the fast loading and unloading distance in case of non-standard installations. The register is persistent in the MMU’s EEPROM.
Unlike the previous generation of FW 1.0.x, the register now reflects the actual real length of the tube, not including any additional distances to the pulley or drive gears.
MMU USB product string updated
Since the new FW generation supports both MMU2S and MMU3, the USB product string has been changed to “Original Prusa MMU unit 🐑”. Please note that on some operating systems, this string is irrelevant and completely hidden from the user.
Other
Simplified variant names
In the source code, we shortened the variant names to the minimum needed, as all Original Prusa MK2.5/S and MK3/S/+
- use 1.75mm filament
- use E3d v6 style hotends
- All MK3/S/+ use the same controller board
- Exceptions are
- MK2.5/S may have a RAMbo10a or a RAMbo13a board which have different pinouts
- 3rd party modification
Code optimization
We optimized the source code and freed up some space for future features.
Bug fixes
- Fixed a false FINDA runout event at the start of an MMU print on MK3S printers #4332 (Kudos goes to @mmoraes80, @sruggier and @Braddg for helping us narrow down the problem and verify the fix)
- Fixed an issue with Preheat heating for longer than intended #4338 (Kudos to @linzwatt for reporting the issue and to @sarusani for fixing it)
- Fixed an issue where some users could not run first layer calibration because the LCD was stuck rendering the same fullscreen message repeatedly (Kudos to @sarusani for helping us test and fix this)
- Fixed an issue where a print could be started while the printer is still loading or unloading filament, triggering a firmware crash. #3564
Know issue
Fan check
Currently, fan checks are not working reliably when returning from a paused print due to a fan error. If the fan gets blocked again after pressing resume, the printer may not show Stop print anymore and user needs to reset the printer. Also the Calibration menu is shown in the Tune menu while the printer tries to Resume the print from fan check issue.
Please report any bug here:
https://github.com/prusa3d/Prusa-Firmware/issues
Download Link:
https://github.com/prusa3d/Prusa-Firmware/releases/tag/v3.13.2-RC1
How to flash the firmware: The same process is used for the MMU3 as the MMU2
https://help.prusa3d.com/article/firmware-updating-mmu2s_155118
Shane (AKA FromPrusa)
RE:
Hi, I upgraded my MMU2 to MMU3 and installed the new MMU3 firmware 3.0.1 (837) and the new MK3S+ REVO firmware 3.13.2 (7080).
I performed the first multicolor test print (just the easy PRUSA Badge) and it worked.
However, in the PRUSA Blog, Mikolas described a new method to improve the filament tips after unload on the MMU3.
Well, looking at the results it does not seems so brilliant... 😆
but completely different from what was on the blog....
I wonder:
I sliced with the PrusaSlicer 2.7.0 alpha1 and I printed on the MMU3 on the MK3/S+ and I did not perform any change to the Prusaslicer standard MMU3 profile.
Are the described improvements also implemented on the MMU3 and MK3S+ or they will be only for MK4 ?
I expect to work also on the MK3S+ since all the magic is sone by the slicer and I was using the latest slicer.
Regards
RE: MMU3 firmware 3.0.1 is released.
Firmware not perfect yet! After a couple of prints, and having turned off the printer, when the MMU3 restarted it was not able to home the idler 😤
It happened during the print, and:
- there was no way to recover. I tried several proposed sensitivity values, but with no success.
- I reset the printer, still no success.
- I opened the cover, to check the idler screws I knew they were tight, and they were.
- I re closed the cover, and after another reset it passed (by chance for me ...) 😓
I think that 5 cents of microswitch would have avoided a lot of headaches... 😆
What the sensitivity values means ?
0=less sensible (do no stop at all)
8=high sensitive (a little motor effort means that the end stop is reached ) ?
Regards
RE: MMU3 firmware 3.0.1 is released.
Hi, on the new new 3.0.1 firmware has been added the new Bowden length register.
- I can't find this feature/option in the LCD setup. Anyone knows where exactly is this option ? 🙄
RE: MMU3 firmware 3.0.1 is released.
Hi, I wondered the same thing, it was quite easy after all. First, let me just post two links to share how I got my info.
https://help.prusa3d.com/article/registers-mmu-mmu3_511780
https://github.com/prusa3d/Prusa-Firmware-MMU/blob/v3.0.1/src/registers.cpp (line 168)
The solution is easy, just send `M708 A0x22 X500` gcode via the serial link or octoprint to the printer. (Replace the 500 with your target length). Executing the code from a `.gcode` file from the SD card didn't work. Also, **do not use Pronterface** to do this. It didn't work for me, only later I discovered a warning that it may damage the MM-Control board inside your MMU unit.
The way I did it was to connect via PuTTY, as described in https://help.prusa3d.com/en/article/crash-dump_364959.
Warning, the console output gets quite messy since the MMU is constantly *echo*ing service codes. It's not easy to write in the command directly from keyboard into the PuTTY terminal, since you lose track of the letters written and also you cannot press backspace to correct for mistakes.
Therefore, I recommend opening up notepad and preparing the gcode command in advance. Then, select it, press Ctrl + C, open the PuTTY terminal window, press Shift + Ins and then press Enter.
To test the length, I cycled the filament into the nozzle and back out (via the options in LCD). I did this about three times before I got the length right. IMHO this is worth doing, as having the MMU feed the filament in top speed for as long as possible helps a lot to reduce filament switch times during multi-color/multi-material prints.
Good luck! And feel free to reply if you hit any obstacles, I'll try to provide further help.
RE: MMU3 firmware 3.0.1 is released.
I changed the length with this procedure, but I did not verify it that was enough.... 😐 I will need to increase some mm.
However is very messy. In addition all this serial traffic, interfere also with REVO PID tuning (it is better to disable the MMU before executing) and if I remember well, someone said that it interferes also with Octoprint (since then Prusa suggest to install PrusaLink on the Pi with the new FW)
It would be much more easy to have the possibility to send the command just via GCODE, no mess, no terminals.
RE: MMU3 firmware 3.0.1 is released.
That sure would. I am currently looking into Putty source code for some easy possibility of adding ouput filtering, to filter these out. I have no idea why Pronterface/Printrun wouldn't work (and didn't work), tho I'm not taking any further risks to damage my MM-control board...
RE: MMU3 firmware 3.0.1 is released.
It seems that now changing the tube length using M708 from GCODE works. See here:
https://forum.prusa3d.com/forum/english-forum-general-discussion-announcements-and-releases/what-would-you-like-to-see-in-the-8-bit-firmware-2/paged/20/#post-687866
I tried yesterday and it seemed to work. I will do further testing.
RE: MMU3 firmware 3.0.1 is released.
Hi, I upgraded my MMU2 to MMU3 and installed the new MMU3 firmware 3.0.1 (837) and the new MK3S+ REVO firmware 3.13.2 (7080).
I performed the first multicolor test print (just the easy PRUSA Badge) and it worked.
However, in the PRUSA Blog, Mikolas described a new method to improve the filament tips after unload on the MMU3.
Well, looking at the results it does not seems so brilliant... 😆
but completely different from what was on the blog....
I wonder:
I sliced with the PrusaSlicer 2.7.0 alpha1 and I printed on the MMU3 on the MK3/S+ and I did not perform any change to the Prusaslicer standard MMU3 profile.
Are the described improvements also implemented on the MMU3 and MK3S+ or they will be only for MK4 ?
I expect to work also on the MK3S+ since all the magic is sone by the slicer and I was using the latest slicer.Regards
Did this ever get addressed? I'm also getting tips that look like that.
RE: MMU3 firmware 3.0.1 is released.
Yes, it was for me. It was a matter of fine tuning the MK3/S+ tubes, extruder, and REVO with the MMU.
RE: MMU3 firmware 3.0.1 is released.
3.13.2 withdrawn along with MMU3 firmware.
IDLER CANNOT HOME
MMU3 as good as a brick........
RE: MMU3 firmware 3.0.1 is released.
What filament are you using? If I use ESun PLA, I get tips like in your photo. With Prusament PLA, I get perfect blunt tips. I think the retraction/filament swap is fine tuned for Prusament.
Hi, I upgraded my MMU2 to MMU3 and installed the new MMU3 firmware 3.0.1 (837) and the new MK3S+ REVO firmware 3.13.2 (7080).
I performed the first multicolor test print (just the easy PRUSA Badge) and it worked.
However, in the PRUSA Blog, Mikolas described a new method to improve the filament tips after unload on the MMU3.
Well, looking at the results it does not seems so brilliant... 😆
but completely different from what was on the blog....
I wonder:
I sliced with the PrusaSlicer 2.7.0 alpha1 and I printed on the MMU3 on the MK3/S+ and I did not perform any change to the Prusaslicer standard MMU3 profile.
Are the described improvements also implemented on the MMU3 and MK3S+ or they will be only for MK4 ?
I expect to work also on the MK3S+ since all the magic is sone by the slicer and I was using the latest slicer.Regards
RE: MMU3 firmware 3.0.1 is released.
Hello,
3.13.2 withdrawn along with MMU3 firmware.
IDLER CANNOT HOME
MMU3 as good as a brick........
I had the same issue and lost an afternoon with PRUSA support. It come out that was a silly thing: I had to tight the screws that block the idler to the stepper.
It was working as the MMU2, but not as MMU3. For me they were thigh, but I tight them more, and it magically worked.
Regards