Same issue over here, but the LAN Only Mode off and on, didn’t work… I always used it in LAN only mode, and just suddenly between plates, it doesn’t work anymore… Anybody got a solution?
Not sure what the ultimate solution was as mine started working after a day with no indication as to why it failed. As an interim you can try using the send function which is located under the “print plate” pulldown (which worked for me) and then launch the print job from the printer. Granted is only marginally better then sneaker net but its better then nothing.
2 Likes
Thanks tried that indeed, but then when using an AMS and wanting to print from a external spool is kinda an issue, that doesnt work for whatever reason, now I’m trying to do one short print with sneakernet, and then close it all down again… but the thing keeps in my head … WHY, out of the blue…
1 Like
Having this issue today on my P1S out of nowhere. Just printed from LAN only mode last night like I have since I owned the printer a few months now. Can connect to FTP from WinSCP.
Tried from Orcaslicer and from Bambu Studio same error… Turned off LAN Only mode then back on, changed Access Code… same issue. Still FTP over TLS from WinSCP works, SD card is not full… not sure what’s going on.
Edit: Same thing… Send to printer works not Print, which is what I always use. With the P1S not sure how I can make AMS use the right slot directly from the printer.
Update. So, the original 3MF came from a Makerworld (P1S Bezel). I exported the object as a STL, then created a new project and imported the STL and was able to send to printer. So it must be a problem with the 3MF files. Export the models from it, and create a new project and see if that works for you.
2 Likes
I had the same problem as you - starting a new project in Bambu studio and loading in the models there worked fine, but using a downloaded 3MF didn’t work.
This was with LAN-only mode on.
if you have this if again i have found a fast way to correct the issue
go into device completely log out and re input the access code this will correct the issue you are having this worked for me.
Im getting this error too. Ive tried logging out and in again but still doesnt work. I can send the file to the printer but I am at a loss why its doing this all of a sudden.
I have the same right now on my A1 mini.
If I download from MakerWorld and open it in Bambu Studio, then I get stucked as above. ( MakerWorld: cute snoopy keychain )
So far there was no problem downloading projects.
If I create a new project or load my older projects then it working fine.
“Logout-login” and “LAN mode Off-On” did not helped.
I have the same error. Brand new P1S. Put it in LAN only mode. Can’t print anything with the same ftp error.
I’ve run into this three times so far. All three times have been with a .3mf download from MakerWorld.
Only two ways I’ve found to deal with it.
- Use “Send” instead of “Print Plate”, then choose the job on the printer’s screen.
- Export the object from the project as an STL, then start a new project and import the STL.
It’s pretty obvious that something is embedded in these .3mf files that’s causing the issue.
3 Likes
Although i agree with the workaround i disagree that this is related to just downloaded 3MF files. In my case it was with designs i had created in Fusion and was seen in both 3MF and STL files. During trouble shooting i went back to 12 month old STL files and i still had the issue.
I wish i could say what solved the problem but it mysteriously disappeared as spontaneously as it appeared.
1 Like
I can also confirm that the issue can be caused by something within the 3MF file. exporting it as STL, creating a new workspace and importing the STL fixed the issue for me
I also encounter this, as say before its happend after import .3mf file to fix it there is a need to close the project then when imprt stl file it will work without the comunication FTP fail
I guss this is becose some .3mf file define project with location and Bambulab block trensmiting them to the printer creating error 4020
Same here. 3mf file was creating error 4020, importing as STL and I was able to send the file.
Same problem, seemingly out of nowhere. Switching to “send” works.
So odd, and concerning.
Same, I opened a ticket with Bambu and they confirmed they could reproduce it. The error mentioned something about being denied access when changing subdirectories.
Sometimes just printing from a different machine works. I’ve taken to just sending files over and starting them from the printer console when it happens.
Hopefully it’s fixed in a new release soon. I think we’re due for a new release to update the s/w for new filament profiles anyway.
Had the same problem. FWIW, I turned off the printer completely (mains off), closed and started Bambu Studio again. Then I tried the Send, nothing happened, then I tried Print Plate and it works fine again, in LAN mode.
Just a note here. “Send” transfers the file to the SD card but doesn’t start it. “Print” transfer the file to the printer (internal memory on the X series and SD on the P series) and starts it.
2 Likes
I have just encountered a problem very similar to the above. I have poked around a bit and
feel it is most likely a cloud server issue. Here’s what I see.
System: x1E running latest firmware (4/24).
Date: 4/16/24 and 4/17/24
Successfully sliced a design using Bambu Studio (ver 1.8.4.51).
On 4/16:
Using Bambu Studio:
-Send file to microSD using Bambu Studio fails. Progress bar rapidly advances to 99%
and then pauses until transfer fails with FTP timeout.
-Using Bambu Studio Device Tab, check display of microSD. File appears and all
options (Delete, Print, Download) appear functional.
-Using Bambu Studio Device Tab (not the Print command on the preview page), attempts
to print above file immediately fail with FTP complaint (don’t recall wording). Repeated
attempts all fail in same fashion.
-On all FTP failures, checked Bambu cloud server status - all green, no problems indicated.
Using LCD panel on x1e:
-Print command of above file succeeds. Clearly file transferred properly.
Using Filezilla (free FTP utility):
-After exporting above file from Bambu Studio to Windows file system, tested FTP
transfers from PC to printer. All transfer tests were successful. Clearly FTP to
printer works properly.
On 4/17:
Using Bambu Studio:
-Send command, same file successfully transferred to microSD.
Progress bar rapidly ramped up to 100% and, after about 2 sec., window closed
indicating successful operation. Verified file present using Bambu Studio Device
page.
-Using Bambu Studio Device page, all attempts to Print same file immediately
failed.
-Using Bambu Studio Print command on Preview page, file successfully transferred
to cloud and back down to printer and began printing.
So, I believe there is some transient issue in the cloud service that, unfortunately, does not
appear as a service outage/problem on the Bambu cloud server status page.
i also have a question about why the Bambu Studio Device page Print command (for any
of the microSD files) is attempting to do any FTP file transfers. All the other commands
on the Device page appear to simply be remote versions of the LCD display functions.
Why is the Print command attempting to re-transfer (and re-transfer from where? PC,
cloud server cache?) when the LCD printer display simple starts printing the (already)
locally stored file?
I’m still trying to get a clearer picture of how Bambu Studio file manipulations actually
behave. The above mysterious behavior isn’t helping. Any comments welcome.