Not exactly, you are the one telling it.
When you see the print dialog filaments swatches, you are assigning the chosen material to a slot.
It will not let you override that later by trying to assign a different type of chosen material to the same slot.
In your example you assign your third material to slot 3, in both cases this was support material.
You told the slicer that support material is in slot three.
You then try to assign a different material (PETG) to the slot you previously said âthis will be support materialâ, it thinks, ânope, you told me this is to be support material, I am only going to be aware of support materialâ.
The fact that you also think âyeah, I know, but l will be yanking that out later and changing it for PETG.â Doesnât mean the slicer has any idea about that.
It will not adjust flow, temps, speeds and so on to suit PETG as it has no idea it is going to be tricked later.
I guess I donât see why thatâs a real limitation? Why doesnât the slicer account for flow, speed, etc. based on the specified filament in the model? If it did that regardless of what the AMS was doing, there shouldnât be an issue? Is this just an arbitrary limitation of the AMS/BambuStudio, or am I missing another aspect?
(Totally possible, Iâm relatively new to all this. Not doubting you, just trying to understand whatâs happening. Thanks for taking the time to explain these things to me.)
My guess is it is arbitrary in the sense that, they could make it work, they have chosen not to.
You sell more AMS units with the limitation or upgraded printers to those with the A series.
It is important to note, it would take effort to enable it, the key here though is that effort is minimal.
I am a 35 year veteran commercial software developer and 27 of those years were owning my own software house (until I had to retire due to significant ill health).
I know the bits they would need to add and I know other than a few condition blocks, they can utilise existing code as the ability isnât anything new to the slicer, just a few more conditional rules.
1 Like
Thanks for confirming.
Same here! (I started on my own in 1996, then for work in 1999, and a few self-employment stints in the late 2000s and teens.)
Hence my surprise as to the limitation, while it might not necessarily be a trivial thing to implement, itâs only a software issue, and not a hardware one, so should be totally doable.
I made myself a playbook for the final few layers that are tricky, something like this (in case it helps give others ideas on how to overcome this limitation):
Layer 36: swap translucent green for translucent clear while paused; then swap yellow for translucent red right after red completes.
Layer 37: swap translucent red for yellow right after yellow completes.
Layer 38: swap yellow for translucent red right after red completes.
Layer 39: swap yellow for white while paused.
For the comments that specify âwhile pausedâ I have added pauses to those layers, which pause printing at the start of the layer:
My AMS assignment looks like this:
Unfortunately this does mean that Iâll be spending close to 50 minutes babysitting the print job. Iâll have to ask a friend of mine if I can borrow his AMS for a few days to get this job done once I have the prototype proven out.
1 Like
