this post was submitted on 02 Nov 2025
299 points (99.7% liked)

3DPrinting

20518 readers
131 users here now

3DPrinting is a place where makers of all skill levels and walks of life can learn about and discuss 3D printing and development of 3D printed parts and devices.

The r/functionalprint community is now located at: or !functionalprint@fedia.io

There are CAD communities available at: !cad@lemmy.world or !freecad@lemmy.ml

Rules

If you need an easy way to host pictures, https://catbox.moe/ may be an option. Be ethical about what you post and donate if you are able or use this a lot. It is just an individual hosting content, not a company. The image embedding syntax for Lemmy is ![](URL)

Moderation policy: Light, mostly invisible

founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] psud@aussie.zone 1 points 1 month ago* (last edited 1 month ago) (1 children)

You obviously need to ID the spools and store values for all, the different hub weights aren't a big issue if the printer knows the length of its filament path, how much filament the spool started with, and how much filament has been consumed it can work out the hub weight

Regularly changing filament fixes the problem of the load cell drifting, by allowing it to zero occasionally

You could warn on low filament, or not enough for this print, but load cells aren't accurate enough to be certain about the last few metres, along with errors from cosmetic trimmed before feeding, or some is damaged and cut off, so I would still use the normal no filament sensors for stopping

Not saying it's worth it compared to a software solution in the slicer

The major thing this would necessitate is more communication between the slicer and the printer. I run my printer from an SD card, because I've got an ancient printer.