Maybe I’m missing it, but there is a load/unload for the AMS but no option to unload or load external rolls of filament. It doesn’t even cut it. You have to heat up the hot end, press the reverse button the extruder like a million times and then pull super hard to get it out. This doesn’t make sense.
3 Likes
I don’t think any of the users who have reported so far have received the promised “Bug Reporter” badge.
@Hakuna.Matata on the Discord chat server recommended that we have an issue-tracking system for the firmware. I agree! Whenever we submit firmware issues, it is hard to see the state of our firmware suggestions and bugs in the forum (like if they have been acknowledged, planned, in progress, implemented, stale, cancelled, etc.). @Wolf_on_Air on the Discord chat server suggested that you might create a codeless GitHub repository for accepting the firmware issues so users can submit and track the status of issues as they submit them. If you prefer a self-hosted issue tracker for firmware, you might consider Jira among numerous others.
2 Likes
We apologise for the delay, but we are still working on implementing all the workflow for this.
We also need to ensure more consistency in the bug reporting as some users do not follow the guideline and the bug reports are scattered in various sub-sections.
Please allow us a bit more time to work on this and we will do it better.
Thanks
Ciprian
2 Likes
Problem: Resume after pause procedure moves print head against front wall
Firmware Version: 01.01.01.01
Printer: Bambu Lab X1-Carbon
Steps to reproduce:
- Pause mid print, in my case done through the slicer option “add pause”
- While paused move the print head all the way to the front using the UI. Since it is homed it will stop at y=0. I did this to manually remove filament that had accumulated on the nozzle.
- Press resume
- The resume procedure/macro seems to always move the print head to the front for a bit, even if located at y=0. This results in skipped steps and when resuming the print it results in shifted layers.
Other information:
After being homed the firmware should always know about the print heads total position and a move outside it’s boundaries should never be possible, even for macros.
Feature suggestion:
While in pause mode the UI should give the user maintaining options like:
- clean nozzle - automatically clean the nozzle
- clean nozzle manually - move print head to the front
- manual filament switch - unload filament → load new filament → poop. This one is an important missing feature in my opinion, even for AMS users that may want to manually switch to a 5th filament. Also when using multiple colors in the slicer while not having an AMS attached this procedure should take place whenever there is a filament switch. The slicer could warn the user if there is a lot filament switches in the print and having no AMS attached.
EDIT:
I encountered another case where a macro drives the print head against it’s limits:
Steps to reproduce:
- Cancel a print via display UI
- Move the print head to the back via UI
- Start another print
- The print head will hit the back limit and skip steps in this case. The print will not fail since another homing procedure is done before the print.
Not a bug but a feature request
At the end of a print, the X1c consumes abt 30 watt energy. When I add the command M18 at the end, all steppers are off and the cpnsumpti0n reduces to 10 watt.
Look here (;
@M_Key Thats what I said. I am adding M18 at the end of the print since quite a while already.
Someone from Bl mentioned a while back that they would look into this with the new firmware or Studio version. Just wanted to make sure that this is not forgotten
Thanks.
1 Like
When I send a 3D file from Fusion 360 to the slicer, it opens a new window each time. Running MacOS Big Sur.
After firmware update the printer no longer pauses.
After a bunch of failures, tested slicer 1.3 and 1.4, if you set the printer to pause via the slicer to insert nuts, it keeps printing like nothing happened.
This was working fine before the firmware update.
This is a must have feature.
I am very annoyed at this stage, tired of endless doing this and that to be able to print.
Another user tested this and the printer indeed does no longer pauses.
He is also running the latest firmware.
I tried that yesterday and it did work for me. Latest Studio and FW, MacOS.
I have added the pause command via slicer interface, right click on the + and then click on add pause
1 Like
There shall be no difference in pause in this firmware. How did you perform the pause action?
The root cause was because printing sequence was set to by object and not by layer.
Prior to the firmware update, that was never an issue.
The slicer doesn’t warn you either, it does allow you to slice as usual and the printer ignores it.
The slicer must now allow you to set pause when in object mode.
Problem: Bed crashes into nozzle with extreme force at beginning of calibration
Firmware Version: 01.01.00.00
Printer: Bambu Lab P1P
Steps to reproduce:
- Home the printer
- Start calibration
- Bed runs up and crashes into nozzle, causing screeching sound and carbon rods flex upwards
- After a second or two calibration continues as usual
2 Likes
Problem: Bed crashes into nozzle with extreme force at beginning of calibration
Since this is not reported by other users this sounds more like an hardware issue with the z-endstop.
Do you have a P1P? Try it out, it’s fun.
I’m guessing it’s just a simple issue in the beginning of the calibration g-code. The home leaves the bed just below the nozzle and the bed is told to run up at the beginning of the calibration.
There is no z-endstop.
It’s certainly a disadvantage of the piezo sensors that they cannot be active all of the time waiting to detect a head crash, but it also sounds like the printer’s software endstops are not being respected.
Do you have a P1P? Try it out, it’s fun.
It might be an issue with macros being able to move past endstops, I have reported this above
There is no z-endstop.
There is an z-endstop and in this printer it’s implemented with piezos.
I don’t think you, and many other people here, understand the point of a bug-reporting thread. It’s not intended for community opinions and conversation, it’s to report bugs in a clear and concise manner so the devs can see them easily. I wasn’t asking for anyone’s help or opinions.
2 Likes
MASSIVE BUG ON THE NEW P1P FIRMWARE!!
My entire print farm is down! I have 3 P1P’s and they all automatically received the new firmware on 1/15/23 now all of them no longer heat the bed with anything sent from Bambu Studio OR the SD card!
I tried to factory reset one printer to see if it would revert but the new “Bluetooth QR Scan feature” it now just shows a blank screen and now I can’t even connect to it anymore! What’s going on? How fast can this get fixed, I need to get these printers working ASAP or I’m Screwed!
EDIT: I was able to borrow a friend’s android phone and make the pairing from the unbound printer, however currently this is not possible on my iphone.