<p>Judging from the print quality of support material (very &quot;fat&quot;) and of top surfaces (which look with ripples and a lot of material), you have at least 3% overxtrusion, which will result also in stronger connection between support and print, and more difficult removal, lower quality parts.</p>
<p>I would reduce extrusion by 3%, to start, and see if it goes better. In your case you can tolerate underextrusion, since the part is likely not stressed significantly, so in doubt reduce it even more.</p>
<p>You can also print <a href="https://www.thingiverse.com/thing:3695183" rel="nofollow noreferrer">this test part</a> to check optimal extrusion.</p>
<p>Also, remember that extrusion is (almost always) dependent on speed: if you get perfect extrusion at 60 mm/s, infill at 80 mm/s will be slightly underextruded and outer perimeters (30 mm/s) will be overextruded. In general, set everything to the same speed.</p>

CC BY-SA 4.0
2021-06-28T09:05:50.527Z
2021-06-28T12:21:09.230Z
2021-06-28T12:21:09.230Z
FarO
<p>I'm not terribly familiar with slic3r, but it looks like you have a setting (possibly a default one) to slow down on printing overhangs. This was a popular "feature" in slicing software (Cura has it I know) but it's <strong>exactly the opposite</strong> of what you should be doing. When slowing down to print an overhang, the pressure in the nozzle forces the material to keep coming out at the same rate it was coming out until it subsides, and you end up with a big hanging glob of ooze like in your photo.</p>

<p>If your printer firmware has linear-advance/pressure-advance functionality, this can mostly be eliminated. But if not (most stock firmware), you need to maintain full speed on overhangs, and might even need to turn up your acceleration limits so that you don't get a significant slowdown just by decelerating to go around the corner.</p>

CC BY-SA 4.0
2020-06-02T02:59:47.277Z
I see your words written here, but I don't understand what you are talking about.  "Slow down on printing overhangs" ?  Where is that set?  You mentioned Cura, does that mean Slic3r has a similar setting (and fix)?     Then you jump to firmware.  I'm using `Slic3r --> Printer Settings --> General --> Firmware, G-Code Flavor: Sailfish Makerbot`  Can that setting be corrected in Sailfish?  many thx.
zipzit
CC BY-SA 4.0
2020-06-02T03:09:49.030Z
Hmm, I thought slic3r had an option like this but I can't find documentation on it. Can you open up your gcode in a viewer that shows speeds and see if it's using a lower speed for the overhang? If not, it may be just an acceleration issue.
R.. GitHub STOP HELPING ICE
CC BY-SA 4.0
2020-06-02T03:38:02.070Z
I'm trying.  Based on your comments I created vebose G-Code.  I'm playing with https://ncviewer.com/ but there is too much stuff in the way to see the specific g codes at the interface between the overhang on the desired part and the support.  Note, I do see varying F codes (which I believe affects the speed of the head)  and E codes (extrude commands)  Do you have a suggested G-Code analysis system that would make this easier?  Hmmm. Let me add my GCode to the problem statement.  oops. no go on file upload, sigh.
zipzit
CC BY-SA 4.0
2020-06-02T03:47:50.430Z
@zipzit: I like https://www.gcodeanalyser.com/ and http://gcode.ws/
R.. GitHub STOP HELPING ICE
CC BY-SA 4.0
2020-06-02T04:08:19.337Z
See edit #2. I'm wondering if print speed really is a root cause here.
zipzit
CC BY-SA 4.0
2020-06-02T02:42:47.427Z
2020-06-02T02:42:47.427Z
R.. GitHub STOP HELPING ICE
<p>I'm printing a object with a pretty sizable overhang.  And the results, after support removal, are pretty ugly.</p>
<p>Here is the print before support removal.
<a href="https://i.sstatic.net/VOWiG.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/VOWiG.jpg" alt="3d print with support" /></a></p>
<p>And here is the final product, sigh.
<a href="https://i.sstatic.net/z19Oe.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/z19Oe.jpg" alt="enter image description here" /></a></p>
<p>Finally here are my slic3r settings:</p>
<ul>
<li>Generate Support Material: [✔]</li>
<li>Overhang threshold: 60°</li>
<li>Max Layer Count for Supports: 0 layers</li>
<li>Enforce Support for the First: 0 layers</li>
<li>Raft layers: 0 layers</li>
</ul>
<p>Options for support material and raft</p>
<ul>
<li>Contact Z distance: 0.2 mm (detachable)</li>
<li>Pattern: pillars</li>
<li>Pattern spacing:  2.5 mm</li>
<li>Pattern angle: 0°</li>
<li>Interface Layers: 3 layers</li>
<li>Interface pattern spacing: 2 mm</li>
<li>Support on Build Plate Only: [✔]</li>
<li>Don't support bridges: [ ]</li>
</ul>
<p>The material I'm using is ABS, 230 °C temperature setting.  Layers, Adaptive Slicing, Adaptive quality: 75 %, Match horizontal surfaces.  Vertical shells, 3 perimeters minimum. Horizontal shells, solid layers: top: 3, bottom 3.</p>
<p>Is there a way to improve this?</p>
<p>Note: for anybody interested... these are small disposable spatulas used to place bondo mix onto a flat surface at the bottom of a restricted space, to fill small holes in wood. Its too tight in there to use a normal putty knife.</p>
<hr />
<p><strong>Some more print settings</strong></p>
<p>Included here are the speed settings from Slic3r:</p>
<p><a href="https://i.sstatic.net/5NXO1.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/5NXO1.png" alt="slic3r speed settings" /></a></p>
<hr />
<p><strong>G-code analysis</strong></p>
<p><a href="https://i.sstatic.net/pDYAz.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/pDYAz.png" alt="gcode analysis" /></a></p>
<p>I'm wondering why there is such a large gap between the gold colored E shaped interface to the blue spatula handle?  And that makes me wonder, what support material and raft settings should I be using?  Why is that gap so big?  (And I have to go back into SolidWorks and check, but I'm nearly certain that handle is 2 mm wide. That gap to the support is really big.)</p>

CC BY-SA 4.0
2020-06-02T22:01:06.710Z
It appears as if the support is just too far away, and then the bridging fails as of the high print temperature and minimal amount of cooling. This prints much easier in PLA.
0scar
<slic3r><support-structures>
Pretty ugly surface remains after using support ramp. Are my slicer settings correct?
zipzit
# Pretty ugly surface remains after using support ramp. Are my slicer settings correct?

(Asked by: username_0 on 2020-06-01)

I'm printing a object with a pretty sizable overhang. And the results, after support removal, are pretty ugly.

Here is the print before support removal.
[![3d print with support](https://i.sstatic.net/VOWiG.jpg)](https://i.sstatic.net/VOWiG.jpg)

And here is the final product, sigh.
[![enter image description here](https://i.sstatic.net/z19Oe.jpg)](https://i.sstatic.net/z19Oe.jpg)

Finally here are my slic3r settings:

* Generate Support Material: [✔]
* Overhang threshold: 60°
* Max Layer Count for Supports: 0 layers
* Enforce Support for the First: 0 layers
* Raft layers: 0 layers

Options for support material and raft

* Contact Z distance: 0.2 mm (detachable)
* Pattern: pillars
* Pattern spacing: 2.5 mm
* Pattern angle: 0°
* Interface Layers: 3 layers
* Interface pattern spacing: 2 mm
* Support on Build Plate Only: [✔]
* Don't support bridges: [ ]

The material I'm using is ABS, 230 °C temperature setting. Layers, Adaptive Slicing, Adaptive quality: 75 %, Match horizontal surfaces. Vertical shells, 3 perimeters minimum. Horizontal shells, solid layers: top: 3, bottom 3.

Is there a way to improve this?

Note: for anybody interested... these are small disposable spatulas used to place bondo mix onto a flat surface at the bottom of a restricted space, to fill small holes in wood. Its too tight in there to use a normal putty knife.

---

**Some more print settings**

Included here are the speed settings from Slic3r:

[![slic3r speed settings](https://i.sstatic.net/5NXO1.png)](https://i.sstatic.net/5NXO1.png)

---

**G-code analysis**

[![gcode analysis](https://i.sstatic.net/pDYAz.png)](https://i.sstatic.net/pDYAz.png)

I'm wondering why there is such a large gap between the gold colored E shaped interface to the blue spatula handle? And that makes me wonder, what support material and raft settings should I be using? Why is that gap so big? (And I have to go back into SolidWorks and check, but I'm nearly certain that handle is 2 mm wide. That gap to the support is really big.)

**Tags:** slic3r, support-structures
> **Comments:**
> **username_1**: It appears as if the support is just too far away, and then the bridging fails as of the high print temperature and minimal amount of cooling. This prints much easier in PLA.  

---

## 2 answers

### Answer by username_2 on 2021-06-28. Score: 1

Judging from the print quality of support material (very "fat") and of top surfaces (which look with ripples and a lot of material), you have at least 3% overxtrusion, which will result also in stronger connection between support and print, and more difficult removal, lower quality parts.

I would reduce extrusion by 3%, to start, and see if it goes better. In your case you can tolerate underextrusion, since the part is likely not stressed significantly, so in doubt reduce it even more.

You can also print [this test part](https://www.thingiverse.com/thing:3695183) to check optimal extrusion.

Also, remember that extrusion is (almost always) dependent on speed: if you get perfect extrusion at 60 mm/s, infill at 80 mm/s will be slightly underextruded and outer perimeters (30 mm/s) will be overextruded. In general, set everything to the same speed.


---

### Answer by username_3 on 2020-06-02. Score: 0

I'm not terribly familiar with slic3r, but it looks like you have a setting (possibly a default one) to slow down on printing overhangs. This was a popular "feature" in slicing software (Cura has it I know) but it's **exactly the opposite** of what you should be doing. When slowing down to print an overhang, the pressure in the nozzle forces the material to keep coming out at the same rate it was coming out until it subsides, and you end up with a big hanging glob of ooze like in your photo.

If your printer firmware has linear-advance/pressure-advance functionality, this can mostly be eliminated. But if not (most stock firmware), you need to maintain full speed on overhangs, and might even need to turn up your acceleration limits so that you don't get a significant slowdown just by decelerating to go around the corner.

> **Comments:**
> **username_0**: I see your words written here, but I don't understand what you are talking about.  "Slow down on printing overhangs" ?  Where is that set?  You mentioned Cura, does that mean Slic3r has a similar setting (and fix)?     Then you jump to firmware.  I'm using `Slic3r --> Printer Settings --> General --> Firmware, G-Code Flavor: Sailfish Makerbot`  Can that setting be corrected in Sailfish?  many thx.  
> **username_3**: Hmm, I thought slic3r had an option like this but I can't find documentation on it. Can you open up your gcode in a viewer that shows speeds and see if it's using a lower speed for the overhang? If not, it may be just an acceleration issue.  
> **username_0**: I'm trying.  Based on your comments I created vebose G-Code.  I'm playing with https://ncviewer.com/ but there is too much stuff in the way to see the specific g codes at the interface between the overhang on the desired part and the support.  Note, I do see varying F codes (which I believe affects the speed of the head)  and E codes (extrude commands)  Do you have a suggested G-Code analysis system that would make this easier?  Hmmm. Let me add my GCode to the problem statement.  oops. no go on file upload, sigh.  
> **username_3**: @zipzit: I like https://www.gcodeanalyser.com/ and http://gcode.ws/  
> **username_0**: See edit #2. I'm wondering if print speed really is a root cause here.  

---

