Cura 3.1 Printing Temperature will change in the gcode. After 4 stringing test slices Cura 3.1 with temp set at 195 or 200 the gcode was at 210.
;FLAVOR:Marlin
;TIME:13575
;Filament used: 8.69164m
;Layer height: 0.2
;Generated with Cura_SteamEngine 3.1.0
M82 ; absolute extrusion mode
G21 ; set units to millimeters
G90 ; use absolute positioning
M82 ; absolute extrusion mode
M104 S210 ; set extruder temp
M140 S50.0 ; set bed temp
M190 S50.0 ; wait for bed temp
M109 S210 ; wait for extruder temp
I am having this issue as well. Changing printing temperature does not affect saved Gcode. Has the {variables} used in start up code changed?
I have this issue. So freaking annoying. I can no longer set my first layer temperature. It defaults to 210, I need to edit the gcode manually or change it via Octoprint while it's going.
Btw, I've tested this on 2 computers so far, gcode being generated for the same printer, using the Prusa i3 MK2 default profile for startup GCODE script. Machines upgrade from Cura 3.0.4 and 3.0.1.
I finally uninstalled 3.1 and went back to the prior version. When I did that I got all my profiles back also. 3.1 so far is totally useless.
I have this same issue, Both of these below always output to 210, no matter what I set it to.
M104 S{material_print_temperature_layer_0}
M104 S{material_print_temperature}
I would wager a bet that this is a regression caused by the single extrusion rework. Devs: I think the replacement pattern variables are taken from the global stack, but they should be taken from an extruder stack now. Perhaps the easiest way to fix this is to add a resolvement function on the global stack that resolves to taking the value from the first active extruder.
i have same problem with a new update
Did any of you use the beta 3.1 version? If so, remove the 3.1 data folder and then start the 3.1 stable (there were some issues in the beta with project files and version upgrade data storage).
I completely uninstalled and removed all of the data folders and the issue persisted. any of the temperature variables in my start script get replaced with 210
I never installed the 3.1 beta version.
Okay, clear. I think @fieldOfView's comment is very relevant, I'll mention it to the team tomorrow and create an internal ticket after that.
Thanks for taking a look at this. You should be able to duplicate. Just slice something and check the gcode.
Duplicate of https://github.com/Ultimaker/Cura/issues/1296, https://github.com/Ultimaker/Cura/issues/2091, https://github.com/Ultimaker/Cura/issues/2546 and https://github.com/Ultimaker/Cura/issues/2812. Only now it also manifests on single extrusion printers because those printers now also have an extruder stack.
@fieldOfView I'm working on fixing this issue now, will probably be similar to your suggestion, thanks!
So this ticket is marked 'closed' - Any idea of when a new release will be available? Including fix on single-extruders? I have all previous versions installed side-by-side so right now I just use 3.04 instead of 3.10. The bug isn't killing me for that reason; but its nice to have all the little updates.
The beta for 3.2 is due in ~1.5 weeks. Keep in mind that it's a beta, so other things might not be working 100% as intended. The stable release will follow about 2 weeks after that.
Most helpful comment
I would wager a bet that this is a regression caused by the single extrusion rework. Devs: I think the replacement pattern variables are taken from the global stack, but they should be taken from an extruder stack now. Perhaps the easiest way to fix this is to add a resolvement function on the global stack that resolves to taking the value from the first active extruder.