Cura 5.2.1 GCODE macro/function not post processing correctly

[itsMrJimbo 0]

Good evening all, I'm trying to implement the new Input Shaping calculation test print using Marlin 2.1.2 - Marlin Source here: https://marlinfw.org/docs/gcode/M593.html

 

My question is around how Cura functions when trying to use a "Insert at layer change" post processing script, specifically 'after' as advised in the above marlin link, the function is just inserted, rather than calculated. Is it possible for Cura to view the function and enact it accordingly? I've tried slicing in Prusa Slicer which generates this for example:

 

"G1 Z42.000 F720
;AFTER_LAYER_CHANGE
;42.2
M593 F46.5152 ; Hz Input Shaping Test"

 

which shows that the function was calculated properly (based on layer number) and the line edited accordingly to change the F value, however in Cura, the function isn't calculated, so you get this:

 

;TIME_ELAPSED:3459.382106
M593 F{(layer < 2 ? 0 : 15 + 45.0 * (layer - 2) / 297)} ; Hz Input Shaping Test

 

Unfortunately, Prusa slicer isn't currently playing nicely with my machine, and I'd rather use Cura as I do for all my printing.

 

So really what I'd like to know, is this just an issue that the format for the macro/function is not correct for Cura, or is it not possible for functions/macros to be calculated by Cura? I have tried both the function examples given by Marlin, but get the same issue as above, it's just the raw function inserted into the Gcode. I'm not at all familiar with coding and naming terminology so I'm not sure if this is something that is at all possible using Cura or a fairly simple macro change.

 

Thanks in advance for the help!

James

Edited January 8 by itsMrJimbo

[MariMakes 178]

Hey @itsMrJimbo,

 

Welcome to the Ultimaker Community 🎉

 

I recognize your issue. 

It's also been reported on our Github

 

It seems to be related to the {},  we've added a ticket to the backlog with the intent to improve this. 

What version of Cura are you running? Because it has been reported as working as expected on Cura 5.2.1

[GregValiant 1,110]

@MariMakes are there plans to include math functions and if statements in StartUp gcode?

[MariMakes 178]

Oh! I wasn't aware that that wasn't the case yet. 😦
I'll have to ask the team! 💪

[GregValiant 1,110]

@itsMrJimbo at this time the "replacement patterns" in the StartUp and Ending gcodes are only replacements.  There is no math or logic performed by Cura.  In your case the sequence "(layer < 2 ? 0 : 15 + 45.0 * (layer - 2) / 297)" within the curly brackets isn't recognized as a valid Replacement Pattern and so it is passed on verbatim to the gcode.

What you are trying to do I think can be done in PrusaSlicer.  Cura does not (yet) have this capability.

[itsMrJimbo 0]

5 hours ago, MariMakes said:

Hey @itsMrJimbo,

 

Welcome to the Ultimaker Community 🎉

 

I recognize your issue. 

It's also been reported on our Github

 

It seems to be related to the {},  we've added a ticket to the backlog with the intent to improve this. 

What version of Cura are you running? Because it has been reported as working as expected on Cura 5.2.1

Thanks for the help Mari, confirm I'm on 5.2.1

 

Oddly enough the { and } work within my start Gcode just fine (e.g.:

M140 S{material_bed_temperature_layer_0}

M104 S{material_print_temperature_layer_0}

as this was one of the first things that PrusaSlicer complained about when I tried to configure it using my existing start code. 

 

4 hours ago, GregValiant said:

@itsMrJimbo at this time the "replacement patterns" in the StartUp and Ending gcodes are only replacements.  There is no math or logic performed by Cura.  In your case the sequence "(layer < 2 ? 0 : 15 + 45.0 * (layer - 2) / 297)" within the curly brackets isn't recognized as a valid Replacement Pattern and so it is passed on verbatim to the gcode.

What you are trying to do I think can be done in PrusaSlicer.  Cura does not (yet) have this capability.

 

I was wondering if this might be the case. I can confirm it works in PrusaSlicer as my example above, the function generates an F value based on the calculations and inserts at each layer.

 

As a work around I may try to slice it like a temperature tower just with a range of M593 F values rather than temperature changes.

[GregValiant 1,110]

I think PrusaSlicer uses square brackets and Cura uses Curly brackets.  The Prusa keywords are different as well so you can't just copy and paste back and forth from Prusa StartUp to Cura StartUp.