With the limited number of colours available when manually setting filament brand type and colour, there’s is a bug I’ve been able to reproduce multiple times now:
Load non-BambuLabs filaments into the first 2 slots, and select generic-PLA for the first one generic-PLA Silk for the second one. Set the same colour for both
In Bambu Studio, load a model, it doesn’t matter what it is
Right click the model and set the filament to the one in slot 2
Slice and print, and you’ll notice it loads and prints using the filament in slot 1, even though it’s a different material
I can also confirm that if you print multiple objects and print by object rather than by layer, it uses the same filament for both objects. From what I can tell, it uses the settings for the filament in slot 1 at least, but I’ve only tested this with PLA and PLA silk so far, and I imagine it would be much worse if you had ABS loaded for example and it used the wrong settings.
This suggests Bambu Studio is working as expected, but when r the print job is received by the printer, it’s only using the colour data to match which slot to load, rather than the slot number, material, etc as you’d expect.
I noticed similar.
You assign a filament to the model and slice it.
Studio honours the selection and shows the right filament.
But, and that’s a BIG but: When you send the file to the printer there are again selection boxes for the filament to use.
And these only seem to work in order from left to right for the AMS slots.
Means, that if you have similar filaments with the same colour icon the job will always go for the FIRST available filament but not the other if you selected it and it happens to be further to the right in the AMS.
The problem also seems to work hand in hand with the auto resume option to switch to a spare roll when the first ran empty.
I had quite a few prints resuming on the wrong roll.
Wasn’t a big drama as it was the same filament and colour but still.
I think Studio is doing it correctly and that the mess starts with the sending part of the job.
I had the same issue. I was going to start a print with a spool of ABS that was nearly out and have it switch to the full spool afterwards, but instead it printed the whole thing with the full spool. Thankfully not a big deal as I have a couple more of this item to print out, but it is concerning that its not using the correct slot I ordered in the studio. I think I also had the issue doing a reprint from my phone, same type of issue. I’m willing to bet its something to do with the cloud service goofing something up
Maybe it’s an AMS issue and not an AMS lite issue, but this morning I started a print in slot 4 from studio and it resumed in slot 1 after it was empty:
That’s correct but not always helpful.
For example:
I often print with similar colours, like two shades of transparent blue or a matte and a shiny white.
The issue here is that they need a colour assignment.
There isn’t one for clear filament, only white.
So a print with all four of those is a real nightmare.
Only way to prevent this is to change the colours in studio as otherwise the send print dialogue only lists all 4 filaments in the AMS but NOT the filament order of the print.
Means it is a guessing game and often requires starting the print several times to get the spools in the right order.
By default the AMS always goes for the first available slot from the left.
Helps a bit solving the dialogue problem but does mean one mishap here and the print is useless.
I would really love to have a proper option to assign a code, number or anything unique to spools that both Studio and AMS accept and adhere to.
I have noticed this also. Sometimes it seems to randomly select an entirely different AMS slot. I had a yellow PLA job (in AMS slot A1) get pulled from the other AMS slot B4. Both were set to Bambu PLA basic, but were properly set to different colors. I had resynced and specifically set the object to use A1 yellow.
This never seemed to happen with Studio before the update to 1.10.1.50.
