burtoogle

Hello @alexjx, I have managed to slice that model using your profile. I can see what it's doing. Well, the simple solution is not to use the within infill combing mode. Using either no skin (IMHO, the only mode worth using) or all doesn't cause that weird travel overshoot. Honestly, the within infill mode really is as much use as a chocolate frying pan!

Hi @alexjx, you did the right thing but I can't import the project settings because the project uses a machine definition I don't have. No matter, please attach your gcode that was produced from that project and the settings should be in the gcode file and it would be useful to see the gcode anyway. Thanks.

Hello @alexjx, please save the project file and attach so I can look into that. Thanks.

Hello @claus1812, to understand what is happening there, it helps a lot if you could save the project file (File -> Save) and then attach the .3mf file to this issue. Thanks.

Sounds like you have a minimum layer time that is too high and perhaps the lift head option is enabled?

Are you referring to me?! If so, thanks.

Have you tried the 4.0 beta? Perhaps the problem has been fixed since 3.6?

If you want to try my release, you can find them here... https://www.dropbox.com/sh/s43vqzmi4d2bqe2/AAADdYdSu9iwcKa0Knqgurm4a?dl=0

I know what you mean, when printing the skirt the nozzle does often collect blobs that have been left earlier. I think the spiral skirt is possibly useful. What I do is normally space the skirt some distance from the model and also print at least 500mm of skirt so as to give me plenty of time to get in there and grab any crap that is being dragged around.

I agree, there's some very odd gcode in your file. Here's a comparison between what you are producing and what I get when I slice the same project. And here's the gcode I got... CFFFP_2036387790_Curaerror.gcode

Hi @nobio8, could you please save the cura project (.3mf) file and attach that.

Thanks for the STL. I sliced it using the profile that was saved in your gcode and it looks OK so I don't know what the issue is. My Cura is based on the development branch + my own fixes/tweaks so maybe the problem you have seen has been fixed since 3.6 was released.

Hi @nobio8, could you please attach the STL file so that I can try slicing using your profile. Thanks.

Hello @Ares1025, please attach some sample gcode that shows this problem. Thanks.

Version 3.4.1 is quite old now, perhaps the problem has been fixed since then - I know that some changes have been made in that area.

Hello @nobio8, looking at your gcode, it appears to do something wrong in the middle in that it does a skin line parallel to where the gap is and then does another skin line directly on top of the first when it should have done the second skin line where the gap is. I would guess it's a bug in the concentric skin fill.

Hello @joestefano, if you are referring to my master releases, it's because I have implemented the wall fill (and fill walls) differently to the standard Cura. Have you tried the most recent 4.0 beta? You may find that produces acceptable results for this feature.

Duh! I didn't notice that you aren't using Ultimaker Cura, please ignore my advice above.

Set combing to "No Skin" and set Max Comb Distance Before Retract to something like 10.

Hello @nobio8. Yes, they have very similar effect in that they both scale the amount of filament extruded. One small difference is that changing the initial layer line width alters the number of lines used to print the brim but changing the initial layer flow does not. A further difference is that changing the initial layer line width actually alters the positions of the printed lines but changing the flow doesn't, it just makes the lines fatter. Compare these two images...

Yes, it really should have better visibility.

Hello @PaulK, assuming that you are using combing, set the max comb distance with no retract to something like 10. I think what you are getting there is unde-rextrusion after long non-retracted travel moves.

Sure you can print it as a single pass, you have two options: 1 - Enable the wall overlap compensation and set minimum wall flow to something like 50 and use a wall line width that is the same width as the wall. 2 - Enable the print thin walls option and make sure that the line width is sufficiently large so that the wall is not printed as regular "fat wall".

The "auto-slice" feature can be disable in the preferences dialog...

Really? Even accounting for the lack of retraction during infill it really shouldn't look as bad as that. Something is wrong there...