First Print: tuning tips please  

Re: First Print: tuning tips please

...
- Flow rate: how to make the setting persistent? It seems to keep going back to 100% instead of 105% as would seem required when running 100mm through the extruder.
...

look here.

Re: First Print: tuning tips please

Sadly latest firmware (3.0.12) does no longer store the extruder steps/rev on M500 command. Tested it with the non-multi-material firmware. I had hoped that the release note relating the change applied to the MM version only. Not so.

Re: First Print: tuning tips please

Sadly latest firmware (3.0.12) does no longer store the extruder steps/rev on M500 command. Tested it with the non-multi-material firmware. I had hoped that the release note relating the change applied to the MM version only. Not so.

So, there are 2 solutions.

1. Compile and upload the firmware with your settings
2. Include the settings in your start GCode, but be aware that the settings will not apply between switch-on and running the gcode.

Peter

Re: First Print: tuning tips please

Sadly latest firmware (3.0.12) does no longer store the extruder steps/rev on M500 command. Tested it with the non-multi-material firmware. I had hoped that the release note relating the change applied to the MM version only. Not so.

simply use the ConfigurationStore.cpp from version 3.0.12-RC2 (see attached file).
seems that they had temporarily disabled storing the extruder steps, for test purposes.

Re: First Print: tuning tips please

seems that they had temporarily disabled storing the extruder steps, for test purposes.

From the Change log:

M500 gcode now doesn’t store Esteps value to EEPROM preventing weird behaviour when upgrading MK2 to MK2 MM

Peter

Re: First Print: tuning tips please

you do need to feed the mk2 with a firmware compiled for mm anyway where SNMM is defined inside the Configuration_prusa.h, when you install the upgrade kit, don't you ?

so I would have disabled storing the e-steps inside the eeprom only if SNMM was defined. why do have "non multi-material kit users" have to loose this very useful feature, which is required for a proper (durable) extruder calibration ?

furthermore the firmware is still prepared for a build-in extruder calibration (as first shown in 3.0.10-alpha), which waits for beeing enabled by removing the // for the menu entry (line 2785) and the */ and /* inside the ultralcd.cpp for the "lcd_calibrate_extruder" and the "lcd_extr_cal_reset" routine; and both routines require the e-steps storing capability of the M500 command.

@dirkske: sorry for hijacking this thread for a discussion about the removal of that feature...

Re: First Print: tuning tips please

......
@dirkske: sorry for hijacking this thread for a discussion about the removal of that feature...

Not a problem.

I can fully understand wanting to maintain a single code path wherever possible. Yet, instead of disabling extruder calibration due to MM; I would prefer they fix it for both. To me it seems the machine should be able to be calibrated, not having to rely on slicers and extrusion multipliers.

I'm fairly new to all of this but I'd think the extrusion multiplier would be used, to offset a specific material coil property (one makes a note on the coil).
- Swap the coil, change the setting via the LCD; but STORE it so that people using the same coil need not reset it after each power cycle.
- Or at the very least make it possible to set the extrusion multiplier even when not running a program.

Re: First Print: tuning tips please

.......
1. Compile and upload the firmware with your settings
.......

I may very well end up doing the above.

First, I want to tune the machine to come to par with my Turnigy Fabricator Mini. To my surprise that one outputs better quality prints..... so tuning the Prusa is what I need to do, since I refuse to believe the Fabricator can do better quality prints.

Re: First Print: tuning tips please

I've just had a look again at the source code and source history. It's a bit odd. After RC2 they disabled storing axis steps per unit. Then they backtracked from that, and it actually is stored - but when it is retrieved, the E steps get overwritten with the default. That's presumably so that you can still adjust X/Y/Z steps/unit but not E.

The code that does that isn't wrapped in #ifdef SNMM and I think it should be. I've made that change in my RAMPS port now and it works properly (and my previous E-steps value was suddenly retrieved).

Re: First Print: tuning tips please

.....
The code that does that isn't wrapped in #ifdef SNMM and I think it should be. I've made that change in my RAMPS port now and it works properly (and my previous E-steps value was suddenly retrieved).

If I understand correctly, you believe they intended to retain e-step calibration for non-MM machines, yet missed an #ifdef in the code? If so, I thrust they'll fix that in the next official release.
In any case thanks for investigating, I'll keep in mind when recompiling.

Re: First Print: tuning tips please

If I understand correctly, you believe they intended to retain e-step calibration for non-MM machines, yet missed an #ifdef in the code? If so, I thrust they'll fix that in the next official release.
In any case thanks for investigating, I'll keep in mind when recompiling.

No. I think they wanted to disable E-step tuning, so they disabled it for all axes which was a bit overkill. That was undone, and a new approach stopped only E steps from saving and the XYZ is working again. I think they intended this.

Re: First Print: tuning tips please

...... If so, I thrust they'll fix that in the next official release.....

And they did 😀 , in firmware 3.1.0 M500 persistently saves the E-steps. Thanks Prusa team !!!!