Closed obertini78 closed 4 months ago
Please try v2.7(pre-release) and let me know if it works, Thanks.
Worked like a charm on my test print :-) Thanks. Will continue to use / test.
I experienced the same issue trying to figure out why mu TPU clogs when printing along with PLA. It was switching TPU to 220 on some layer early in the print. It seems to be fixed now.
Hi,
The waiting and printing temperatures are wrongly set on dual material projects in OrcaSlicer with Prime Tower enabled.
How to reproduce
Here is what the sliced project looks like:
Actual results: The printer starts to print with T0 (255°C) and T1 is waiting (154°C). Then the first tool change happens. S1 - T0=>T1: T0=>178°C // waiting... T1=>220°C // printing... All good so far S2 - T1=>T0: T0=>255°C // printing... T1=>255°C // waiting... Incorrect temperature. Should be 154°C S3 - T0=>T1: T0=>220°C // waiting... Incorrect temperature. Should be 178°C T1=>255°C // printing... Incorrect temperature. Should be 220°C S4 - T1=>T0: T0=>220°C // printing... Incorrect temperature. Should be 255°C T1=>154°C // waiting... S5 - T0=>T1: T0=>220°C // waiting... Incorrect temperature. Should be 178°C T1=>220°C // printing... S6 - T1=>T0: T0=>220°C // printing... Incorrect temperature. Should be 255°C T1=>0°C // waiting... correct as this extruder will no longer be used
Expected results: All print and waiting temperatures are set correctly.
Looking into the sm2uploader processed g-code, one can see the following (line 862 of Cube_wifi.gcode).
There is a M104 S255 command that is added by OrcaSlicer only when the Prime Tower is enabled. The ;(Fixed: remove cooldown: M104 T1 S154 ;standby T1) removes the waiting temperature instruction added from my "Change Filament G-code" section in OrcaSlicer.
For the IDEX J1, the g-code should rather looks like
You can find attached the OrcaSlicer saved 3mf project file as well as the g-code files. 'Cube_usb.gcode' native from OrcaSlicer and 'Cube_wifi.gcode' processed by sm2uploader.
sm2uploader_wrong_temperatures.zip