AMS Sync and Bambu studio

Hello… I think that Bambu Studio’s programmer should make more efforts to solve the problem of sync between the slicer and the printers.
I own an X1C and a A1mini, both connected to AMS and AMS-Lite.
Everytime I switch printer it’s a real pain! Almost never synced with filaments inside the AMSs in the Prepare and preview page. In the “Device” tab i can get some better result but not satisfying. It seems to “forget” some filament, it doesn’t know anymore what it was in before, even if filaments are Bambu spools with RFID inside, randomly…
Obviously a big sequence of errors (any compatible filaments or something similar…) when trying to sync (or re-sync) …
Is bambulab aware of these difficulties ? I don’t really think to be the first…

1 Like

If you go to the device tab I hear a clunk as Studio talks to the printer. If I then go to the filament table, I can click on each spot and it will prompt me with what’s in the AMS to make the filament table agree with what’s in the printer. At least it worked last time I tried it.

But if you change filament during a print, the AMS doesn’t read the RFID tag and just assumes you replaced a spool with the same filament. If you changed colors or even type during a print, I’m pretty sure it will not be aware of the new filament until you pull the filament tail out of the AMS and put it back so it can then read the RFID on the spool.

Other than those, not sure.

I know all that. Tried a lot …
I’ve never inserted a new filament during any print… And as I say, what is illogical, is that the spools are from Bambu, they have NFC and when I insert one of them in the Ams it is correctly read. But after switching (Randomly) … It appears white with a question mark. The filament is forgotten🙁
And the sync method is anyway not good .
It would be better if, switching printer, I obtain their filaments in use directly without manipulations of any sort…

2 Likes

What would cause AMS to lose track of currently printing filament?

Started a print in studio with PETG HF Green, viewed print in Handy, showed PETG Green, a few hours later during the print, that slot was blank. Had white dot with ? Mark. Print finished fine

Exactly… I think this happen to lot of users :slightly_frowning_face:

I would agree with the OP. I own 3 Bambulab printers (A1, A1 Mini and X1C). Two of them have AMS’s attached to them and if I want to start a print on another printer I first have to go to device and select the printer there and then go to the main screen and select the profile. Then Sync or resync every time.

Thats just annoying. What I actually would want is a seperate window per printer.

I wonder if the troubleshooting team read us…
It would be nice to have a little feedback or at least the confirmation that they know the issues …

1 Like

Probably they don’t read us at all… :roll_eyes:

This is a regressive bug.

It was fixed a few versions back, then it reappeared.

It is really annoying.

People keep saying “use sync”, sorry, it doesn’t fix the problem.

If you are swapping between multiple printers. The filament drop down is never populated.

The only fix (read “annoying around”) is to toggle between your printers multiple times times.

If you have an X1C f and A1 mini and you were in the X1C and now swapped to the A1 mini, then…

  • Toggle back to the X1C
  • Toggle to A1 mini

You should now have the drop down choice of the filaments in that printer’s AMS.

If not, repeat the toggle above again.

I have a few printers and spend a lot of time doing this stupid shuffle. I had a few glorious weeks where it worked before an updated studio regressed the issue.

As to BL fixing it, who knows. Do they read here, unlikely.

If you change the category to a bug report (use the pencil in the post subject area and enter an optional tag of feature-request (whatever the closest match for you chosen main category is) then they do look at those occasionally.

1 Like

This “occasionally” reassured me a lot :rofl:

You are right there are issues claimed as solved and then reappearing as well as issues claimed as solved but not solved at all…(For exemple: the “repair model” was available only for windows and i own a mac… they said updated and running for mac too now but as soon as I tried, the window popped saying “windows only” … )

I think there is a bit of confusion between the development team members.

The Mac option only went to a web service unrelated to BL, annoying that they have the code for the Windows version, but, not the Mac.

It makes me think they have a third-party library to provide the Windows repair feature version that they don’t own and didn’t write.

1 Like

The Windows mesh repair function is a standard part of Windows, along with 3D Builder (a simple modeling program), a 3D viewer, and 3D support in Microsoft Office. Bambu Is simply accessing the mesh repair function through the Windows API.

If mesh repair were not a standard part of Windows, I doubt that Studio for Windows could repair a mesh…

It is third-party to BS, as I said, I doubted they wrote it.

A big reality as bambulab doesn’t have a programmer to implement some geometric function using standard APIs? I thought it were building nice printers tho… :rofl: :rofl: :rofl:

The Bambu Studio bug with to printer or more about reading filament data from printer is ridiculous.
I´m playing pingpong too between printers until it detects the correct filament data.

1 Like