starred/bambuddy

Fork 0

mirror of https://github.com/maziggy/bambuddy.git synced 2026-05-09 05:35:30 +02:00

[GH-ISSUE #485] [Bug]: Printing is not deducting from filament #305

New issue

Closed

opened 2026-05-06 12:28:07 +02:00 by BreizhHardware · 1 comment

BreizhHardware commented

2026-05-06 12:28:07 +02:00

Owner

Originally created by @wreuel on GitHub (Feb 21, 2026).
Original GitHub issue: https://github.com/maziggy/bambuddy/issues/485

Originally assigned to: @maziggy on GitHub.

Bug Description

I have one filament on my stock, is show that is on Slot 4, I have printed something (less tha one gram) but is not deducting anything from it.

Expected Behavior

Even when is less than 1g, it should deduct something right?

Steps to Reproduce

Just print something via bambu studio

Printer Model

P2S

Bambuddy Version

v0.2.1b2

Printer Firmware Version

01.01.03.00

Installation Method

Docker

Operating System

Linux (Ubuntu/Debian)

Relevant Logs / Support Package

https://github.com/user-attachments/files/25459276/bambuddy.log
https://github.com/user-attachments/files/25459275/support-info.json

Screenshots

Two prints:

The fillament showing assigned on the printer:

It didn't deduct anything:

bambuddy.log
support-info.json

Additional Context

No response

Checklist

I have searched existing issues to ensure this bug hasn't already been reported
I am using the latest version of Bambuddy
My printer is set to LAN Only mode

Originally created by @wreuel on GitHub (Feb 21, 2026). Original GitHub issue: https://github.com/maziggy/bambuddy/issues/485 Originally assigned to: @maziggy on GitHub. ### Bug Description I have one filament on my stock, is show that is on Slot 4, I have printed something (less tha one gram) but is not deducting anything from it. ### Expected Behavior Even when is less than 1g, it should deduct something right? ### Steps to Reproduce Just print something via bambu studio ### Printer Model P2S ### Bambuddy Version v0.2.1b2 ### Printer Firmware Version 01.01.03.00 ### Installation Method Docker ### Operating System Linux (Ubuntu/Debian) ### Relevant Logs / Support Package ```shell https://github.com/user-attachments/files/25459276/bambuddy.log https://github.com/user-attachments/files/25459275/support-info.json ``` ### Screenshots Two prints: <img width="548" height="355" alt="Image" src="https://github.com/user-attachments/assets/ff1fcb8e-548f-4ecc-91ca-392048fd7988" /> The fillament showing assigned on the printer: <img width="750" height="662" alt="Image" src="https://github.com/user-attachments/assets/361e1525-39a8-45c5-8cc0-0e441bb5f13a" /> It didn't deduct anything: <img width="1104" height="172" alt="Image" src="https://github.com/user-attachments/assets/52f433fa-7287-4eb2-9d70-70214eb06e11" /> [bambuddy.log](https://github.com/user-attachments/files/25459276/bambuddy.log) [support-info.json](https://github.com/user-attachments/files/25459275/support-info.json) ### Additional Context _No response_ ### Checklist - [x] I have searched existing issues to ensure this bug hasn't already been reported - [x] I am using the latest version of Bambuddy - [x] My printer is set to LAN Only mode

BreizhHardware

2026-05-06 12:28:07 +02:00

closed this issue
added the
bug
label

BreizhHardware commented

2026-05-06 12:28:08 +02:00

Author

Owner

@maziggy commented on GitHub (Feb 21, 2026):

This is related to #475 — the 3MF source file isn't being downloaded from your P2S, so the archive has no file_path. The usage tracker's primary method (parsing the 3MF for precise per-filament gram estimates) can't run without it.

The fallback method (AMS remain% delta) also won't help for prints using less than ~10g, since the remain% reported by the printer is integer-granularity (1% = ~10g on a 1kg spool).

Once we fix the 3MF download issue from #475, usage tracking will work correctly — the 3MF contains the exact gram estimates from the slicer, which is what we need for small prints like yours.

@maziggy commented on GitHub (Feb 21, 2026): This is related to #475 — the 3MF source file isn't being downloaded from your P2S, so the archive has no file_path. The usage tracker's primary method (parsing the 3MF for precise per-filament gram estimates) can't run without it. The fallback method (AMS remain% delta) also won't help for prints using less than ~10g, since the remain% reported by the printer is integer-granularity (1% = ~10g on a 1kg spool). Once we fix the 3MF download issue from #475, usage tracking will work correctly — the 3MF contains the exact gram estimates from the slicer, which is what we need for small prints like yours.

BreizhHardware referenced this issue

2026-05-06 12:34:23 +02:00

[PR #305] [MERGED] Limit maximum TLS version in ftp_server to 1.2 #993