@antlestxp tpre1.g
tpre0.g
tpost1.g
tpost0.g
tfree1.g
tfree0.g
config.g
purgepos.g
rampurge.g
wipe.g

These are my config and tool macros. I started with the configurator, but basically have rewritten the whole file by now
Obviously, I'm still dialing in the settings, please share if you get yours working first!

@rglory For what it's worth, I would also like to see M104 not affect both active and inactive tools. It would be nice if the slicers would use G10, but since thats RRF and not most other firmwares, it's a low priority for those devs.

I'm currently stuck manually editing every gcode to remove the M104 that gets put in by both cura and slic3r after custom tool change and/or layer change g-code.

Just slice a simple cylinder in vase mode.

If you want space in between the extrusions, like a spring, check out https://all3dp.com/4/open-source-hack-lets-3d-print-springs/

@rglory For what it's worth, I would also like to see M104 not affect both active and inactive tools. It would be nice if the slicers would use G10, but since thats RRF and not most other firmwares, it's a low priority for those devs.

I'm currently stuck manually editing every gcode to remove the M104 that gets put in by both cura and slic3r after custom tool change and/or layer change g-code.

@klcjr89 I'm sure I can find a creative use for an extra magnet.

Or just use it as an excuse to pull together all of my other spare parts and build yet another printer.

I backed it - I'm using the IR sensor with my current PEI stuck to a buildtak flex plate and the transparency is a pain to deal with. I like the texture and opacity of this plate.

@dc42 I'm having that issue with a PEI sheet unfortunately. I'm going to try to find a way to get a superthin, or at least even, coat of hairspray or something over it to get a decent height map generated.

@dc42 Turns out I had accidentally gotten the others "working". My scripts attempted to do the purge in Tpre, when extrusion is disabled. The earlier filaments didn't form a plug sitting in the hotend, just oozed all over instead.
Fillamentum filament has always given me issues with forming plugs, even in the Prusa MMU1 and MMU2. So in the broken macros, it was cooking and formed a plug/clog.

I think I either need to attempt to get the purge and 50mm retract out of the hotend completely working (without grinding during the purge and forming decent tips that will re-feed later without grinding), or switch to just retracting ~5mm - which is the max for the chimera heatbreak before plugs form at the top of it. That method might be more difficult to control oozing.

Thanks for the reply and explanation.

It appears that the only option to "fix" this would be post-processing the gcode files, initial searching doesn't yield results for using G10 in most slicers...

I see the benefit if using Cura with it's imminent heating (would love an RRF native way to do that, but that seems...difficult:D) If there was a way to override this M104 standby behavior in RRF, I would certainly use it in favor of the really powerful tool change macros.

Can you share the details on the oven coating procedure? I'm having a heck of a time with the IR sensor and my PEI bed...

Since slicers still use M104 to set extruder temps, it interferes with the standby temperatures. This is a real problem for my chimera set-up. I've resorted to re-setting standby temps in my tool change scripts, but this still means that the entire second layer I deal with oozing.

Does M104 really need to still set both active and standby temps?

Those files worked for hatchbox and amazon pla that I had loaded, but since I've tried other filaments, I just end up grinding away at the filament and printing air...