Orca tool changer support

[SoftFever]

Description

Add support of tool changer printers. A new printer model has been added: Generic ToolChanger

Currently only support tool changer printers like TapChanger and StealthChanger. ~Support for Prusa XL is still WIP.~ Prusa XL is supported now

~~⚠️WARNING⚠️ : please proceed with caution. It hasn't been tested on an real printer yet. Please double check with g-code before printing it.~~

🚀GOOD NEWS🚀: Multiple successful prints have been reported; it should be safe to try Discord Thread. For bugs, please kindly help by logging issues with details and sample projects, then label them as ToolChanger. This will help me track them.

Screenshots/Recordings/Graphs

https://github.com/SoftFever/OrcaSlicer/assets/103989404/bd518f77-5cc1-4b3a-ba76-7ead75494365

Test

Feedback is welcomed! For Mac users, please ref to this instruction: https://github.com/SoftFever/OrcaSlicer#how-to-install

• [x] Occasionally crashes when change printer settings
• [x] Prusa XL profiles and custom gcode
• [x] Ooze prevention bug
• [x] Prusa XL z offset issue when prime tower is used
• [x] Preheat nozzle(temporary solution)
• [x] infinite(tall) skirt when both ooze prevention and skirt are enabled
• [ ] skirt/purge cone overlap
• [ ] Document about custom variables

Implement #5943 #2050 #5079

[ccatlett1984]

Would it be possible to get build artifacts for this, as it would allow more people to assist in testing, without needing to know how to build with Visual Studio?

[Hardy786]

I would love to test this out, but I am no Github genious, and have no idea how to get at it! Someone please point me in the right direction!

[SoftFever]

@ccatlett1984 @Hardy786 you can download builds here: https://github.com/SoftFever/OrcaSlicer/actions/runs/9876244229?pr=6087

[Parozzz]

I was trying this for a Raise3D Pro 3 and this error appears everytime i try to slice.

Before i was doing it by enabling the manual filament changed with custom change filament gcode for extruder switching. I have removed everything in it and is still doing it.

I've attached the 3mf file for the project.

OrcaCube.zip

[SoftFever]

Ooze prevention should work properly now.

[SoftFever]

I was trying this for a Raise3D Pro 3 and this error appears everytime i try to slice.

Before i was doing it by enabling the manual filament changed with custom change filament gcode for extruder switching. I have removed everything in it and is still doing it.

I've attached the 3mf file for the project.

OrcaCube.zip

Looks like some setting is not right. Can you compare your configuration with the built in tool changer configuration?

[hliebscher]

@SoftFever i have a running prusa xl 5 head config including the modified start stop and change gcodes

[Ro3Deee]

i have a running prusa xl 5 head config including the modified start stop and change gcodes

@hliebscher , can you share your start, stop and change gcodes for Prusa XL 5T?

[SoftFever]

Prusa XL 5T support has been added. I've done manual g-code inspection, looks good. Looking for experienced testers as I'm don't the machine.

[SoftFever]

@SoftFever i have a running prusa xl 5 head config including the modified start stop and change gcodes

Perfect! I tried to port PrusaSlicer's XL 5T profile and keep the custom g-code as original as possible. Can you review the profile I just added and let me know if it looks fine?

[RNGIllSkillz]

Works for me. But there's 1 error when im trying to slice great wave model with use beam interlocking setting Also i have been using a script that handles temperatures of the toollheads really well. Would it be possible to incorporate something like this directly in to orca? https://github.com/Martorias/random_scripts/blob/main/orca_stealthchanger/orca_sc.py

[Ro3Deee]

The wipe tower (enabled) is not generated when selecting different tools for perimeters and infill :

Workarounds:

1. paint a small spot on the object
2. insert a very small separate object with different main color

[Ro3Deee]

line width is not correct for the first layer, if solid infill is to a bigger nozzle and line width is set to percentage. (although is uses the first nozlle [0.4, yellow], it uses the settings the line width as if using the second nozzle [0.6, red]). Here is the project.zip : two identical objects, but one has solid infill set to a bigger nozzle (0.6) with red filament.

Line width settings:

infill for the first object:

[Ro3Deee]

First test on Prusa XL project.zip

Video here: https://www.youtube.com/watch?v=Md7r6QEj9_A

• wipe tower is printed too high (min 6:55 https://youtu.be/Md7r6QEj9_A?feature=shared&t=415)
• no preheating of the next tool (it should start preheating 40s before the current tool finishes so it doesn't have to wait to heat it up)

[Ro3Deee]

second test on Prusa XL, it works. project.zip:

• No wipe towers,
• no ooze prevention
• manualy added two boxes with the same height as main object and as first two object in the object list, with intralayer order set to as object list. Box 1 with filament 1 (also for infill and solid infill), box2 with filament 2

video: https://www.youtube.com/watch?v=4aFHm5xjPYs

[RNGIllSkillz]

im having some issues with generated g-code

[SoftFever]

im having some issues with generated g-code

could you share the project file?

[RNGIllSkillz]

could you share the project file?

Sure Assembly.zip

[SoftFever]

could you share the project file?

Sure Assembly.zip

Nice catch! It's a regression for Single Extruder Multi Material mode with cutters

[SoftFever]

Updates:

1. The wipe tower issue for the Prusa XL should now be fixed.
2. A temporary pre-heat optimization has been added. The next tool will start to heat when the current tool is wiping on the prime tower and docking. This should be sufficient for hotends using ceramic heaters, as they can heat up quickly. However, for the Prusa XL or Stealth/TapChanger with non-ceramic heater hotends, this may not be enough. A proper preheat-next-tool feature will be implemented in a separate PR.

[RNGIllSkillz]

Updates:

1. The wipe tower issue for the Prusa XL should now be fixed.
2. A temporary pre-heat optimization has been added. The next tool will start to heat when the current tool is wiping on the prime tower and docking. This should be sufficient for hotends using ceramic heaters, as they can heat up quickly. However, for the Prusa XL or Stealth/TapChanger with non-ceramic heater hotends, this may not be enough. A proper preheat-next-tool feature will be implemented in a separate PR.

It will be a good idea to also cool down tool to 150C if it not be used in a long time and shut it down completely it it will not be used.

[freeformz]

I don't know if this is a 2.1.1. issue or a PrusaXL/multitool issue, but after slicing the slicer says that something is out of bounds (there isn't) and the display of the sliced model is all messed up (the model disappears, the sheet doesn't display properly, and flickers when I attempt to rotate it). The messed up display is also present afterwards in the prepare tab.

[ccatlett1984]

Which PR did you install from?

On Tue, Jul 16, 2024 at 12:58 PM Edward Muller @.***> wrote:

I don't know if this is a 2.1.1. issue or a PrusaXL issue, but after slicing the slicer says that something is out of bounds (there isn't) and the display of the sliced model is all messed up (the model disappears, the sheet doesn't display properly, and flickers when I attempt to rotate it).

— Reply to this email directly, view it on GitHub https://github.com/SoftFever/OrcaSlicer/pull/6087#issuecomment-2231402236, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABY4LWPALVN3WI5VOJ7QHH3ZMVGM3AVCNFSM6AAAAABKVBUXOOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMZRGQYDEMRTGY . You are receiving this because you were mentioned.Message ID: @.***>

[freeformz]

@ccatlett1984 This one. I pulled it from the check(s) below.

PS: I did start the print and it was "fine" ... I ended up having to stop it 1/2 way as there was a lot of stringing, but that is probably because I don't have tuned filament profiles for my XL in OrcaSlicer yet.

[FlisherOfatale]

I had some decent results out of the box with my old printer profile but the new start macro from the generic toolchanger one. I would suggest to add the CHAMBER= parameter in the default launch macro but it's not a big deal.

I was also wondering if it was possible to "force" the order of toolhead on the first layer. It would be really helpfull for people trying to write text or put details on the bed side, since it generaly yeilkd better result when starting with the details and not the large surface, especially on textured)

[FlisherOfatale]

I don't know if this is a 2.1.1. issue or a PrusaXL/multitool issue, but after slicing the slicer says that something is out of bounds (there isn't) and the display of the sliced model is all messed up (the model disappears, the sheet doesn't display properly, and flickers when I attempt to rotate it). The messed up display is also present afterwards in the prepare tab.

Also experienced out of bound, it seem related to the priming at the start of the print. nuber of prime line might make a difference if it expand in the wrong direction maybe?

[Ro3Deee]

@SoftFever

1. The wipe tower issue for the Prusa XL should now be fixed.

Still not fixed. First tool wipes ok the the tower, the second does not. I think an explicit G-code is need to force Z height

Project 3mf and g-code: Archive.zip

Video:

https://github.com/user-attachments/assets/a1c49ef3-fefe-49c7-8c6d-3b3248ea9e52

[adrianbear]

I installed this version to test a Voron tool changer, which appeared to work ok, but when I changed back to Bambu X1C and start a print I get this slicer error...

[ccatlett1984]

This is fixed in a later commit

On Fri, Jul 19, 2024, 5:47 AM Adrian Bear @.***> wrote:

I installed this version to test a Voron tool changer, which appeared to work ok, but when I changed back to Bambu X1C and start a print I get this slicer error... image.png (view on web) https://github.com/user-attachments/assets/b870efd7-f8e7-4bb7-96b8-d41ad2f78815

— Reply to this email directly, view it on GitHub https://github.com/SoftFever/OrcaSlicer/pull/6087#issuecomment-2238792029, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABY4LWI67YLSPP3DQW6RZK3ZNDOCXAVCNFSM6AAAAABKVBUXOOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMZYG44TEMBSHE . You are receiving this because you were mentioned.Message ID: @.***>

[ccatlett1984]

Try this build, working for me.

https://github.com/SoftFever/OrcaSlicer/actions/runs/9992784770

On Fri, Jul 19, 2024, 5:48 AM chris catlett @.***> wrote:

This is fixed in a later commit

On Fri, Jul 19, 2024, 5:47 AM Adrian Bear @.***> wrote:

I installed this version to test a Voron tool changer, which appeared to work ok, but when I changed back to Bambu X1C and start a print I get this slicer error... image.png (view on web) https://github.com/user-attachments/assets/b870efd7-f8e7-4bb7-96b8-d41ad2f78815

— Reply to this email directly, view it on GitHub https://github.com/SoftFever/OrcaSlicer/pull/6087#issuecomment-2238792029, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABY4LWI67YLSPP3DQW6RZK3ZNDOCXAVCNFSM6AAAAABKVBUXOOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMZYG44TEMBSHE . You are receiving this because you were mentioned.Message ID: @.***>