Slic3r creating bad layers when slicing with support

Hello,

Have been using slic3r very happily for a long time. But have a problem.

Not sure how this occored it started a while back.

It happens whenever I slice an object with support, it seams to create broken layers with just little lines on it.

I have included G-code, stl and config files below.

My info:

Mac OSX 10.8.3
slic3r 0.9.9 and 0.9.10 (same problem in both)

Hello,

After some careful random setting changing I have narrowed it down to something in the interface setting in support.

even if I set the interface to 0 it's still creates little blobs where interface would normally be.

I have also found where the problem is in the Gcode:

G1 Z5.600 F3600.000 ; move to next layer (18)
; next layer
G1 X98.065 Y99.090 ; move to first support material contact area point
G1 F600.000 E1.50000 ; compensate retraction
G1 X101.590 Y102.614 F1500.000 E1.52776 ; support material contact area
G1 X100.307 Y103.453 F3600.000 ; move to first support material contact area point
G1 X97.369 Y100.515 F1500.000 E1.55089 ; support material contact area
G1 X99.592 Y98.495 F3600.000 ; move to first support material contact area point
G1 X102.282 Y101.185 F1500.000 E1.57208 ; support material contact area
G1 X103.001 Y99.783 F3600.000 ; move to first support material contact area point
G1 X102.575 Y99.357 F1500.000 E1.57544 ; support material contact area
G1 X101.505 Y98.287 F3600.000 ; move to first support material contact area point
G1 X101.191 Y97.972 F1500.000 E1.57792 ; support material contact area
G1 F600.000 E0.07792 ; retract
G92 E0 ; reset extrusion distance
G1 Z5.800 F3600.000 ; move to next layer (18)
G1 X101.505 Y98.287 ; move to first support material point
G1 F600.000 E1.50000 ; compensate retraction
G1 X95.999 Y92.781 F1500.000 E1.63009 ; support material
G1 X94.982 Y93.885 E1.65518 ; support material
G1 X107.088 Y105.991 E1.94121 ; support material
G1 X106.296 Y107.321 E1.96706 ; support material
G1 X98.065 Y99.090 E2.16154 ; support material
G1 F600.000 E0.66154 ; retract
G92 E0 ; reset extrusion distance
G1 X96.318 Y97.342 F3600.000 ; move to first support material point
G1 F600.000 E1.50000 ; compensate retraction
G1 X93.946 Y94.971 F1500.000 E1.55603 ; support material
G1 X93.088 Y96.234 E1.58155 ; support material
G1 X105.215 Y108.361 E1.86809 ; support material
G1 F600.000 E0.36809 ; retract
G92 E0 ; reset extrusion distance

; net layer. is custom gcode when slic3r moves to the next layer.

after that is lays down the support material for that layer

then moves up add something that might be interface then move onto the perimeter and fill

it just seams weird and can't find what is doing it.

Also if I go back to version 5 then it does work ok but then I lose loads of the features.

Edited 1 time(s). Last edit at 08/07/2013 08:05AM by setithing.

Same problem here.
Happens only if I choose support structures
&
slice a convex geometry. For example a halfpipe.
Every other layer totally skipped with only a few degenerate remnants of support material left.
I have no idea how to work around or resolve this.
Anyone else got that problem?

I slice an object that has an indentation in the bottom. First I made the depth of the indentation 5mm, then sliced with 0.25mm first layer thickness and 0,2mm layers after. Slicer creates the support material for the indentation and throws in a layer that is 0.05mm thick and consists only of support material just before it covers the indentation. So I figured that 5mm doesn't work with 0.25mm + 0.2mm x 24=5.05mm- it's off by 0.05mm. So I edit the object in the CAD program and bump the depth of the indentation up by 0.05mm to 5.05mm which should give me 0.25 + 0.2 x 24 layers before the cover gets put on the indentation, squirt out a fresh stl, and slice it. I check the gcode- slic3r still generates a layer of 0.05mm support material just before putting the cover on the indentation.

When the printer tries to print that 0.05 layer, the extruder jams, so the object is unprintable. I have seen other objects sliced where slic3r generates layers with little blips of plastic at apparently random locations in an extra thin layer which also always causes the extruder to jam.

Next step- I'm going to edit out the 0.05mm thick layers and see if the objects print OK. I can easily locate the layers using gcode.ws and just edit out the offending sections using a text editor.

For me it's not related to an indentation. Slic3r skips layers all over the model.
I've got three parts with sophisticated fiddled spherical or otherwise sculptured surfaces that I'm proud of.
But they all refused to slice because of this skipped layer behavior.
And I can't find a way to work around this.
Sometimes I'm even thinking about writing a slicing-code myself.
Please, someone, relive me!

I am having the exact same issues when slicing with support...I am trying to print an extruder that needs support material but when generated with support it does several layers that are only support and then moves on to the next layer (so there is a layer worth of gap on the main piece.

How about trying with latest release of Slic3r 1.00RC1?

Just saw that there was a new version. So I did exactly that. Exported new gcode with slic3r adding support and it did the exact same thing but more often

That is weird, as I understand this support thing was totally rewritten with 1.00.RC1

Right!! That's what I thought too. But it's still just doing layers of only support then move to the next and tries to fill part but of course with the part being a layer lower it does not stick or causes major warping

Any help would be great Ill mess with it more tonight

Has anyone found a solution to this? I've spent hours on hours wondering what was causing my jammed nozzle until I realized it's slic3r causing it just as you guys describe .

Hey I found if you are using the 64 bit version it will cause that issue. Went to 32 and problem was resolved
Which are you using ?

Brad that's awesome. It could be my issue. I think I've been using the 64 on both the 0.9.9 and RC1 versions. I'll try back down to 32 and report back. Thanks

I have the same problem, without support it's OK. Mac OSX 10.9 I've tried the latest versions of Slic3r. Is there a 32 bit Mac version?
Someone a solution? TIA

Brandon did that fix your issue? or help anyways?

peevers....well i am unsure about the mac OS honestly I would say they dont have a 32/64 option for mac but i doubt that he updates the code for the mac version very often since there is so few....maybe dual boot your mac ha

Windows1 Mac 0 haha sorry had too

Hi Brad, LOL you're right . Now I have to sell my iMac......
(BTW, some Mac applications have a 32 bit option except Slic3r.)

Back to the problem, in the wrong GCODE I found a Z increment which caused the problem.
If I delete all these (non regular layer) Z increments the GCODE is OK. See example below.
Perhaps his is helpfully to solve the problem.
Someone an idea?

G1 X84.101 Y109.899 F7800.000
G1 X80.822 Y113.178
G1 X80.822 Y114.656
G1 F1800.000 E1.00000
G1 X82.028 Y116.746 F2400.000 E1.08405
G1 F1800.000 E0.08405
G92 E0
G1 Z0.600 F7800.000 ; not correct
G1 X80.822 Y113.178
G1 X80.822 Y114.656
G1 F1800.000 E1.00000
G1 X87.160 Y125.634 F2400.000 E1.66228
G1 X83.331 Y124.003 E1.87971
G1 X66.763 Y95.305 E3.61094
G1 X66.954 Y100.637 E3.88966
G1 X78.857 Y121.253 E5.13338

Yup same thing happened to us. But our only fix was another version of it or no support

Problem solved with version 1.0.0RC2.
I've tried the Precision- Block of Setithing.
See the result.

So Brad: Windows 1 - Mac 1

Hells ya!! That's badass. Glad to hear !!

Working with RC2 both 64 and 32 bit versions and I'm still getting the alternating support/structure layers.

Im stuck on 1.0RC1 because RC2 crashes on Linux, but I have the same issue. There are random layers in between the other layers with strange lines on them. I can't count on slic3r at all for support. I hope they fix it going forward, but when I need support, I go for skeinforge. The other thing I do not like about slic3r support is that it's everywhere. I do NOT need support fouling up every bolt hole. Skeinforge lets me choose "external only". I hope when the slicer implementation if fixed, that it adds this feature.