I have a problem since the motor noise cencellation fw came out. If I print with PLA, after reading the qr code on the table, a little PLA comes out of the head, and the leveling of the table will not be correct. I always have to use a small pair of tweezers to remove the spilled material and the print will be fine that way.
1 Like
Wanted to report the same issue if the printer waits for confirmation if the build plate is different from the slicer selection.
From what you write, this even happens without the pause.
Im surprised that the printer meticulously cleans the nozzle at the springy part at the back of the plate while cooling down but then apparently heats up again before the bed levelling.
Thanks. How can we report this issue to BambuLab?
Moisture in the filament can cause oozing like this. What kind of PLA are you using?
3 Likes
These are completely freshly opened PLAs. I tried several brands, but the strange thing is that it used to be fine with the fw written above. When you look at the qr code, it goes back and then the filament comes out of the head.
I think there is a github somewhere, but Im not sure.
Fresh out of the bag those not mean DRY.
In many cases filaments are wet Out of the bag. Before use, dry it.
That QR code problem is Failing to read QR code is unrecoverable · Issue #3329 · bambulab/BambuStudio · GitHub, it doesn’t quite sound like this thread is about that.
On topic, I have two thoughts: First, I can’t imagine an oozed string still at 140°C would hold up against a bed levelling at all. It should be punched clean (although the “outer” results of that could lead to other problems, with pieces sticking to the nozzle or being left on the bed).
Second, I know I’ve seen a message where the printer actually detected a similar situation and paused with an error. I’m not sure how bad a blob was present at that time (I actually seem to recall it was a false positive).
At least in my case, the printhead was parked at the back, waiting for user input if the print should be resumed in spite of the wrong plate. The nozzle was completely cooled down with maybe 2mm of PLA that had oozed out. When I confirmed resuming, the printer started height calibration without heating the nozzle and the hard pla clearly messed up the z-homing.
To me it looks like something is fundamentally wrong when nozzle is still hot enough for oozing after it did the nozzle cleaning step at the back.
Maybe they want z homing with a hot nozzle?
At least in my case, the printhead was parked at the back, waiting for user input if the print should be resumed in spite of the wrong plate. The nozzle was completely cooled down with maybe 2mm of PLA that had oozed out. When I confirmed resuming, the printer started height calibration without heating the nozzle and the hard pla clearly messed up the z-homing.
To me it looks like something is fundamentally wrong when nozzle is still hot enough for oozing after it did the nozzle cleaning step at the back.
Maybe they qant z homing with a hot nozzle?
Oh, that description fits my observation perfectly.
the problem szili83 describes is a bit different, because there is no different or undetected plate in his scenario.
In my case I’m pretty sure there were no oozed filament, I watched it and I also resumed immediately so it would still be hot. I am pretty sure the printer somehow sets the height incorrectly after the failed QR attempt. But now I think I’ll try to confirm this again tomorrow so I’m not misleading Bambu…
I have a similar problem because it doesn’t always scan the QR code. But I didn’t think about it until now that not scanning is causing the problem.
Definitely choking off that part cooling fan with that cover
My first reaction was it’s bound to add noise, lol. But we’re digressing!
Have you tried it? Thanks!
Yup. First of all: To avoid confusion, the thing before the QR check is a Z homing. After the QR check (and possibly a resume), there is the full bed levelling a.k.a ABL.
- With correct plate loaded and QR enabled and found: Z ends up correct.
- With correct plate loaded and QR disabled: Z ends up correct.
- With correct plate loaded and QR is enabled but no QR found (or plate mismatch), then resumed: Regardless of ABL, Z height will end up too large (nozzle is high a.k.a. bed is low) and the print will invariably fail immediately. Even when there is a full ABL after resuming!
I did see a bit of oozing during bed levelling after resume, but I can’t see it being the reason - because even with ABL turned off, Z ends up with wrong height after a resume.
The height seems to be off by about 0.07-0.08 mm, measured from prime lines that survived enough to measure it.
1 Like
Thanks, I tried it, I have similar problem. How can we report this problem?
Couldn’t for the life of me figure out why I’ve been having so many failed prints, this is absolutely it. I’ve been getting the QR not found error quite lately and the first layer has been laughable, leading to a failed print. This seems to be exactly why! Just had my first successful first layer in many print attempts by not letting the QR code pause happen.
Now I have to find the reason for the QR code isnt being scanned. I’ve cleaned my camera, positioning is good, and I’m using the same plates I’ve had success with for hundreds of hours. My X1C seems to pick up the QR code maybe 1/5 times now.
It’s reported in Failing to read QR code is unrecoverable: Bed ends up too low (nozzle too high) · Issue #3329 · bambulab/BambuStudio · GitHub two weeks ago but none of the staff has reacted to it at all. Usually someone gets assigned pretty quick.
1 Like