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.
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.
I think itās clearly a problem with the 3mf file.
As mentioned above, if you export it as an stl file and load it in a new project, it works without problem.
The obvious solution so far is to give up the existing project settings, export it as stl, and then load and use the exported stl file in a new project.
yup, thanks. pretty sure itās the specific .3mf file thatās throwing the problem. i was worried for a sec. phewā¦
Same issue here gets to 99% then fails. It doesnāt matter which type of file it is it fails every time I try to send it to the printer. If I tell it to print it works fine.
Iāve been getting a slightly different message. Itās a different error number ( the same -5010 error that agtmcgill was getting), but the same āfailed to send to FTPā type message. What I discovered is that if I go back to prepare and change something, then re-slice it would send.
I had sent a model, and when I tried to print, the printer caught that I had selected the wrong build plate. I re-sliced it, and when I went to send it again, I started getting the āfailed to send to FTPā error. I realized I had just successfully sent the model moments before, and the only thing different was that I changed the build plate and re-sliced it. So, I went back, changed the color of the model, sliced, changed the color back, sliced, and then the model was sent to the printer without the error.
So, yes, in a sense and at least in my case, the failure it the sliced model that is bad. The fix is to re-slice it and hopefully Studio slices it right this time.
I hope this helps someone with the same annoying problem I had.
I first encountered a similar problem with Orca Slicer 2.2.0beta, I thought it was an Orca Slicer problem, so I launched Bambu Studio, same situation.
Formatting the SD card seems to have helped. Maybe poor quality SD cards are having some write errors on occasion and Bambuās firmware doesnāt gracefully handle those failures?
this has been going on for over a year, over multiple updates, Iād love it if they actually fixed it
Stumbled across the internet because of this exact error and I wanted to share.
I renamed the permanent failing 3mf file into something different than provided/downloaded. worked for me in windows.
Bambu-Lab 1.08.02
Bambu-Studio 1.10.1.50
Maybe someone different can share his experience on this?
happens here from time to time - P1S in LAN only mode
some hours later - no problem
nothing changed as far as I can say
for me it seems that āLAN only modeā ist nothing but a joke because you can āsend plateā to your printer and you can ftp in to your printer - meaning (at least for me) even in the so called āLAN only modeā the print file is taking a ride around the globe
thatās just awkward
Thank you!!
That was the problem I encountered this morningā¦ both A1 and P1S suddenly reporting errors when sending a jobā¦ FTP Access denied.
I exported the STL and opened a project, worked immediately.
FWIW, the model I was tripping over was Coping saw / Fine saw / Jigsaw / Craft saw by Ghulaschsuppe - MakerWorld
Joining in the confusion.
Bambu P1S w/ AMS in LAN Mode on airgapped VLAN
Firmware 01.07.00.00
Orca Slicer 2.2.0
Forgetting bambu studio version
Iāve been periodically getting this FTP error from the printer.
Error code: -4020
Error desc: Failed to upload print file to FTP. Please check the network status and try again.
Extra Info: [ftp code]: 9
[reason]: Access denied to remote resource.Server denied you to change to the given directory
Iāve hit 2 different sessions of this with no real answer.
In no particular order and combination
- Tried ejecting and reloading the SD card assuming it went RO
- Replaced the SD Card.
- Power cycled
- Powered down for 10 minutes
- Tried different print file
- Restarted Orca
- Tried Bambu studio
- Rebooted computer running slicer
- Refreshed access code
SD card printing is fine, so WTF is wrong with the internal FTP server?
āSendingā is fine.
The error is pretty straightforward, the FTP server in the printer is finding that it does not have folder/file permissions for some reason.
Only resolution Iāve had is to give up trying for a few hours and try again later.
Any by try again later, Orca never closed, PC never powered down, original print file still loaded in slicer, settings still prepped. Literally just hit āPrint Plateā again the next morning or next evening.
I wonder if the successful people in this thread were just lucky in something resetting itself coincidentally at the same time as their troubleshooting?
wanted to give my experience with this issue and how i solved it.
Was not able to send prints from orca or bambu. after rebooting everything still no improvements. played around with wifi settings, no improvement.
The thing that finally fixed it for me was removing the printer from bambu studio, generating a new access code, and then adding it back to bambu studio.
then it worked with no issues on my X1C
This fixed it for me, after having tried different microSD cards, Windows firewall rules, router firewall rules, generating a new access code finally got prints working in LAN mode. Hallelujah!
Same issue here. Tweaking everything in the LAN didnāt help. A new access code didnāt help either.
However, I am able to send the job file using the FileZilla client. Total Commander FTP does not work (I must be missing some setting).
My conclusion is that the BambuStudio FTP client is not properly cooperating with the BambuStudio printer FTP server. FileZilla works.