Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Huge ratio of unneeded supports despite support blocker #3083

Closed
Chrismettal opened this issue Oct 20, 2019 · 7 comments
Closed

Huge ratio of unneeded supports despite support blocker #3083

Chrismettal opened this issue Oct 20, 2019 · 7 comments

Comments

@Chrismettal
Copy link

Chrismettal commented Oct 20, 2019

Version

2.1.0+win64 201909160915

Operating system type + version

WIndows 10 Pro

3D printer brand / version + firmware version (if known)

Stock MK3S

Behavior

I have the following feature in a part i am designing right now:
FreeCAD_pZoKeNryhI

The chamfer is intended to only make supports neccessary in the uppermost part between the parallel features, while not supporting anything below the chamfer.

Additionaly i added the following support blockers and enforcers:
prusa-slicer_6RGcDpb7Yv
I was hoping the blockers would make supports at this height absolutely impossible.

What actually comes out sliced is this:
prusa-slicer_GHTJmFLoEE
The part is not directly supported on the 45° slope, which is good, but the upper part feels the need to get supported "from the outside" and generates supports through the whole height of the model.
I expected the blockers to prevent supports at these heights of the model.
In the actual part i am designing the full height of the model is much greater and there are a lot of occurences of this feature. The supports alone even with a 0.6mm nozzle add up to around 4hrs of unneccesary support printing.
In my actual model they don't even come in from the side but rather just support the outermost part of the chamfer, effectively doing nothing but waste time and filament.

Maybe i am misinterpreting the actual function of the blockers. I feel they only mark SURFACES that need support, while i was hoping they would stop support generation in thie AREA i marked. Is that right?

Project File (.3MF) where problem occurs

Testpart.zip

@mroek
Copy link

That is quite unfortunate. I played around with your test file, but I found no workaround for it (but I'm not that experienced with PS, so it may still be possible).

One of the things I tried was to use a height range modifier. However, even if you can choose support material as a setting for a height range modifier, it doesn't seem to actually work. Not sure why, but when clicking under the height range modifier to add settings for support, nothing happens.

@Jebtrix
Copy link
Contributor

Jebtrix commented Oct 20, 2019

Support generation is definitely on the dev's radar but here is how to nudge it (not perfectly supported edge to edge though).

Note if you enlarge the Support Enforcer past a certain point you will see some support in mid air. This is another known and already reported bug.

supports

Testpart_tweaked.zip

@Jebtrix
Copy link
Contributor

Just a fyi I wouldn't print this part in that orientation. Laying it down would be a lot less print time.

Optimal Orientation

@Chrismettal
Copy link
Author

Chrismettal commented Oct 20, 2019

Wooah when i'm back at the pc i gotta check out how you did that. Thank you!

I know laying down is better. This is just a demo piece of the specific feature the slicer was having problems with. My actual model is a lot bigger and cannot be oriented differently while having a ton of instances of that feature, intended to save on supports.

EDIT:

Ok i get how you did it. Thanks for showing me.

@Jebtrix
Copy link
Contributor

It's worth noting this workaround is very picky. That same setup rotated different ways:

Rotated 90

supports_rotated_90

Rotated 45

supports_rotated_45

@termlimit
Copy link

Adding to this issue, the attached 3mf is displaying the same issue. I have tried "For support enforcers only" and "Everywhere" and each has its own variation on the problem.

I am including the best version I could come up with for the two support options listed above.

FrameSlice_Front_v2_everywhere_2

FrameSlice_Front_v2_for_support_only

FrameSlice_Front_v2_support_options_3mf.zip

@bubnikv
Copy link
Collaborator

Implemented with "snug" supports

image

image

It will be contained in PrusaSlicer 2.4.0-alpha1.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants