UM 2+ with Cura 4.13 -> no start/end G-Code in Printer Profile?!

[UM3prey 2]

After bringing an long neglected UM 2+ back to life, i had the very unpleasent user experince of a complete dysfunctional sytem.

 

Using the provided Ultimaker 2+ Profile in cura 4.13.1 and printing via USB the printer is not homing axes, is not prehating, not doing a primeblob, but immedeatly starts printing wherever ist is.

Doing a automatic firmware update via cura did not changed anything, despite the firmware version (from 2.6.2 to current version)

 

What is going on? Why are there Printer profiles provided without start/end scripts? Am i missing something here?

 

[gr5 2,172]

So there are 2 ways to print gcode on the UM2.  The standard way is to use "gcode flavor ultimaker 2" (I'll explain in a moment) which lets the printer do the homing, purging, warmup, etc.  The second way is to use "gcode flavor Marlin" which works just fine and has the start/end gcode you mentioned (and may have been deleted somehow).

 

To set these up, it has nothing to do with your settings profiles.  It has to do with your machine profile.

 

Make sure you are in PREPARE mode (there are 3 modes across the top of cura - PREPARE PREVIEW MONITOR).  Then just under that bar on the left choose your printer type "ultimaker 2+".  Then click the um2 drop down again and choose the button "Manage Printers".  Then choose the button on the right "Machine Settings".  Double check at the top of the dialog that it says your machine is "ultimaker 2 +" still.

 

Now note that you can change the gcode flavor to Marlin or "Ultimaker 2".  I recommend "Ultimaker 2" which has no start/end gcode because the UM2+ firmware takes care of it.  There is a comment in the gcode header to clue in to the UM2 to do it's own homing etcetera.

 

Or you can choose "Marlin" but then you have to examine and possibly edit the start/end gcode commands yourself which do the heating up, the homing, the purge and so on.

[gr5 2,172]

Oh - I just remembered that you said you are doing USB printing.  That is fine if you are printing from a rasberry pi using octoprint but that is NOT recommended (and not supported by Ultimaker) if you do it from Cura. Yes it's a feature in Cura but not meant to be used on UM2 series printers.

 

If you do USB printing it might be that you have to go the "gcode flavor Marlin" route.  I'm not sure.  I thought you could do it with either flavor but perhaps not.  Perhaps the "Ulitmaker 2" flavor doesn't work through USB.

[UM3prey 2]

Hi GR5, thanks a lot for your detailed reply!

 

I used the stock settings in Cura for the ultimaker 2+, so g-code flavor is already (as you described) set to "Ultimaker".

Maybe the problem originated from the USB print via cura, i will cross check with an SD card next.

 

Probably i will switch to the Marlin flavored g-code as suggested, because i will need the remote control via USB anyway in the future...

 

Thanks for clearing things up 🙂

[UM3prey 2]

On 6/21/2022 at 3:05 PM, gr5 said:

Oh - I just remembered that you said you are doing USB printing.  That is fine if you are printing from a rasberry pi using octoprint but that is NOT recommended (and not supported by Ultimaker) if you do it from Cura. Yes it's a feature in Cura but not meant to be used on UM2 series printers.

 

If you do USB printing it might be that you have to go the "gcode flavor Marlin" route.  I'm not sure.  I thought you could do it with either flavor but perhaps not.  Perhaps the "Ulitmaker 2" flavor doesn't work through USB.

Ok, i can confirm this issue.

Using Gcode flavor "Ultimaker" and Printing via USB is causing the problems.

Printing via SD-Card is fine.

 

Using G-code flavor "Marlin" it is possible to print via USB with stock settings.

But immedatly i encounterd two new issues:

The Z-hight from bedleveling is not used properly, compared to "ultimaker" gcode the "marlin" is causing the nozzle to be around 0,2mm higher than it souhld be.

 

Also the flow value is not correct and causes slight overextrusion, again everything with stock settings (100% Flow)  and same printing profile for Ultkimaker and Marlin G-code

 

is there a easy way to use at least the z-hight from bedleveling in Marlin G-code?

[ahoeben 1,948]

3 hours ago, UM3prey said:

The Z-hight from bedleveling is not used properly,

Firmware-wise, there is no reason there would be a difference in z-offset after homing.

You could compensate for what you see with the Z Offset plugin from the Marketplace.