You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've got this part (actually I don't know if it is really related to the part, I guess not but I noticed it on this one) and when I fill this with the stars pattern whcih I normally use at a layer height of 0.1 then it does calculate the infill as very thick extrusions basically overflowing the part when printing.
If I switch to for example 3D honeycomb then it does calculate correctly.
Also, if I switch to sparse infill every two layers then it does calculate correctly too.
Yes that actually does take effect quite nicely of the issue. I guess the extrusion width should not be calculated over the layer height anyway. Wouldn't it make more sense to calculate it over the nozzle width?
I have changed the "sane" extrusion widths to be in the ballpark of 1x to 1.125x of the nozzle diameter by default, independent of the layer height. ac672d9
The original code by @alexrj tried to maximize the print speed by maximizing the throughput of the plastics through the nozzle, which led to increasing extrusion widths for thinner layers. The approach to increase nozzle throughput may sound reasonably, but for the Prusa i3 MK2, we rather do the opposite: We increase the line width for thicker layers. Indeed, for thinner layers less material could be extruded due to a high viscosity of the plastic, and thicker lines need to be extruded into thick layers for the extrudates to fuse reliably. So as a reasonable compromise, the 1x to 1.125x of the nozzle diameter seems to be fine.
Version
1.34.1.24-prusa3d
Operating system type + version
OSX 10.11.6 El Capitan
Behavior
I've got this part (actually I don't know if it is really related to the part, I guess not but I noticed it on this one) and when I fill this with the stars pattern whcih I normally use at a layer height of 0.1 then it does calculate the infill as very thick extrusions basically overflowing the part when printing.
If I switch to for example 3D honeycomb then it does calculate correctly.
Also, if I switch to sparse infill every two layers then it does calculate correctly too.
STL/Config (.ZIP) where problem occurs
Archiv.zip
The text was updated successfully, but these errors were encountered: