Gcode messed up for 1 of 4 objects - hole closes up

[dsegel]

I'm trying to print 4 identical cubical gears at once. They were placed by duplicating the first gear 3 times. All 4 gears are supposed to have a hole from one end (the bottom as placed) into the middle. When the GCode was created, three of the gears were fine but for one of them the hole starts, then gets filled in for several layers, then starts again.

Try previewing the attached file and step through it layer by layer as you watch the gear in the lower-right. The hole is there for layers 0-23, then it closes up, then reappears at layer 79.

[jimc]

can you post the stl please

[dsegel]

This is the stl file. It's from http://www.thingiverse.com/thing:213946, but has been separated out.

When I sliced and printed it again by itself it worked fine.

[jimc]

hmm not sure. i checked it in netfabb then i threw it in s3d and sliced it at the same layer height and all 4 sliced great. i tried a few times and i dont get that at all

[dsegel]

Yeah, definitely a weird non-reproducible bug. The only reason I noticed was because I happened to look at it an hour or two into the print and noticed that one of the gear holes had been covered up. Then I checked the gcode and saw what was happening.

Oh well. I still love S3D. It's the easiest and fastest slicer and model handler I've ever used, and the support capabilities work awesomely.

[smartavionics]

Hi,

I am seeing a similar problem in that a countersunk hole in my part is being filled for just 2 layers at the point where the countersink meets the straight hole sides.

Interestingly, the part has two holes like this but only one of them has the spurious filled layers. Also, it doesn't happen every time the part is sliced. Sometimes, the error occurs and sometimes it doesn't (for the same stl file and same process config). So that makes me think that it is related to the randomised infill. I should also say that the same stl slices just fine with slic3r.

Cheers,

Mark