Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Temperature gets overridden #121

Open
kennylevinsen opened this issue Aug 18, 2024 · 0 comments
Open

Temperature gets overridden #121

kennylevinsen opened this issue Aug 18, 2024 · 0 comments

Comments

@kennylevinsen
Copy link

When slicing a PLA temperature tower for an Ultimaker S5 using a third-party material with a profile derived from UM Tough PLA, the resulting gcode sets the temperature for the tower at the beginning of the layer, but then very quickly adjusts the temperature back to a temperature derived from the material profile - likely a reduced temperature for bridging or thin layers.

Creating dummy Ender3 does not produce the issue, so I imagine that a fancier profile is required.

;AutoTowersGenerator: Starting tower section number 1 at Cura layer number 6 (which is labeled as layer 5 in this gcode file)
;note -- min layer time used
M104 S220.0 ;AutoTowersGenerator: setting temperature to 220.0 C for this tower section
M109 S220.0 ;AutoTowersGenerator: Wait for the temperature to be reached
;TYPE:WALL-OUTER
;MESH:AutoTowersGenerator
G1 F1082.8 X185.806 Y116.022 E107.79181
G1 F1059.9 X177.858 Y116.023 E107.88058
G1 F1077.6 X177.859 Y123.974 E107.96808
G1 F1104 X185.805 Y123.973 E108.05365
G0 F9000 X185.805 Y123.173
G0 X185.369 Y123.492
G1 F1109.4 X185.19 Y123.537 E108.05563
G1 F1160.2 X178.512 Y123.538 E108.1244
G1 F1114.8 X178.295 Y123.494 E108.12677
G1 F1088 X178.295 Y120.085 E108.16396
G1 F1139.9 X178.294 Y116.676 E108.19963
G1 F1114.8 X178.338 Y116.459 E108.20199
G1 F1042.6 X185.325 Y116.458 E108.28118
G1 F1088 X185.37 Y116.676 E108.28361
G1 F1139.9 X185.37 Y120.084 E108.31927
G1 F1088 X185.369 Y123.492 E108.35645
G0 F9000 X185.19 Y123.537
G0 X184.575 Y123.537
G1 F2700 E101.85645
G1 F600 Z2.95
G0 F9000 X152.138 Y123.973 Z2.95
G1 F600 Z0.95
G1 F2700 E108.35645
G1 F1093.3 X152.139 Y116.022 E108.44282
G1 F1067.4 X144.19 Y116.023 E108.53104
G1 F1064.9 X144.191 Y123.974 E108.61947
G1 F1090.6 X152.138 Y123.973 E108.70598
G0 F9000 X152.138 Y123.173
G0 X151.658 Y123.537
G1 F1088 X148.251 Y123.537 E108.74316
G1 F1139.9 X144.844 Y123.538 E108.7788
G1 F1114.8 X144.627 Y123.494 E108.78117
G1 F1088 X144.627 Y120.085 E108.81836
G1 F1139.9 X144.626 Y116.676 E108.85403
G1 F1114.8 X144.67 Y116.459 E108.85639
G1 F1042.6 X151.659 Y116.458 E108.9356
G1 F1093.3 X151.705 Y116.676 E108.93802
M104 S195.5 ; <- First weird temp

Simply removing these temperature sets would make the temperature tower work, but would not be representative of how a cura slice would print at that temperature setting as that would include such temperature tweak. The correct thing would be to have the values calculated based on the tower's current temperature. Maybe just scaling the value of all M104 commands (temp / profile_temp * tower_temp) would be a reasonable fix.

Attached the full gcode extracted from a slice of the temperature tower. The UFP output when slicing for Ultimaker printers is just a zip file, with the gcode in 3D/model.gcode.

gcode.txt

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant