Here is how the colors are assigned. Each group of parts of the different colors were imported as separate STL files:
This is what the slicer does, and it prints with the mixed colors too. The group that is supposed to be all black from the prepare page looks to be the only one with the problem:
Nevermind. I figured it out, but leaving this in case it helps someone else - I had âFlush into this objectâ checked. I didnât know it would do it in the outside walls. Now I do. Playing with the settings a little, I checked Flush into this object for all of them, and it completely ignores the color settings - everything gets done in the white color filament. The only reason to flush is for color changes, but if it changes everything to one color there wonât be a need to flush any filament.
How is that feature supposed to work?
@AviatorDave, I canât say that I have a complete solution for you, but I do want to start a dialogue about this as I have found it a problem too. For certain, I can tell you that if you did not have supports you would not see this issue arise. You can confirm that by slicing with supports not enabled. So, it is related to the path it chooses going from support to objects. What I have played with:
Those are the obvious things that I could think of. Nothing changed it. All this being said, I will comment a bit further on the difference between your print and mine. My print was hemisphere with another object of a different color nested inside of the sphere. Picture an ornament with a different colored object on the inside.
On the other hand, what you are showing is a complete component assembly laid out on one bed for a single print. While, in theory this would be a nice âset it and forget itâ print with the AMS, I suspect that strategy for this scenario will cause a very long print without the true benefit of time saving. Every layer for a large portion of your print will contain at least three different colors. Even if you select print by object, I think you are asking for a potential disaster if one part starts to fail. My suggestion would be to print groups by color on one plate at a time. At least you eliminate the time for the AMS to swap filament so frequently. You will also eliminate the need for that wipe tower which adds time and wastes filament.
While this reply isnât exactly the solution for your case, I too am curious if there is actually a solution for the issue in a more appropriate circumstance where colors are nested within one object.
You have basically got 3 options
You are correct that when you select flush-into object it will ignore the colours of the object and colour it the most efficient colour for flush savings - so flush-into objects need to be âcolour doesnât matterâ.
'Flush into infilâl is also a little bit tricky in terms of colours - because if you donât have thick external walls then the infill colour may show through.
The most efficient solution for your plate is probably to print each colour on a separate plate. You could perhaps print a couple of colours on the same plate if you assemble all of the objects of the same colour and then slice âby-objectâ rather than âby layerâ - but this only works if there is not too much on the plate, plus most of the objects are not too high.
I donât have an AMS, but am wondering if âPrint infill firstâ or âinner wall/outer wallâ print order could flush enough material that the outer walls would have the correct coloring. I suppose it would depend somewhat on the translucence of the filament and wall thickness.
@lkraus and @Ukdavewood you both are correct in your thinking, but I failed to mention that I also attempted the flush options without success as well as print by object rather than layer. This is what leads me to believe it is an issue with having support required for some of the parts.
The behavior is 100% due to the âFlush into this objectâ setting being turned on. Itâs just not expected behavior for it to completely ignore the filament assignment. The other one thatâs a little unexpected is the âflush into objectâs supportâ. It will use any of the colors for the support, even if the part itâs printing is a different color. From now on, Iâm only using âflush into infillâ. It does however, make some interesting color patterns, and it exactly matches the slicing code, as expected.
Hereâs how the part came out with all 3 of the flushing boxes checked (Flush into Infill, flush into this object, and flush into objectâs support). The trigger colors came out exactly like in the first few pics I posted:
I just got my X1C a few weeks ago and learning a lot about color changes What I would love to see is to be able to group parts by color so I can print each color group by layer. Right now I have to print by object and I really have to space out my objects not to create warning. So right now I am only able to get 4 parts to print per plate. What I did not want is to print by layer and then have a bunch of waisted color purges. I would think with AI Bambu should be able to do this task. Which would be basically a combination of print by layer and then move to the next group and print by layer.
