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

Enforce support for first N layers has no effect #470

Closed
DrLex0 opened this issue Aug 12, 2017 · 12 comments
Closed

Enforce support for first N layers has no effect #470

DrLex0 opened this issue Aug 12, 2017 · 12 comments

Comments

@DrLex0
Copy link

Version

1.36.2

Operating system type + version

Mac OS X 10.11.6

Behavior

  • The ‘Enforce support’ feature does not work.
  • Steps needed to reproduce the problem
    • Slice the attached model with attached settings.
  • Expected Results
    • It looks somewhat like this (screenshot from a recent dev build of the ‘vanilla’ Slic3r): slic3r-1_3_0dev
  • Actual Results
    • It looks like this: there is no support to be found. slic3r-prusa

While I'm at it (who knows, maybe related), a small nuisance in the UI: toggling the “Generate support material” checkbox is impossible as long as either the “Overhang threshold” or “Enforce support for the first” text fields have focus.

STL/Config (.ZIP) where problem occurs

config_and_model.zip

@DrLex0
Copy link
Author

Never mind, is duplicate of #273

@DrLex0
Copy link
Author

… but, that fix should be in 1.36.2, so reopen

@DrLex0 DrLex0 reopened this Aug 12, 2017
@bubnikv
Copy link
Collaborator

Did you have the supports enabled? In your config the supports are off.

@DrLex0
Copy link
Author

The tooltip says: “regardless of whether normal support material is enabled or not”.

@bubnikv
Copy link
Collaborator

I see, this is actually new to me. I will have to think over it, whether to maintain the
“regardless of whether normal support material is enabled or not”
or not. Frankly I was not aware of this exceptional case.

@DrLex0
Copy link
Author

I'm not sure if this was recently changed, but I seem to remember from older versions that supports as a whole needed to be enabled for this to work, so I found the tooltip a bit surprising as well. I'm not sure what the desired behavior should be either. It does make some sense to keep it independent from the normal supports. With the current behavior, if one only wants these bottom layer supports, the overhang threshold must be set to 1° to prevent generating supports higher up, which is a bit of a hack…

@Sebastianv650
Copy link

@bubnikv, we had that once already: #318

@bubnikv
Copy link
Collaborator

bubnikv commented Aug 14, 2017 via email

@3axis
Copy link

I am finding supports difficult also, something I sliced in 1.36.2, looked like it was supported but when it printed the thin bottom edge was slightly in the air resulting in mis-shapen edge and a junk print. I tried adjusting many options including enforce for first 25 layers. Nothing made any difference really, could not get a successful print. I know the model is awkward but it is now printing looking ok from Cura. I love Slic3r and the Prusa layer heights, it would be fantastic if supports got hugely improved.

image

DehydratorBracket.stl.zip

I put a lengthy comment on this article because I would love to see Slic3r supports improve, particularly the possibility to create manual supports: http://www.prusaprinters.org/printing-soluble-interface-supports-prusa-i3-mk2-multi-material/

@boelle
Copy link

boelle commented Sep 19, 2017

i had the same problem with the attached model

support was only generated under the "tubes" and all the way up in the tubes

i put it on the plater with the tubes up as it would require the least amount of support

the print came out very badly as the slicer created overhang from the 2 small sides... ie the biggest distance possible

image

image

i run slic3r from within repetier host as i need the gcode to be repetier firmware specific

i have tried to slice direct from slic3r (latest version) and its the same there

if using cura_engine it looks like this

image

its does not have to be so small sqaures, twice as big might do the trick

Huller_original.zip

@bubnikv
Copy link
Collaborator

Another report of the same issue: #541

@bubnikv
Copy link
Collaborator

Fixed with d2c4602

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