-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Add an option for setting bridge/perimeters overlap #12144
Comments
I have did quite many tests (about 60 prints of 14 bridges with various bridge speeds(10-140mms), flow ratios(0.7-1.2), bridge accelerations(50-150mms)) Trying to get the perfect settings for bridging... So it seems this was the problem! I found decreasing the bridge acceleration to 50-150 interval helped the most somewhat, but still these bridges are not useable. EDIT: I tried using V2.6.1 and V2.6.0 versions and the same result happened. The temporary solution to this problem was decreasing my 0.4mm nozzle layer height from 0.32 to 0.28mm! EDIT2: I noticed that this layer height changing fix only works when there are 2 layers on the bridge, if the bridge layer consists of 1 layer, then even with .28 layer height the bridge will not anchor properly (if i use 2 layers, then even with layer height .32 the bridge starts to anchor like it should) |
This. Running 2.7.1 There is a very, very strange dependancy between bridges being sliced properly, base layer height and first layer height. In short, if your base layer height matches first layer height (let's say .2 for base and .2 for the 1st layer), then all the bridges will be sliced incorrectly, with zero to no anchoring to the infill or/and to the outer shell. Once you change your base layer height or 1st layer height to not match (let's say, you keep your base height 0.2 and change 1st layer to 0.21), BAM(!!!), bridges begin slicing properly. This is just stupid. |
Add #9999 to the list (I just added screenshots and a project file to that issue); we're now at the one-year anniversary of the first report and it is still an issue in 2.7.2. |
Still occurs as of version_2.7.5-rc1 |
There are still unsolved issues with bridges not connecting to the perimeters (#11633 - open, #11500 - open, #10231 - closed but unresolved, #9988 - closed as of 2.6.0-beta1, but the problem apparently persists).
The problem is most likely a combination of slicer algorithm and printer specific traits which result in either unconnected or poorly connected bridges. As for now the issue appears to have been tackled mostly by increasing the Infill/perimeters overlap which, however, invariably starts causing issues elsewhere on the print. To be fair I haven't tested this extensively as changing this parameter seems to only affect overlap between parallel perimeter in bridge paths, but what is needed is an overlap in the normal direction.
Thus I propose an addition of a second parameter named Bridge/perimeter overlap which would handle bridging overlap separately from other infill.
The text was updated successfully, but these errors were encountered: