Frank Sonne
Posts: 14
Joined: Thu Sep 19, 2019 6:43 am

Crossing printed surfaces, leaves ozing trails

My suggestion,

I am looking for "more/better" handling of Advanced FFF Setting Option, Movement Behavior, When moving from an outline to start filling, your program, CRUDELY just crosses, from where it was to where its going, leaving a small ooze trail from start to end of move. The option i need is to be able to tell Simplify 3D NEVER to cross printed area, in ANY OTHER DIRECTION than printing direction. I have turned on the "Avoid crossing outline for travel movement", but even though i told it may use a Detour Factor 50, it still CRUDELY crosses at it feels like. So what i need is not related to crossing outline, but movement "inside the print", like Only travel in currently printing layer direction.

When crossing like described above, you can, especially on top and bottom layers, see this "crossing" in "wrong" direction, And the reason is that it follows NO OTHER LINES in the print. Its not possible to stop the oozing, but it is possible to ooze in the direction of the currently printing layer , "hiding" the ooze in the correct layer direction. When moving to re-position it will then have to move in outlines to get to a point where it can travel from the outline to another outline, in printing direction, diagonally.

I do NOT care if it takes LONGER to do it that way, i only have to print it once, but alternatively i may have to look at a ooze trail on my finished print for years, and considering THAT i dont care if the print takes an hour more, if it can eliminate ooze trails.

In Short, under Movement Behavior in Advanced FFF Settings, i would like a checkbox to turn on/off, "Only travel in current printing layer direction (Should avoid visible ooze trails from other layers)".

Kind regards
Frank Sonne
S3D-Jake
Posts: 1048
Joined: Wed Jun 20, 2018 12:45 pm

Re: Crossing printed surfaces, leaves ozing trails

Hi Frank,

Thanks for your feedback. This feature request already exists. Please direct future discussion of this topic to the existing thread. (viewtopic.php?f=23&t=13346)

Thanks again!
"A bird does not sing because it has an answer. It sings because it has a song."
Frank Sonne
Posts: 14
Joined: Thu Sep 19, 2019 6:43 am

Re: Crossing printed surfaces, leaves ozing trails

Cannot see that, that is a similar issue/feature, the OTHER request asks for the nozzle not to cross other parts to not knock them over, i am talking about crossing from outlines within the same layer, and doing so in an ORDERLY fashion, and not, where the nozzle is to where it needs to be, but moved ALONG THE PRINTING DIRECTION of the layer it is printing, because MOST 3D printers OOZE. My 3D printer does NOT knock over printed parts from previous layers, which the other thread is actually all about.

My feature suggestion is not to fix a bad printer issue, but an ooze line that does not follow any other direction any other part of my print is using, and can be seen through SEVERAL layers of print.

Kind regards
Frank
S3D-Jake
Posts: 1048
Joined: Wed Jun 20, 2018 12:45 pm

Re: Crossing printed surfaces, leaves ozing trails

I see what you are asking for is slightly different from the thread linked. I believe implementing that linked feature would also bring a better result to your top solid layers which sounds like where the oozing is a problem for you, is it not?
"A bird does not sing because it has an answer. It sings because it has a song."
Frank Sonne
Posts: 14
Joined: Thu Sep 19, 2019 6:43 am

Re: Crossing printed surfaces, leaves ozing trails

I killed the issue, by ignoring the "random directional moves" that are visible on my print, and COMPLETELY disabled all retraction, and turned up the print speed. Retraction has SEVERAL other issues, that are NOT related to S3D, mainly, the toolhead is at a standstill WHILE doing retractions, leaving a PILE of filament, giving giant visible zits, in the layer switching position, THAT has disappeared after i turned off retractions and upped the speed. Id rather clean the part, than having to file it down to correct size. Tried coast at end, but after trying out 0,2 mm distance, ending up in 1,8 mm with NO change whatsoever, i gave up on coasting.

Somebody REALLY needs to invent a toolhead that can extrude, when told, and NOT, while not extruding....

And there is ONE more issue completely related to this. When the print is done and you send the toolhead to home x axis, WHY does S3D at that point ignore settings? It COMPLETELY IGNORES Avoid crossing outlines for travle movement, it just oozes its way to leftmost position, across anything and everything. The ending script part that looks like it ignores everything is "G28 X0 ; home X axis". On top of that, when it is told to X axis home, at that point the toolhead has stopped, before doing what it is told, leaving a blob of filament.
Frank Sonne
Posts: 14
Joined: Thu Sep 19, 2019 6:43 am

Re: Crossing printed surfaces, leaves ozing trails

Now i got a great example of, lets say, less than optimal travelmoves. Everything i can has been set to make as nice a result as possible, meaning it has been allowed to travel all it wants, and each layer looks nice, EXCEPT for oblivious travelmoves. Only thing i left out is retraction, if i turn it on, 2 in 3 times the extruder feeder suddenly stopped during print, at different points in the print, so in the end i turned it off. The Extruder motor just stopped extruding and was unlocked.

Traveling from one point to another, often in this part, goes on along the outlines. First off, if there is 2 outlines, can you travel on the INNER outline, i can see oozing trails on the sides of my part as it travels along the OUTER outline. If there is only 1 outline, please travel on the INSIDE of the outline. When doing the outline inside "holes" it just goes from one hole to another to do the inner outline, taking ONLY the direct line, why?

When traveling from one corner to the opposite corner, it travels nicely along the outlines, BUT in doing so it does not travel the best way, it travels and if it hits a closed road it travel even more. When first doing outlines, then solid parts and finally solid or infill, it travels the whole part 3 times, and with many wrong turns along the way, it takes a long long time, leaving ooze trails on the visible side of outlines.

Have a go at this print, and look at it, its kinda funny looking at it, seeing how fine each layer becomes, right up until the point where its finishing up the layers, then it start to mess it up.

When starting the print after the initial wipe, it just crosses from the end of the wipe to where it is going to start the brim, crossing the area that is going to be printed, bad start, a clear diagonal line across the surface of my part. When finishing up, it lifts the toolhead, and goes to X=0, completely disregarding the part.

And finally, when it is finishing up a layer, to go to the starting point of the next layer, it completely disregards crossing outlines and open spaces, it just moves.

Honestly, this is the best example of a part that shows all the less than perfect ways of moving. Funny thing is, i've designed the part for a 3D printer, meaning almost everything on every layer, has a way of travel for almost all the outlines, very few needs to cross anything, i even removed a few details, as they rally messed up the final result. But this part shows all the "errors" in the algorithm that does the traveling, and all the wrong ways to move from one point to another. Hope it will help you improve the printing and movement algorithms.

Regards
Frank

EDIT: I forgot to write about the biggest problem, on the "piano" shaped "stickout" the top layers are done weird, its been told to do 4 solid top layers, but the piano part has 1 solid then an infill layer and then 2 solid, and not 4 solids, same for the very thick wall on the center part, 1 solid, 1 infill and 2 solids on the top. That's an error.
Attachments
Display Electronics Cover.obj
(144.91 KiB) Downloaded 208 times
3h Display Electronics Cover.zip
(1.65 MiB) Downloaded 227 times

Return to “Troubleshooting and Bug Reports”