-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
Brim doesn't consider Elefant Foot Compensation #3870
Comments
This is on purpose. The elephant foot compensation compensates for the
squish, which is not visualised in the G-code preview. In reality, the gap
will be filled in by the squished out material. It is true, that the brim
now has a weaker connection to the object than before, but most likely this
is welcomed than a problem.
See the following discussion as well.
#3779
pá 20. 3. 2020 v 8:41 odesílatel CNCKitchen <notifications@github.com>
napsal:
… Version
2.2.0 rc 5
Operating system type + version
Windows 10 x64
3D printer brand / version + firmware version (if known)
Prusa MK3S
Behavior
When using a brim + elephant foot compensation the brim won't touch the
part anymore making it basically useless.
==> Elephant foot compensation should also move the brim closer to the
part.
This has already been discussed here (#2156
<#2156>) but still seems to
be happening.
[image: 2020-03-20 08_37_51-PrusaSlicer-2 2 0-rc5 based on Slic3r]
<https://user-images.githubusercontent.com/11601966/77144410-1e049480-6a86-11ea-9748-39983a53a3f3.png>
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#3870>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABMPSIY4DEZPNX37KQVELULRIMM2NANCNFSM4LQD3APQ>
.
|
I just encountered this and came to the conclusion that the gap created by the elephant foot compensation does not get filled. The brim was still not connected to the object (my first layer z height is properly set) which caused the object to warp. To fix I had to disable elephant foot compensation (set it to 0) and than brim works again. |
Since EFC is user-defined while the actual physical squish of the filament is physics-defined, only if the user-defined EFC matches the actual physics-defined squish, will the brim provide adequate connection to the first layer. I don't think assuming EFC matches physical squish is a viable solution without also adding a training component: "If brim fails to connect to model, your EFC is to large and should be reduced." This seems more trouble than simply accepting that the brim may be "too connected" if it is subjected to the same EFC since if the user enables the Brim feature, they are already accepting that they must remove the brim from the model (and all the downsides that it entails). |
This might be a good candidate for a notification with action (which are coming in 2.3) when you turn on Brim. |
I prefer Supermerills recent implementation from SuperSlicer. With that the brim is moved in with the objects layers to take into account the elephants foot compensation so is always connected to the part but the brim settings have a brim offset value so you can explicitly set the object-brim distance to make it as weak or strongly connected as you like. That way they are in effect independent of each other. |
If I can just point out that I have had four failed tall prints before I self diagnosed this problem. EFC was set at 0.2, and looking at the brim immediately after its printed looks fine. But near the top of the print when the moment of force is greater it always seperated. I tried different printing temps to no avail, and it was only on close inspection of the sliced model that I saw the gap. Changed EFC to 0.1 and it printed perfectly. A warning about this would certainly save a lot of heartache. P.s. I had tuned my printer to the best of my ability before this and measurements showed an Efc of 0.2 to be adequately accurate but it turns out is too much for good brim adhesion |
Simply making people aware of potential issues related to brim+EFC could make it easier for users to get their prints working. IMHO this should not be the (only) solution. So far I did not try out the features of SuperSlicer mentioned by @neophyl (August 3rd), but I will do so, because, I would like to be able to combine EFC and reliable brim. Example: Printing a tube with a thin wall placed vertically in the printer bed. The inner diameter matters the most. |
Can someone at Prusa3D please mark this as a blocker for the next release ? The only way a brim will work currently is if we disable elephants foot compensation. If we forget,which is like almost every time because E.F.C. is the default, then we get to waste 10min scraping the print, re-cleaning the bed, go back and reslice, sneakernet back to the printer, re-wait for heating, and then print gets restarted. It's kinda silly and no amount of arguing semantics is going to change this reality sigh image. |
Here here |
In PrusaSlicer 2.4.0-alpha1, the brim will always touch the object, regardless of EFC setting. Additional 'brim_offset' parameter will allow to fine tune the gap to anyone's liking. Closing. |
Thank you very much! |
Version
2.2.0 rc 5
Operating system type + version
Windows 10 x64
3D printer brand / version + firmware version (if known)
Prusa MK3S
Behavior
When using a brim + elephant foot compensation the brim won't touch the part anymore making it basically useless.
==> Elephant foot compensation should also move the brim closer to the part.
This has already been discussed here (#2156) but still seems to be happening.
The text was updated successfully, but these errors were encountered: