Complete color mishap in multi-color print (double AMS setup)

Haven’t been able to find anywhere an issue even vaguely similar to mine.

I’m having an issue with my BambuLab P1P printer. Running latest firmware version.
I have 2 AMS units (AMS & AMS 2 Pro) connected via AMS hub.
I have used this exact setup, with 8 different colors, on other print jobs - and the result were always perfect (color-wise).

I’m trying to print something with 8 colors.
All 8 colors are different. There is no auto refill during my print.
This has happened consistently 3 times, with me re-slicing the models and restarting Bambu Studio, and restarting the printer in between the attempts.
It has happened both with a single character printed on a plate, with multiple copies of the character on a plate, and even with printing only top layers of the character.

I have both my AMS units fully loaded, and colors (manually) mapped correctly.
I created the model, and sliced it using Bambu Studio (Latest version) - everything looks fine.
But when I try to print it, the colors are wrong.
Not only they are wrong, they are inconsistently wrong!
Which means both different copies of the same character on the print plate, get different colors.
And also different parts of the same character, that had the same color in the original (sliced) model, get different colors when printed.

To reiterate: It’s not a simple AMS mis-mapping colors issue.
I’m seeing different colors used for same color inside the same character.
And I’m seeing different colors used on identical characters on the same plate.

I’m attaching photos of how it looks like in the slicer, vs. how the printed result looks like.
And also the .3MF file, in case anyone wants to try it for themselves.



three-headed monkey 6-colors.3mf (307.2 KB)

Ok, I was finally able to find the problem causing all this.
In “Flushing Volumes” there is a “Flushing Volumes Multiplier” which can be set to 0-3.
It was set to 0, so the filament wasn’t flushed well enough on color swaps.
The weird thing is - I never touched this parameter.
I didn’t even know it existed until today.
And it was set the same on 2 different models of the same monkey I have. Both imported from STL (so it couldn’t have been changed in the .3MF)

1 Like

Thanks for sharing. The last two hours I was trying to find a solution for a similar situation. :see_no_evil::hear_no_evil::speak_no_evil:. Well done!

1 Like

It usually plays up after Studio updates.

1 Like