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

Support not generating correctly over sloped model surfaces. #19460

Open
jonwienke opened this issue Aug 1, 2024 · 12 comments
Open

Support not generating correctly over sloped model surfaces. #19460

jonwienke opened this issue Aug 1, 2024 · 12 comments
Labels
Type: Bug The code does not produce the intended behavior.

Comments

@jonwienke
Copy link

Cura Version

5.7.2

Operating System

Windows 10

Printer

Any

Reproduction steps

Generating support Everywhere over portions of a model where the upper surface is not flat,

Actual results

There are gaps between the upper surface of the model and the support infill above it. This causes the support to print like garbage over sloped model surfaces because of excessive overhangs over the gaps where support interface floor is supposed to be.

Expected results

The support interface floor should fill the space between the upper surface of the model and the support infill above the surface.

Add your .zip and screenshots here ⬇️

UCP_DodecahedronSphere.zip
Screenshot 2024-07-31 214105
Screenshot 2024-07-31 214356

@jonwienke jonwienke added Status: Triage This ticket requires input from someone of the Cura team Type: Bug The code does not produce the intended behavior. labels Aug 1, 2024
@Asterchades
Copy link
Collaborator

I'm unable to reproduce this with the file as provided. I can only suspect that there are settings required which are simply not being exported in a UCP, so instead a full project - which includes all currently used settings - is going to be required to perform diagnostics.

@Asterchades Asterchades added the Status: Needs Info Needs more information before action can be taken. label Aug 1, 2024
@jonwienke
Copy link
Author

NCP_DodecahedronSphere.zip
Here's the other type of Cura project file. Let me know if you need anything else.

@github-actions github-actions bot removed the Status: Needs Info Needs more information before action can be taken. label Aug 1, 2024
@Asterchades
Copy link
Collaborator

I'm definitely able to reproduce this with 5.7, 5.7.2, and 5.8 (currently in beta). Though curiously the results were different (and arguably better) immediately after importing - it wasn't until after closing and re-opening with the updated profile already in place that the results match what is shown here.

This is possibly related to #19442, but I'll leave it for someone more knowledgeable on the issue to determine if it's a duplicate or a separate issue.

@Asterchades Asterchades removed the Status: Triage This ticket requires input from someone of the Cura team label Aug 1, 2024
@jonwienke
Copy link
Author

I tried adjusting all of the support interface settings (turning support interface floor on and off, adjusting thickness, etc) and zeroed out every support distance setting I could find, and couldn't make it go away.

@Asterchades
Copy link
Collaborator

I did try a few combinations of offset, both horizontal and vertical, without success. Zero and small clearance values seemed to yield the same basic results. Removing the minimum support areas also appeared to have no impact, nor did applying a small amount of Support Horizontal Expansion.

I suspect this may be related to multiple extruders as my single-extruder setup didn't show the same issue. Unfortunately multi-extruder stuff is well and truly outside of my knowledge base.

@jonwienke
Copy link
Author

Screenshot 2024-08-01 090332
Another thing I noticed duting printing is all the little flecks of support at the corners of the support interface. The printer wastes a bunch of time hopping around dropping uselessly tiny flecks of support material instead of just printing the lines, which makes the support surface rougher and makes the extruder more likely to jam because it isn't actually extruding much of anythng while printing that mess.

Screenshot 2024-08-01 091347
It does it on roof, too.

Screenshot 2024-08-01 091741
Here we have random garbage lines of support not connected to anything else, and even a fleck of unsupported support floating in space on the right.

@LilBub
Copy link

LilBub commented Aug 1, 2024

I've had those little specs/dots occur in the past, especially when the first layer is being supported with tree supports. Sometimes brim helps save them (and the print) but yeah, it can be weird how Cura builds that first layer. Most of my prints do not have a flat surface so I have to re-orient the part a good deal just to get a solid support first layer. I can't seem to find the model this happened on at the moment and the ones I have here at work don't display the spec/dots thing. I'll search some more to support you! (See what I did there?) :-)

@jonwienke
Copy link
Author

I suspect this may be related to multiple extruders as my single-extruder setup didn't show the same issue. Unfortunately multi-extruder stuff is well and truly outside of my knowledge base.

I tried changing everything in the project to print from extruder 1, and the weird gaps and other artifacts persisted.

@jonwienke
Copy link
Author

Another thing I noticed duting printing is all the little flecks of support at the corners of the support interface. The printer wastes a bunch of time hopping around dropping uselessly tiny flecks of support material instead of just printing the lines, which makes the support surface rougher and makes the extruder more likely to jam because it isn't actually extruding much of anythng while printing that mess.

It does it on roof, too.

I figure out what's happening more specifically for part of this. Normal layer thickness is set to 0.15mm, and the first layer and support infill layer thickness are set to 0.3. What's happening is that in the layers where support infill shouldn't be printed at all, Cura is printing garbage specks at both ends of every support infill line:

Screenshot 2024-08-20 092803

It's possible this is a separate issue from the gaps in support where they shouldn't be, but there's no point telling Cura to only print support infill every other layer and have it print support infill every layer anyway.

@Asterchades
Copy link
Collaborator

It's hard to tell if they're separate or not. Given the rest of the weirdness it's entirely possible they're related, but even changing the infill height to match the layer height doesn't seem to remedy the major problem here.

I'm going to give @nallath a ping on this one, just to make sure someone further up the chain has had eyes on this. That's not to say that they haven't already - they could have easily looked and not commented - but I just want to make sure, as I'm completely unable to reproduce this with my own settings and unable to make yours behave any better.

@jonwienke
Copy link
Author

Thanks for looking into it.

Making all the layer heights the same makes some of the random specks go away (they merge into support infill lines), but not all. The gaps and random tomfoolery around the gaps remain.

@jonwienke
Copy link
Author

One more clue:
Changing Support Distance Priority from Z overrides X/Y to X/Y Overrides Z seems to make the bottom gap issue go away. So that's something glitched in code that only runs when Z overrides X/Y is selected.

The issue with the support infill specks printing at support infill line ends on layers where support infill shouldn't print at all persists regardless of the Support Distance Priority setting.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Bug The code does not produce the intended behavior.
Projects
None yet
Development

No branches or pull requests

3 participants