AMS wrong Auto Refill Grouping

[dcbo]

Hi everyone,

I’m having a bit of trouble with my BambuLab P1S with the AMS system, and I’m hoping someone can help me out. The AMS seems to be acting up as it never suggests the same type of filament for backups or replacements, as you can see in the three screenshots I’ve attached.

I’m wondering if this is something I might be doing wrong, or if there’s a setting somewhere that allows me to specify which filament should be used as a backup. Any insights would be greatly appreciated!

Bambu Lab P1s 01.07.00.00
AMS 00.00.06.49

[Shaner]

I am now having the same issue, auto refill is wanting to go to a different color instead of stopping and waiting for me to reload the same color

[user_1964051210]

Any solution? I have 4 linked AMS’s and only use Bambu filament, Auto refill has worked flawlessly in the past but now is interchanging black and green (and only these two colours) when spools run out. Colours identify in handy app correctly but during the print it can’t seem to differentiate between these two colours.

[The_Hawk]

Interesting… I was just searching for a solution after my black ran out and switched to green!

I remember reading something about a firmware issue and going back solved the problem, but I haven’t looked into it any further as this is the first time I’ve run out since the upgrade (and by chance I was printing spool clips where colour doesn’t matter (and it actually looks pretty funky with a green top ).

Check out this post which talks about downgrading (although not the filament issues).

New firmware doen't work. How do I downgrade?

I see Bambu allow downgrade right back to the early releases on my A1 . This is really good and able to be done from the app. I know all users are not, like us, able to compile OS kernels and flash usb boot devices to re-flash klipper instances so this actually beats apple, as they dont allow this My A1 today, after upgrade, has the new PA ams lite saving features for auto-cal, but, i’m having some strange quality issues and the printer feels a bit faster and slightly more judder…

This seems to say you can check the order when starting a print, although I can’t check that since I’m printing at the moment
https://www.reddit.com/r/BambuLab/comments/1huso7x/ams_auto_filament_changed_to_the_wrong_color/

[beareth]

I’m having this issue as well now on the AMS Lite. Did this self-resolve or did you reach out to support?

[David_Ogilvy]

Theres an open bug report from Dec 2024 on github. Still not resolved in latest 2.0.1.50 version. Went from matte black to matte blue for me…

[NTP66]

I was having the same issue on my P1S and two AMS units. Upgraded to beta firmware 01.07.50.18, and the issue appears to be resolved. Of course, first attempt at a print post-update is throwing “Failed to get AMS mapping table” errors (AMS firmware was also updated)…

[NTP66]

Couldn’t get around the AMS mapping table error, even after swapping SD cards and removing/re-adding every spool. Rolled back to P1S firmware 01.06.01.00 and AMS firmware 00.00.06.44 and everything works as expected again. Guess this is where I remain from here on out.

[David_Ogilvy]

Thanks for that info. I’m happy to stay as i’ve only encountered this once (and not often do I have multiple spools of the same anyway). Easier to just disable it until the next non-beta update, but I suspect its a bug on the studio end. It knows they’re different colours, but still pairs them up.