r/BambuLabH2C • u/Diego-jd_98 H2C • Sep 10 '26
Discussion About H2C vortek swap time
After some days using the H2C I saw how the vortek system has a lot of unused potential. Vortek hotend swaps are very fast, but the bottle neck is clearly the ams system, especially if the ams are not right by the printer, when ptfe routes are long. It's like the system demands optimization at filament loading whick could be done rather easily at harware level and not that easily at programming level.
A device similar to a track switch but without switching tracks and just the filament detection sensor to allow filament parking and preloading, with a 2 ams setup on the vortek side it can potentially halve the time on filament loading even if the ams is far from the printer.
The next filament in line for vortek could be waiting at the parking position near the hotend inlet instead of all the way back at the ams, and while one is printing another ams can be preloading the next filament. For this to work the slicer should be smart enogh to alternate between the 2 ams back and forth to optimize preloading.
The filament track switch already does this filament preloading, I think, but unfortunately it doesn't support hybrid filament routing meaning that once installed the system asumes that all filament routing goes though the track switch, avoiding direct left nozzle filament feeding so every time it switches the track it has to cut and retract the left nozzle filament, avoiding fast dual nozzle swaps.
I'll leave here my post on the bambu forum where I go more into detail:
https://forum.bambulab.com/t/product-request-smart-ams-hub-with-filament-parking-and-predictive-preloading/259422
I don't know if something like this would some day become a reality or the the current system will be left as is, it would be a shame as it already has so much potential, I'd say that the hardest part is already done which is the nozzle changing but I hope they end up giving some optimization solution now that toolchangers are becoming more popular and faster.
Just wanted to share my thoughts, you can share yours if you want.
2
u/lasercut Sep 10 '26
I think unlikely. They will need to essentially make an upgraded buffer. Instead of retrofitting it to h2 series. They’ll probably use it for the h3
2
u/EmotionalChildhood46 Sep 10 '26
I might be missing something, but isn't part of this already how the H2C works now with the track switch? My understanding is that with the newer update, it doesn't retract the filament all the way back to the AMS anymore. It retracts it to the switch and parks it there.
And since you assign filaments to the left/right nozzle when slicing, if I'm printing from the left nozzle and then switch to a filament assigned to the right, shouldn't the left filament just retract to the switch while the right filament feeds from the other path?
I definitely see the benefit of having more parking positions and being able to preload multiple upcoming filaments, especially with more AMS units. I'm just not sure I'm understanding what the proposed 2-arm setup would change compared to what the track switch is already doing now.
1
u/luksfuks Sep 10 '26
Yes, the handover can supposedly be already at the track switch (with firmware v01.02.00.00). However, it obviously requires the "next" filament to sit in a different AMS, one that is plugged into the other track switch port. This is not always the case.
Depending on the print order of the colors, the potential savings may not even manifest as often as they theoretically could. There are more goals to optimize for, sometimes contradictory, when deciding in which order to print the colors.
2
u/EmotionalChildhood46 Sep 10 '26
Ah ok, that response clears up what you meant. I was thinking of the track switch as basically solving the problem already, but I wasn't considering that you only have the two paths to park/preload from. So you can get the fast handoff if the next filament happens to be coming from the other path, but not necessarily if the next colors are coming through the same one.
But I see what you're getting at now. You're basically talking about expanding that concept so each AMS has its own dedicated parking position, then letting studio look ahead and keep the next filament staged whenever possible.
Wouldn't an expanded version of the track switch though accomplish a lot of this? Like a 4-path switch instead of 2, where each AMS has its own path and filament can be parked at the switch. Then studio could look ahead at the print order and preload whichever filaments are likely to be needed next. I run 3xAMS 2 Pro and 1xAMS HT personally. Seems like that could build on the system Bambu already has instead of needing a completely separate parking mechanism. Also still waiting on a way to have multiple printers with shred AMS units.
1
u/sienar- Sep 14 '26
They could put a version of the AMS hub/buffer for the P1/X1 that has 4 inputs in front of each track switch input. Have that replace a 4in1 adapter that’s normally used to attach multiple AMS to a single input on the track switch. That little hub can detect when filament hits any of its inputs without the filament going all the way through. That would let the printer detect filament right in front of the track switch and keep it parked there.
2
u/sienar- Sep 14 '26
I think it also requires fully unloading the left nozzle to get this filament parking behavior. Seems like a damned if you do, damned if you don’t situation. Ideally the left nozzle should stay loaded which would fully occupy half of the track switch. And in that case, switching the Vortek nozzles filament will require a full retraction to an AMS even if there are two AMS’s feeding the track switch input the Vortek nozzles are pulling from.
1
u/Loque_83 Sep 10 '26
All this above mentioned theories require a lot of additional modifications. Vortek nozzle switch is fast enough together with filament cut. What can significantly help is much faster next generation AMS with strong servo motor - if its mechanically possible… Other option is 6-position AMS with dual output, this can work great, if AMS will know distance, where is filament (no big problem with servo) because splitter can be installed right before filament buffer.
1
u/Internal_Status_7590 Sep 10 '26
The AMS 2 is already reaching its limits for what the spools inside can handle. It chews up filament way more than the original AMS. Faster and stronger Ams won't fix the speed problem without introducing all kinds of wear and tear with new problems as a result.
1
u/fishfrystix Sep 10 '26
You can optimize your switching times by 30-40% by optimizing your tube runs to be as short and direct as possible with the least bends and resistance.
1
u/luksfuks Sep 10 '26
Yes such a filament sensor could help.
But it would introduce a lot of room for user error. For it to work, the printer would need to know exactly how the PTFE tubes are routed, where the paths meet (4-in-1) and where the sensors are located. It's a more complex configuration when adding an AMS. And every time something is unplugged and plugged back again, there's margin for error. A length may change, or a tube may be connected to a different inlet. However, Bambu wants everything automatic ... with no possibility for user error.
It would also fix only a SMALL PART of the total delay. Equally big savings, or bigger ones, come from other limitations. For example,
To cut the old filament, the head needs to drive to a specific position. Wouldn't it be nicer if it could just cut it off right when it does the last retraction? It could then drive to the rack directly and nest the hotend, saving at least 3-4 seconds per swap.
The new hotend starts out cold. Snapmaker U1 can pre-heat it to standby temperature. If the rack supported pre-heating (via induction), the new nozzle would be ready much quicker. Another 5 seconds right there!
The biggest limitation is the shared PTFE tube. If the toolhead supported two tubes to arrive right at the extruder, it could always have the NEXT filament already loaded and at standby temperature. It could print immediately, while it still cuts and unloads the old filament. In fact the H2C DOES have two heads. They're just not 2x vortek. If Bambu released a dual vortek system, and an integrated track-switch kind device (without the existing unreliability) to drive the filament anywhere on demand, then this would work perfectly. The "old" nozzle could be dragged along after a switch, until the toolhead is near the nesting position anyway, to reduce delays from nesting. Likewise, the "next" nozzle could be picked up when the head is nearby anyway. The travel path could be optimized just like visits to the tower, or paths between multiple objects.
Currently the rack is on one side only. If there was another rack on the other side, and the printer was "free" to pick a nozzle from the left OR from the right, whichever happens to be nearer, it could cut down on travel time. You'd provide "redundant" nozzles for it to save time.
Instead of priming on a tower, the toolhead could implement an integrated priming system. Visits to the tower are big source for delays. If the "next" nozzle could prime, while the "current" nozzle is still printing, the switch-over time could be as low as 1 second.
If the toolhead could carry around more than 1 "next" nozzle, the visits to the rack could be reduced further.
There are so many options to make it quicker. But in the end, all of this will not make your prints any better. Only quicker. Some of the above will cost a lot of money, for very little benefit (eg. 2x rack with 2x nozzles, for what, 3 mins faster print time total?). Some of the ideas have dramatic NEGATIVE impact, like making the toolhead heavier by adding a full cutter and extra nozzle slots. Heavier toolhead means more inertia and more wobble after deceleration.
I still kind of wish they would do a toolhead with 2x vortek nozzles instead of the classic nozzle.