slic3r / Slic3r

Open Source toolpath generator for 3D printers
https://slic3r.org/
GNU Affero General Public License v3.0
3.35k stars 1.29k forks source link

Extra bits stick out on single perimeter wall and sharp corners #2404

Closed napter closed 9 years ago

napter commented 9 years ago

I'm consistently having a really wierd slic3r issue on sharp corners. Slic3r will add little bits extruding from the corner only on some layers - see here: image

GCode: https://drive.google.com/file/d/0B57Du2WjL1iqYVNpOWxjdkY3TEk/view?usp=sharing STL: https://drive.google.com/file/d/0B57Du2WjL1iqWU5SNTFVVFhrYzQ/view?usp=sharing

a4jp-com commented 9 years ago

Can you upload your config file and model?

napter commented 9 years ago

I added them into my original post.

a4jp-com commented 9 years ago

I loaded the file into my own settings and didn't see any problems. Maybe your config setup is off.

Try uploading your config file for more help.

File > Export config

a4jp-com commented 9 years ago

Also what program are you viewing the g-code in? Maybe the problem is in that program.

justmyopinion commented 9 years ago

You should check your settings and do some tests before you claim a bug! This setting is not valid with your model and nozzle size of 0.4: "perimeter_extrusion_width = 0.9"

napter commented 9 years ago

Config is here: https://drive.google.com/file/d/0B57Du2WjL1iqaks0YlpWdHFSY00/view?usp=sharing

The problem is not in the gcode viewer since the exact same issue shows up in the printed part. See the photos in my post.

Why is "perimeter_extrusion_width = 0.9" not valid with a nozzle size of 0.4? It prints exactly as you would expect that setting to print, it prints a perimeter width of 0.9mm. It works fine other than the extra artifacts that slic3r puts in. A 0.4 nozzle can print extrusion widths as wide as 0.9mm - even the default slic3r extrusion widths are larger than the nozzle size (if you leave everything at 0).

Also - the nozzle width doesn't seem to have an effect, if you set the nozzle width to 0.9, the gcode still has the same artifact in it.

a4jp-com commented 9 years ago

It would be nice if there was a message if the settings are not valid. Something like "The perimeter is too small".

napter commented 9 years ago

Hi a4jp-com,

Which setting is not valid? You can reproduce this by setting both the nozzle size and perimeter extrusion width to 0.9.

a4jp-com commented 9 years ago

I was just saying if settings were invalid it would be nice to have a message.

alranel commented 9 years ago

Thank you, I tested this and I confirm it's fixed as of 1.2.2-dev:

schermata 2014-12-24 a 12 26 09 schermata 2014-12-24 a 12 26 47

napter commented 9 years ago

alexrj - thanks but in your picture you have two perimeters on the top wall and that wouldn't have reproduced the problem. The issue only occurs if you set perimeter_extrusion_width = 0.9 (any nozzle width, it has no effect) - that will generate a single perimeter wall like in my gcode picture rather than the two in yours. I included the slicer settings if you want to try them. I can't test myself on 1.2.2-dev until you release the binary.

alranel commented 9 years ago

@napter, I used the config included in your G-code file. I confirm it contains perimeter_extrusion_width = 0.9.

alranel commented 9 years ago

There are some artifacts when I set perimeter_extrusion_width = 1.4:

schermata 2014-12-26 a 10 17 19

alranel commented 9 years ago

Okay, this is how it looks like after several fixes:

schermata 2015-06-02 alle 22 45 47

Those two tiny loops are probably not what user expects, but the original shape is actually thicker there and Slic3r is behaving correctly. Also now all layers are consistent:

schermata 2015-06-02 alle 22 46 18

Thank you for reporting this test case.

napter commented 9 years ago

You fixed it! It's amazing now, thank you!

napter commented 9 years ago

I found a similar issue where all the layers are not consistent. I'm not sure if it's the same issue, this is a weird one. Slice the model and it prints with the issues in the top right picture - missing parts of layers and extra blobs in the GCode. Then rotate the model, as you can see the orientation in the bottom set is rotated 180 degrees, and the issues go away and it slices and prints perfectly. config file and STL file slic3r issue

alranel commented 9 years ago

@napter, I moved that to a new issue (#2948)