prusa3d / PrusaSlicer

G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.)
https://www.prusa3d.com/prusaslicer/
GNU Affero General Public License v3.0
7.39k stars 1.87k forks source link

Organic supports are generated outside of build plate #12677

Open vrosu opened 2 weeks ago

vrosu commented 2 weeks ago

Description of the bug

I'm trying to use organic supports to print a part that's unfortunately only printable like this (due to a length of 240 mm). When activating organic supports I observe that some of them are generated outside of the build plate, even if apparently there is enough space in the object itself. I would expect that the organic supports are generated only in the build plate area (on the build plate or in the object, but not outside build plate boundaries). I haven't been able to locate that would force the system to generate organic supports only inside the object. Just in case, snug supports are generated correctly, but I'm trying to avoid spending so much filament and time. image

Project file & How to reproduce

Support.zip

Checklist of files included above

Version of PrusaSlicer

Version 2.7.4+win64

Operating system

Windows 11 Home

Printer model

MK4

murk-sy commented 2 weeks ago

Workaround

Since support blockers don't do much, what you can do is place very thin (0.05 mm) parts that cannot be printed right next to the part. Edit: They need to be merged with the main object, visible in the downloadable project.

image

image

Support-with-workaround.zip

Side note: if the "blocker" part is slightly too far from the base part, Prusaslicer will still try to place a tree support on the build plate: image More like twig supports, what am I even looking at

u89djt commented 2 weeks ago

@murk-sy Nice! That's going to extremely useful! I guess the plate wants to be intruding on the existing part so it doesn't modify the main dimensions? It's going to be easy to add these in CAD. It'll help packing of multiple objects too without having to join them before slicing during iterative searches for efficient layouts. Brilliant. Before I noticed that the material is PETG - so I assume warping is too much of a risk - I built this suggestion to investigate: canted Support.zip image

vrosu commented 2 weeks ago

Ha, it works indeed @murk-sy - thanks. I tried replicating your project via the instructions first, and there was one crucial thing missing - the fact that the objects needed to be merged - which I observed when looking at the project object tree in the right side of the page. Much appreciated! Interesting that with organic supports I get 250g of plastic less (positive), but increase of 14 hours (negative). I will try @u89djt 's suggestion - thanks for that as well. The reason I did not try that yet is because always it's a continuous exercise to try and rotate in whatever axis the object and see if it fits + painting custom supports hoping it will work.... Final material is PLA, I set PETG because I thought I have enough filament in my PETG roll, but apparently it's not enough.

(I would still keep this bug report open, as I'd expect Slicer not to generated them on the outside.)

neophyl commented 2 weeks ago

I wouldn't keep this open as its a duplicate of existing issues. For example https://github.com/prusa3d/PrusaSlicer/issues/9569 https://github.com/prusa3d/PrusaSlicer/issues/10535 etc also this is not limited to organic supports but all support types. It just happens more with organic so is more noticeable.

vrosu commented 2 weeks ago

Correct, but I'd like official prusa then to close with duplicate, as this needs more attention (I might need to look into this myself)

u89djt commented 2 weeks ago

and it'll be handy for other folk looking to report the same issue to find @murk-sy 's fix. I guess it's a grey area with workarounds - maybe there could be a "workaround" category between open and closed? We can at least poke the folk who had the problem: @3delight @hstag @hatesyourface @jonaskello