m104/m109 ignored in spliced GCODE - MK3S+
 
Notifications
Clear all

m104/m109 ignored in spliced GCODE - MK3S+  

  RSS
beork
(@beork)
Membre
m104/m109 ignored in spliced GCODE - MK3S+

Hi all,

I've been trying to make a manual multimaterial work by slicing two files and splicing them together afterwards.
The goal is to make tips for fencing that are sequentially printed per material, with a PETG head (at the bottom) and a TPU body. 
I sliced a file using the single extruder multimaterial trick thingy (with adding a virtual extruder and M600 command for changing filament). First slicing for PETG, then slicing for TPU with an z-offset for the PETG part. Using a small disc as a wipe tower substitute.
The output I spliced together using the startcode and endcode of the PETG sliced file.

While the order of printing goes well, the printer seems to ignore explicit extruder temperature changes in the GCODE, specifically staying at 250 for PETG even when printing PETG. 
While all movement commands are followed, even if now ones are inserted, it doesn't matter what I add as temperature command, it just doesn't pick it up.
It does work if I change the temp via the printer LCD thingy. 

If I understand the GCODE correctly the extruder temp is set properly at multiple places, but it just keeps printing at 250. 

Any help would be greatly appreciated.

 

Spliced GCODE added for your perousal, if I need to add more, please let me know.

rapier v4v5 micheltestseq_3 in parts_0.2mm_FLEX,PETG_2h14m

Publié : 19/08/2025 7:04 pm
Diem
 Diem
(@diem)
Illustrious Member

That seems to be a very long-winded way to go about it. 

https://forum.prusa3d.com/forum/prusaslicer/manual-multicolor/

https://forum.prusa3d.com/forum/original-prusa-i3-mk3s-mk3-how-do-i-print-this-printing-help/acting-as-my-own-mmu

Another problem is that TPU and PETG don't adhere well and it's likely you will be able to tear them apart after printing if the join is a simple layer change.  Try to interleave the join over a few layers to strengthen the interface.

Cheerio,

Publié : 20/08/2025 12:05 am
beork
(@beork)
Membre
Topic starter answered:
RE: m104/m109 ignored in spliced GCODE - MK3S+

It's a bit convulted because I need it to print each part sequentially, if I use the regular manual multi way I have way more splicing to do to ensure I don't have to change the filament every instance of the model (I'm trying to scale up production a bit).

Thanks for the links, those were indeed what I based my workflow on.

I hadn't heard about PETG and TPU not adhering, in my experience they adhere pretty well. 
Could you explain what you mean with interleaving?

Publié : 20/08/2025 8:31 am
Diem
 Diem
(@diem)
Illustrious Member

If you are planning to print two separate parts by layer then you lose all the advantages of serial printing.  You might as well lay out multiple instances to print together so needing just the one* filament change.

*but: if you are interleaving it will be more than one change 'though only one set of changes per plate.

I hadn't heard about PETG and TPU not adhering, in my experience they adhere pretty well. Could you explain what you mean with interleaving?

They stick about as well as decent contact adhesive - but they do tear apart.  Prusa offer interlocking infill (beam interlocking) which does help to join sections but is not always ideal, I tend to design flexible interfaces with closed loop anchors so that they cannot separate.

Here TPU hinges are laid down with pass-through gaps for PETG layers, the next layer will be all PETG so that loops of TPU pass through loops of PETG making sure that it cannot pull free.

Cheerio,

Publié : 20/08/2025 9:35 pm
Partager :