AMS quality print

Hi there, does AMS can affect quality print ?
I am printing with thesame filament Sunlu PLA+ with the same settings, but with the AMS the quality is worst compared to the external spool, how is it possible ?

TY

1 Like

Poor quality covers a lot of ground there pardner. :cowboy_hat_face:Can you narrow it down to what aspects of the output that you find inferior?

Normally, the AMS does not affect the print quality.

Hi, thank you for your reply.
I printed this part several time for friends, same filament same profile, the filament this time is new from a sealed box and I never had such a not so nice line and top.

So, the filament is the problem and not the AMS. Dry the filament and try again.

Looking at that print. The only thing that comes to mind is that somehow when there is a layer change, the printer extrusion is being interfered with. The fact that you did a before and after test, would lead me to believe that there is something in the GCODE that is causing the printer to pause extrusion at some point.

Is this the only part giving you problems? My thought here is that if you can cut the part into sections within the slicer, you might find a trouble area which would allow you to do some quick repeatable tests.

This problem was similar to a problem that was featured in this video below. He cited two features in the Cura Slicer that was potentially the cause. One was power recovery and the other was write delays to the SD card. Obviously, this is not likely the case for your problem but it would lead me to chase down the GCODE as a possible solution.

Check two things. Make sure that verbose GCODE is disabled and on a long shot, toggle the setting to wall generator to something other than it is now. This will make a change in the GCODE and if the problem lies there, it should produce a different out come. Whereas this may not find the exact solution, it will put you on the trail.

Sorry, i wrote really bad. I was meaning that I printed the parts several times with the ext. spool without any problem, this time I print the same parts but with AMS and new sealed filament and I have the problem you can see in the picture.

The only two things that have changed are the AMS and the filament. You used the same profile and slicer settings. The AMS doesn’t do anything with the print quality. Remains filament that can be (too) wet

ok, i will try with another filament, since you are sure that the AMS has 0 impact. Strange because was new

You would be the first to report that the AMS is causing print quality issues.

I agree, this would be a unique report. However, having dived into the GCODE for unrelated reasons, I can tell you there is a lot of conditional AMS code that is buried within the Bambu Labs preamble and later throughout the print. It is for this reason, that I would venture to guess that all things are not equal when it comes to processing the GCODE with and without AMS. I do not have an AMS to test out this theory.

On the subject of the original topic. It does puzzle me that folks don’t go through the basic troubleshooting tests, not just in this thread but in many others where a question is posed but there appears to be no effort to diagnose the cause or help us help them diagnose the cause. Thankfully we finally got photos in this case but we still don’t know what troubleshooting steps have been taken, if any, so that we can help narrow down the cause.

At the moment I did not anything cause lack of time, probablz I will do some tuning using the Orca calibration tests. That’s very strange to me, 0 problems for me in 2 months and suddenly have this ugly printer quality
We will see

Sorry to dig up this old post, but I found it while looking for someone confirming my impression that the print quality actually improved with the AMS Lite.
I am a beginner, and have been printing on the A1 mini for two weeks. Yesterday I received my AMS Lite and accidentally reprinted the same model with the same spool of filament, only now mounted on the AMS Lite. The quality of that new one is visibly better.