FTP 550 error during print causes filament consumption tracking to fail on P2S (LAN mode)

[amille181]

Bug
Filament consumption is never tracked. "Consumed Since Loaded" always shows – and net weight never updates after prints complete.

Environment

• SpoolEase Console: 0.6.2-b.1
• SpoolEase Scale: 0.6.2-b.1
• Printer: Bambu Lab P2S
• Connection: LAN mode (no cloud)
• Developer Mode: Enabled
• Fetch 3MF From: FTP (No Authorization)
• SD Card installed: Yes (usb drive in P2S)
• "Store Sent Files on External Memory": Enabled

Root Cause (diagnosed)

SpoolEase attempts to FTP fetch the 3MF from /cache/.gcode.3mf during the print, but receives a 550 Failed to open file error — likely because the printer locks the file while printing. By the time the print completes and the file is accessible, SpoolEase has already abandoned the gcode analysis job and has no consumption data to apply.

The file was confirmed present in /cache/ via direct FTPS connection after print completion:

curl -k -u bblp:<access_code> --ftp-ssl ftps://192.168.68.63:990/cache/
-rwxr-xr-x  1  103  107  52270 Mar 13 20:37 5x5cube.gcode.3mf

Relevant Logs

Print start — FTP fetch attempted and fails:

INFO  - [bambu_print.rs:210] [1] Print project started: name: '5x5cube', using ams slots: [-1, -1, 2]
INFO  - [view_model.rs:2746] [1] Received request for gcode analysis 5x5cube Metadata/plate_1.gcode
INFO  - [gcode_analysis_task.rs:331] [1] Connecting to printer ftp
INFO  - [my_ftp.rs:119] Connected to ftp
INFO  - [my_ftp.rs:137] Established TLS connection with ftp
INFO  - [gcode_analysis_task.rs:356] [1] Login to printer ftp succeeded
INFO  - [gcode_analysis_task.rs:425] [1] Fetching 3mf(ftp) - first of: ["/cache/5x5cube.gcode.3mf"]
ERROR - [gcode_analysis_task.rs:528] [1] Error initiating retrieve of 3mf file one of 
        ["/cache/5x5cube.gcode.3mf"] Ftp { response: ControlResponse { code: 550, string: "550 Failed to open file.\r\n" } }
ERROR - [view_model.rs:3564] [1] Gcode analysis job 1 failed (exact error above?)
Print finish — no consumption data available:
INFO  - [bambu_print.rs:379] [1] Print project finished successfuly
ERROR - [bambu_print.rs:391] [1] Something is wrong tracking print project, at FINISH no gcode_analysis data available

Expected Behavior

SpoolEase should either:

1. Retry the FTP fetch after print completion when the file is no longer locked, or
2. Delay the initial fetch until the printer signals the file is ready

[yanshay]

The printer is not locking the file, it is not using it as it is using an internal copy. This file is only there because the printer copied it there.

What SpoolEase version are you using?

To understand this - did you try to print again the same file with the same name when the file is surely there to eliminate timing issues? When file is there you can even disable the setting to copy to external memory to make sure it is not being overwritten at the time of the read, need to know what happens in such case.

Do you have other integrations with the printers?

An issue I have seen in the past is very slow/problematic usb stick that caused similar issues. The file took a long time to appear after printer reported it completed everything (spoolease waits for printer reports about completing the download and works also with very large files that take a lot of time to be copied to external memory and validated by many to work with all printers so unlikely it is a SpoolEase issue even if can find a way to support also such cases but it will case other issues elsewhere because of retrying for too long).

Or maybe it is something completely different but try the above first. Other issues would be more effort to troubleshoot.

[amille181]

SpoolEase Console: 0.6.2-b.1
SpoolEase Scale: 0.6.2-b.1
Integrations: Home Assistant Bambu Integration and Bambuddy

When other integrations are active, specifically the Home Assistant Bambu Lab integration and Bambuddy, SpoolEase's FTP fetch fails with 550 Failed to open file because the competing client holds the FTP connection or file.

With all other integrations disabled, SpoolEase successfully fetches the 3MF and consumption tracking works perfectly. Worth noting, the HA integration and Bambuddy coexist fine, which would suggest maybe concurrent FTP connections is supported. Perhaps there is some contention at the file level rather than with the FTP connection.

Possible fixes:

• Add retry logic on 550 errors (wait and retry a few times before giving up)
• If gcode analysis fails at print start, attempt a retry fetch at print completion
• Document this conflict in the FAQ/troubleshooting section