2nd hotend not turning off!

I had previously posted my start-up and ending gcodes for my J1 when sending prints over USB from my Raspberry Pi running Octoprint. I use Cura as my slicer. I have recently discovered a new issue with my existing configuration.

When printing a print that uses only the Left extruder, BOTH extruders heat at the start of the print, but, when the print finishes, the R extruder never turns off. I discovered that my R extruder had been heated for several days, even though it was never used.

My tentative solution is to create separate printer profiles in Cura: one for IDEX, one for L extruder only, and another for R extruder only. It is a work in progress, and I will report the progress here. In the meantime, I have added the following 2 lines to my ending G-code:

M104 T1 S0 ; turn off T1
M104 T0 S0 ; turn off T0
M140 S0 ; turn off bed

This is very good for me to know. My J1s is supposed to arrive tomorrow, and I already created another instance on octoprint. If you ever figure it out, could you let me know? I’m using orca BTW.

Also, for mirror and copy modes, are you slicing it as one print and changing the setting on the printer, or are you slicing it as two separate prints with both prints in the Gcode?

Thank you for your interest. I love my J1s, but it does have some quirks when used with octoprint. The two print heads don’t always play well together. Look at these posts:

and

I have not used copy or mirror modes. I have my left extruder printing with ABS, and the right extruder printing supports using HIPS. The 2nd extruder not turning off problem surfaced when doing a print that did not require any supports. In that case, T1 should not heat at all, but, it does. So, until I figure out a way to keep it from heating in the first place, I’ll just modify the ending G-code to make sure it gets turned off at the end of the print.

So if I’m just printing PETG and TPU, using normal mode, or printing something in PLA using copy/mirror mode, I won’t have any related issues?

My experience has been that the two print heads trip over each other when printing gcodes that were sent thru the USB port from octoprint, unless you put the proper M605 commands in the proper places. But, there’s always more to learn.