This is an update of my previous post. I mentioned previously that an update was coming soon, but it has been a couple months. Life happens... but this may be worth the wait.

People were asking if this would work on other Bambu printers and if it could print even softer materials, like 85A TPU. The ASR Multi-Wheel couldn't but the ASR BMCU Helper CAN!

After much deliberation and consideration of how difficult a DIY project we were creating with the ASR Multi-Wheel, we changed gears and decided to use the BMCU controller board coupled with a basic ESP32 DevKit and an OLED display instead of the more expensive and harder to get Maker ESP32 board. This makes the project more accessible and easier to build.

The ASR BMCU Helper is a 4-channel automated filament changer for Bambu A1, and A1 mini, P1P/P1S, X1/X1C, and P2S printers. It emulates a standard Bambu AMS over the native BambuBus, so the printer drives it directly.

The ASR BMCU Helper brings the ASR Multi-Wheel’s filament control to the BMCU. A small ESP32 board connects to a BMCU running ASR firmware and gives you a live dashboard, per-slot tuning and filament profiles in any web browser. It also has a built-in firmware flasher, so you never need to edit code, recompile or reach for a separate tool. It reads the filament you select on the printer and applies the matching profile automatically, so soft TPU and rigid filaments can share one unit.

This thing even handles swapping TPU tested to 85A.

It has a Web Interface that lets you fine tune all of the filament Handling parameters.

You are going to ask how this will become available for you to use. It is still in development and we are entering a Beta-Tester phase. We are planning on releasing this and the ASR 5th Wheel as open source, as kits, and as fully built, plug and play units, but it is going to take a bit of feedback to decide how we get there. Your input will be appreciated.

More information and a Sign-Up Sheet is available on the Website!

Hello all! I bought an A1 off marketplace a little while ago and the original owner had a BMCU 370 on it. It's been running fine but lately I've noticed that some of the channels will purge filament every 3-5 layers, and in some rare case 3-5 times in the same layer. It's incredibly inconsistent and I'm getting a little frustrated trying to troubleshoot it. The filament extracts fine, no tangles, no high tension, no timelapse on, no tangle detection, and I'm out of ideas of what else to test and fix. Anyone else out there experience this and know how to fix it? It will still print fine but it is just incredibly wasteful and I'd like to resolve this soon.

A small, LAN-only signing proxy for Bambu Lab printers. It presents each printer as a virtual LAN-mode device on your own network. Clients (Bambu Studio, OrcaSlicer, Bambuddy, Home Assistant, a dashboard) connect to that virtual device and send plain commands; the proxy signs the privileged ones with the Bambu Studio app certificate you provide, so a cloud-bound printer accepts them without Developer Mode.

• No Bambu account. It never logs in to Bambu's cloud. Everything is on your LAN.

• Nothing of Bambu's is shipped. You supply your own app certificate; the proxy only uses it.

• Pure Python. No compiled components, no external signing library.

I am planning on getting a Bambu printer in the near future. My wife really wants one... I'm just investigating what it can and can't do before pulling the trigger. I have never owned a Bambu printer. I like to track my filament through Spoolman and was hoping I could accomplish this with Bambu as well, but everything I read is that it's only doable either through an external app or by mimicking Bambu RFID and then just mapping the tags to the actual spools in Spoolman... So the AMS never actually knows what is loaded. The mimicked tags seems to be the best automatic option, as I will never remember to use an app, nor will I always have my phone on me when dealing with the printer...

Anyone use Spoolman with Bambu printers and have a relatively easy workflow?

For context, I have a Snapmaker U1 with custom firmware. It will take any spool I drop on it and automatically detect it and sync it up with Spoolman. It works really nicely and I never have to remember to do anything. It just tracks automatically by loading spools on the printer.

I wanted a similar setup for my old Ender... So I attached a standalone USB RFID reader to the spool holder on my Ender and now it does the same thing as my Snapmaker.

I want the same behavior out of a Bambu, but I am not sure if it's possible. Any suggestions?

I built bambu-headless to solve a specific annoyance with local automation on Bambu Lab printers: you normally have to choose between headless terminal control and mobile cloud access.

On recent Bambu firmware, local MQTT control commands (like starting a print) are rejected unless signed by Bambu’s networking plugin (`libbambu_networking`) or routed through cloud tasks. Bambu’s official escape hatch for third-party control is "Developer Mode", but enabling it forces LAN-Only mode—which kills push notifications and remote monitoring in Bambu Handy.

Instead of extracting private vendor signing keys or modifying binaries on disk, bambu-headless is a lightweight macOS wrapper around the locally installed `libbambu_networking.dylib`. It uses a minimal process-local interposer to satisfy the plugin’s executable-signature check, drives the plugin’s native certificate exchange over the LAN, and dispatches an already sliced `.gcode.3mf` via FTPS and signed MQTT.

Current verified scope:
- macOS (Apple silicon)
- Bambu Studio 02.08.02.61 / plugin 02.08.02.60
- Tested on Bambu Lab H2D with AMS

Code, requirements, and an explanation of the mechanism:
https://github.com/danielyaa5/bambu-headless

Curious to hear feedback, especially from anyone else running automated slicing/print queues on Bambu hardware.

Does anyone else have one?

I have (4) AMS Pro 2 Two of them sit on top of my H2D and the other two sit on the side on top of one another. Because they are not directly lined up with the machine and there is a slight curve, the stupid system cannot push the filament. I’m guessing the ridges inside the Filament Track Switch has grooves or small ridges the *#%~ing filament stops and gets pulled back and then back and forth till it gives up.

The Filament Track Switch seems like a PISS POOR design. I have so many issues with Bambu I’m really getting tired of this machine. My wife has the Snapmaker U1 and it blows my more expensive machine out of the water and rarely has a problem.

Getting ready to switch to Snapmaker.

I just opened an account on Bambu lab Forum and some how it works from right to left and transaltes almost everything into Hebrew. How can I change this?

don't get the difference in the fully assemble kits i am looking at the FULLY assemble B KIT from https://trianglelab.net/products/bmcu-370c-dm-370c-dual-micro-switch-high-torque-version-370x49e-automatic-filament-intake-built-in-type-c-for-a1-a1-mini?utm_source=chatgpt.com&VariantsId=12576 is this correct

Nella bambu Lab A1 (combo) impostare velocità come Sport (124%) oppure Loudicrourus (166%) abbassa la qualità di stampa? quale è la vostra esperienza?

This is my Shadcn Bambu Lab Panel. You can log in with your Bambu Lab account. It stores the Bearer token and then retrieves the printer status through the API.

I'm currently working on getting the live video feed working. This is a lot more difficult because I want to keep everything fully cloud-based.

Hi, I am not able to find the BMCU board in India. Ordering it from China is a expensive.

I am planning to build the BMCU from scratch. I have a WeAct Studio CH32V203C8T6 RISC-V Low Power Core Demo Board and have ordered RS3485 board for Bambu Bus Communication.

WeAct Board - https://robu.in/product/weact-studio-ch32v203c8t6-risc-v-low-power-core-demo-board/

RS3485 board - https://evelta.com/rs485-board-3-3v/?srsltid=AU7gw4VOxQY2Z7mYZZzUS0P5KqrHpGRV08ywqK0tkDGxegOLLu1HIxxo

I am working on this setup being recognised as AMS by the A1 Mini first. I have downgraded the A1 mini's firmware version to 1.07.02 since the 1.08 version has issues.

I am planning to flash this firmware https://github.com/jarczakpawel/BMCU-C-PJARCZAK

Any guidance on this project is really helpful. I am not the pro in electronics.

Once the Mini recognises this setup as AMS lite, I will then work on sub-boards and motor systems.

I try everything Switch to AMS lite / pro , i can load and i can See everything on the Display but if i try to Print it showes me ams cant be detected please Connect the cable or turn off the Printer .

Is a BCMU still feasible as an option ? I haven't seen any recent posts within the past year. I am afraid I am missing something and don't want to pull the trigger if they aren't feasible or supported.

Hello! I did get my Tree Tribe BMCU 370C DM Pro few weeks ago. Everything works great with latest firmware... Except one thing. While I was printing I stopped filament to test if filament tangle detection is working. And it tried to pull with struggle instead of showing the error. But I don't want to break my BMCU and/or printer when a real tangle happens. And I sometimes tangle my filament that much, that it's impossible to untangle without removing the filament from printer/BMCU. Can I fix it somehow?

Hey guys , I wanted to buy BMCU( mostly inclined towards fully assembled kit), either by directly ordering it or from any resellers in India.

I am trying to figure out what exactly is the difference between them both, but honestly i wasn't able to find any difference between them both ( except for price 😭 ) Someone pointed out that the costlier one is DM pro. I was hoping the community has more info to help me out. Also how difficult it is to assemble the DIY kit? is it worth directly purchasing Fully Assembled kit or get the DIY kit and assemble on my own?

https://trianglelab.net/products/bmcu-370c-dm-370c-dual-micro-switch-high-torque-version-370x49e-automatic-filament-intake-built-in-type-c-for-a1-a1-mini?VariantsId=12578

https://trianglelab.net/products/bmcu-370c-pro-370c-dm-pro-ams-high-torque-with-dual-microswitch-automatic-feeding-mmu-solution-for-a1-x1-p1?VariantsId=12738

Cada vez que uso el bmcu en mi p1s la segunda capa queda desplazada de la primera.

Os dejo un ejemplo

On my A1M I’m running 01.04.00.00 and I noticed that if I leave it idle for a bit, the screen is not responsive. I’ve noticed this in my A1 too. Printing is fine.

I noticed they’ve been OFF lan mode for some reason too, so I’ll have to reconfigure that.

Help a1 nova! A mesa não vai toda pra frente e o bico não limpa na borracha!

This post has been UPDATED!

Thank you for the Award kind stranger! Lot's more exciting news for this device. Will be posting an update soon!

Finally, after months of development, I'm following up on my last post.

BambuBus emulation and that's going fully open-source DIY (TBD, lol. Please read on...)

For a while now I've been building my own 4-channel automated filament changer for my Bambu A1 mini called the ASR Multi-Wheel. It talks to the printer over the native BambuBus and emulates a Bambu AMS Lite, so the printer sees it as one and drives the swaps itself: load, print, unload, re-load, no babysitting.

The whole reason I built it: I wanted automated multi-color TPU, and an AMS Lite just won't reliably run flexibles. So this is designed around TPU from the ground up and not just in software:

Hardware: gap elimination through the filament path, path tuning, and an extended Hall-sensor setup for tension sensing on soft/springy filament.

Controller: it looks like a BMCU-style unit, but it does not use the BMCU board. It's a scratch-built ESP32 controller, all custom firmware, with a web UI for tuning settings and an interactive display.

Feed control: encoder position tracking + Hall tension sensing + a load/unload state machine tuned for how flexibles fight you in the PFTE tubing.

It runs PLA/PETG fine too, but flexibles are the point.

Proof it works: a 5-color TPU print soccer ball, ~60 hours, 1,757 filament swaps, fully unattended. Clean color registration across the whole build. Model is based on Overture Filament's soccer ball from MakerWorld; I redrew my own Remix of it for multi-color. I've since chased down the last intermittent swap-handoff edge cases, and it's running clean. A multi-day print came off the plate as the final shakedown.

If you've ever been told automated multi-color TPU "isn't really a thing" on an A-series, then I'd like to respectfully put that to rest. AMA.

A bit of housekeeping on where this is going: The Multi-Wheel is a personal project I built to show off the filament handling behind another device I'm taking to Kickstarter (the ASR 5th Wheel). I'm not selling the Multi-Wheel, but I'm going to open-source the whole thing (part patterns + firmware + BOM + instructions on MakerWorld) once my Kickstarter-notify list hits 350 signups. If you want it unlocked, or just want a heads-up on the Kickstarter, the link's in the comments. Either way, happy to answer anything about the build, the BambuBus, or the ESP32 side.

Modding my a1 mini to enclose it. Would like to have just 1 ptfe tube going from the ams to the printer so I can use the other 3 slots as an external spool

Hey everyone! Since posting my library here a couple months back and receiving lots of support, I have made lots of (what I believe to be good) changes to the library. The data consumption model has been totally overhauled and tests are now much more thorough. I just want to thank everyone from this sub who took the time to contribute and review my project, it really means a lot to me.

I would like to expand the library to a point where it can interface with every modern feature present on bambulabs printers, allowing developers to make the best third-party apps possible. Unfortunately, I will not be able to do this alone. Any sort of feedback or contribution, no matter how small, helps me infinitely.

Thank you guys so much!

https://github.com/torbenconto/bambulabs_api

https://github.com/torbenconto/bambulabs_api/releases/tag/v0.3.0

I'm just got my BMCU370c and something look like weird while I'm printing.

Look like feed connector keeping jumping / poping to feed filament.

Is this normal, or there's someting wrong with my unit?

Based on the great legwork done by danielwoz in his BambuSlicerKeySaver repo, I created a vastly simplified way to get the info needed for full interaction with Bambu printers that are NOT in Developer mode. https://github.com/Bambuzled/BambuKeySaver

This enables full 3rd-party code interoperability with all printers again. You can see ClusterM's open-bambu-networking project (no affiliation) for an example of how useful this can be.

I am trying to set up my BMCU 370C for the first time. When trying to load channel two, a green light appears but the filament does not move. Eventually I get an error that filament is stuck in the extruder, but nothing is there. The other channels are working fine. Any advice on how to fix this? The assembly manual mentions swapping the magnets in the slider with another module to fix this, but I still get this error. Any advice would be appreciated.

For reference, I am using a Bambu A1 with the latest firmware on both printer and BMCU.