Feature Request - Option to keep filament loaded in AMS

Throwing my hat into the ring here… I’ve been conducting consecutive test prints and was optimistic about finding a solution on this platform. However, it appears that the feature I was looking for is no longer available. @Tanklet, do you have any thoughts on this matter?

All my filaments are stored within the AMS. Yet, while making iterative adjustments to models for testing purposes, I prefer to avoid the filament being cut and “put away” each time and instead keep it loaded for rerunning test prints.

i second this. 95% of my prints are using the filament on Slot 1, so there’s no need to cut away and store after every print.

1 Like

I have transfered this to the Bambu Studio team.
It would be more effective to post feature request on github, they will handle these tickets periodically.
Issues · bambulab/BambuStudio (github.com)

2 Likes

Thank for the response, I had no idea that’s what was recommended but good to know for next time. It would be nice if it saved the Bed Level information and kept the filament loaded, heck even keep the machine hot ready for the next print to be sent through.

But I will look into GitHub for future requests. Thank you again! Glad to see you’re back.

have you sent a request on github already?

I didn’t no, Tanklet stated they were going to send it to the team on my behalf this time around.

hi tanklet. i would like to add my desire for this feature. it would be a great way to reduce both wasted plastics, print startup time and user experience !

This feature was accepted and added to the printer firmware’s plan list.

3 Likes

Hoping this will hit the P1S combo firmware too

Any update on this feature?
Its super annoying loading/ unloading just to try a different setting.

The annoyance will shift to the excessive purge on the next print, it needs to set the purge/flush volume to zero as well.

Still looking forward to this.
When prototyping small parts this would be very handy to print, check, print fast and efficient.

I am not able to track the firmware’s progress.
It would be better to track it in the “Bambu Lab Software” category.

Also, why does it turn the hotend off every time it does anything?
Off, On, Wait… Off, On, Wait…Off, On, Wait…

A question regarding this feature - will this allow also to use the full bed size with AMS filament, so no exclusion zone in case of a single color print?
If I understand this correctly, to use the full print need to fold the ‘collapsable stopper’ and use an external filament.
With this feature does mean there’s only need to fold the collapsable stopper and use AMS as usual?

are you sure you’re on the right thread?

Yes, I think I am. Let me explain.
Bambu has an exclusion zone on the bottom left of the bed preventing using the full 256x256 bed size. This is due to the Stopper there that’s used to push the filament cutter to cut. Bambu offers a solution to fold the stopper and fix it (and some studio settings changes), but they also state that because of that AMS can’t be used, because AMS needs to cut the filament. So they force you to feed the spool externally, which is a bit of a pain.
When printing a single color print the only need for cutting filament is when filament is unloaded at the end of the print.
This is where it connects to this thread. With the feature mentioned here, the filament will not be cut at end of print, so can use the fix but continue using AMS.
Actually, since posting on this thread I’ve already done that, and printed a 243x245 using this method (removing the relevant g-code from above that unload the filament and avoids cutting the filament) which is larger than can normally fit on the bed as default.
Hope this clarifies things now.

Ahh… All clear now. Tbh. I AM especially looking forward to this feature for the time savings it brings in fast protoyping of mostly small prints (lots of time to be saved here… no unloading, no loading, no purge, etc.).

For the ‘no unloading’ commenting out some of the lines does the trick.
Isn’t there some g-code that’s responsible for the purge?

I found relevant g-code in How to stop purging when only one colour is being used - #10 by pauldawkins

Together the two g-code changes, saved as a separate printer profile seem to provide this feature easy to access.

Yeah. There’s ways to make it work with g codes and printer profiles.
We’re here hoping to get this a bit more streamlined :crossed_fingers: