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

[4.2.1] Brim creation issue #6386

Open
Dougal57 opened this issue Sep 20, 2019 · 4 comments
Open

[4.2.1] Brim creation issue #6386

Dougal57 opened this issue Sep 20, 2019 · 4 comments
Labels
Status: Needs Info Needs more information before action can be taken. Status: Stale ⌛ This issue is over a year old. It might be obsolete or just needs a fresh set of eyes Type: Bug The code does not produce the intended behavior.

Comments

@Dougal57
Copy link

Dougal57 commented Sep 20, 2019

Application version
version 4.2.1

Platform
Linux Mint 18.3 Sylvia 64-bit

Printer
Malyan M200

Reproduction steps
Using OpenSCAD, I created an .stl file for a wheel crossbrace as part of a 1/8 scale model DH Mosquito I am building. This involves six rods each terminating at their outside ends in very small (2mm, 3mm) flanges, joined together at their inside ends in the middle. In anticipation of printing, I rotated this model so that four of the flanges would contact the printing base plate. By eye, the correct rotation appeared to be 92 degrees.

I imported the .stl file into Cura, where I had selected Brim as build plate adhesion, layer height as 0.0875, and initial layer height as 0.2625

Actual results
Unlike every previous occasion in which I have aligned something 'by eye', two of the flanges appeared with no brim, as can be seen in the first screen capture attached below.

I calculated what the correct rotation should have been, and discovered that my 'by eye' estimate should have been 91.7357degrees. Close, but evdently not close enough. I calculate that this raises the offending flanges 0.146466mm above the build plate. Quite by chance, this figure is larger than the layer height, but smaller than the initial layer height.

I used the recalculated rotation in OpenScad, and re-imported the model into Cura. This time, all brims were generated as required, so problem solved. (I then also enlarged the brims so that they merged into one, as can be seen in the second screen capture below.)

I've done such alignment 'by eye' more than once in the past, and usually if there is a tiny gap, Cura generates a tiny support with its own brim. Is it possible that in this case the tests for needing support and generating a brim have conspired to omit the latter?

Expected results
See second screen capture below

Additional information
bug_0 146466_error

nobug

@Dougal57 Dougal57 added the Type: Bug The code does not produce the intended behavior. label Sep 20, 2019
@Ghostkeeper
Copy link
Collaborator

Most likely this 1.46466mm is larger than half of the initial layer height. Is your initial layer height 0.27mm? Then it'll make the slice at 0.27mm/2 = 0.135mm. Only if you set the Slicing Tolerance to Inclusive will it take the first slice at 0mm.

I think the support was omitted because of the Support Z Distance.

@Dougal57
Copy link
Author

Dougal57 commented Sep 24, 2019 via email

@Ghostkeeper Ghostkeeper reopened this Sep 24, 2019
@Ghostkeeper
Copy link
Collaborator

Thank you for taking the trouble to understand what must have been
minimal information. This was my first attempt to report an issue, and I
made a simple 'newbie' mistake. I attempted to follow the guidelines,
but (for reasons obvious to me afterwards <!>) none of the lengthy
explanation I wrote actually appeared in the final result. In deep
embarrassment, I immediately closed the state.

Yeah we have a template that has HTML comments in them, and you put your explanations inside the comments. I removed the comment markers so your explanations became visible. Happens more often.

I use OpenScad for my designs, and on this occasion had rotated the
final (somewhat delicate) model by 92 degrees to approximately align
four of its 'feet' with the printing base plate. This was in a hasty
attempt to finish a quick trial print before bedtime. This is something
I have 'got away with' on other designs many times before: either a brim
will be generated, or support and a brim will be generated: either is
fine for a quick trial.

I often find it easier to move the model down slightly underneath the build plate. All layers underneath the build plate are left out so it'll stick properly. Of course the total height of the print will be inaccurate then though.

By the way, I note now that 0.146466 is also larger than the Support Z
distance, so shouldn't support have been generated in any case?

Sadly, the support is still limited to be printed on a layer so it can't be printed halfway along the layer's thickness. So we're rounding it. I believe we're currently calculating the Z distance by dividing it by the layer height and then looking that number of layers higher if something needs to be supported. This would be incorrect for the initial layer. But it'll be difficult to make that work right because not the entire model is near the initial layer. We can look into that.

@GregValiant GregValiant added Status: Needs Info Needs more information before action can be taken. Status: Stale ⌛ This issue is over a year old. It might be obsolete or just needs a fresh set of eyes labels Nov 22, 2024
@GregValiant
Copy link
Collaborator

I'm cleaning house.
Is this still a problem with current Cura versions (5.8.0 and up)? Can I close this?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Needs Info Needs more information before action can be taken. Status: Stale ⌛ This issue is over a year old. It might be obsolete or just needs a fresh set of eyes Type: Bug The code does not produce the intended behavior.
Projects
None yet
Development

No branches or pull requests

3 participants