Unnecessary travels

[varazir 6]

Hello, 

 

I'm trying to print a model I have designed in Fusion 360 ( STL attached ) 

When looking at the travels for this part it's a lot that shouldn't be needed. 
There are 2 outer walls and a inner. 

 

 

Seam settings is set to Sharpest corner and Hide seam. 

 

Don't know what settings you want so please let me know and I'll post them. 

 

 

Flower Pot MK II v22_Flower Pot MK II v22_OuterPot_1_Body1_OuterPot.stl

[burtoogle 514]

Here's my attempt. I am using a relative x/y z-seam hint without any corner preference. The z-seam is located on the left hand side of the little bump all the way from the bottom to the top. Hope this helps.

 

[varazir 6]

9 hours ago, smartavionics said:

Here's my attempt. I am using a relative x/y z-seam hint without any corner preference. The z-seam is located on the left hand side of the little bump all the way from the bottom to the top. Hope this helps.

 

 

I still get this, any other settings I should look at ? 

[burtoogle 514]

Please save your project file (.curaproject.3mf) and attach to this thread so I can check your settings.

[varazir 6]

1 minute ago, smartavionics said:

Please save your project file (.curaproject.3mf) and attach to this thread so I can check your settings.

 

Attached.

CFDMP_Flower Pot MK II v22_Flower Pot MK II v22_OuterPot_1_Body1_OuterPot.curaproject.3mf

[burtoogle 514]

Thanks for the project file. I can see what is happening. The travels across air are due to a combination of settings and a deficiencies in the version of Cura that you have. The "no skin" combing option has always been broken as it doesn't stop combing travel over skin and allows travel over air. Actually, the "no skin combing" option works OK when you understand that it actually combs over infill and nowhere else. So it should have been called the "infill only combing" option and then its behaviour would match its name perfectly! I have a fixed version submitted for a future Cura release that really does comb over non-skin areas (i.e. walls and infill). So when I use that the travels from side to side are being routed over the wall rather than through air which is why you don't see them but the travels are still happening as you can see here:

 

 

The other problem is that Cura doesn't make a good job of walls that are an odd number of lines wide. Your model has walls approx 1.2mm wide so if I was printing that I would just up the wall line width to 0.6 (which my 0.4 e3d v6 has no problem with) and you get 2 walls with no extra travels. If you want to persist with 3 walls then I recommend that you enable the wall overlap compensation and also there is a setting called Minimum Wall Flow which, when set to something like 10 or 20, will remove a lot of the lines that have been overlap compensated down to a small flow. It still wants to travel rather a lot and with the combing bug mentioned above is pretty unusable with your model.

 

[varazir 6]

@smartavionics Well the walls are 1.2 mm ( I can change that easily with variables in fusion ) 
Edit: looks like I have calculated the value on radius and not diameter 

 

Think this the best I seen so far but I still don't under what's about the right spot.

To me it looks like it's going back to fix something it missed but it's not there on all layers. 

 

 

CFDMP_Flower Pot MK II v23_Flower Pot MK II v23_OuterPot_1_Body1_OuterPot.curaproject.3mf

Edited July 27, 2018 by varazir

[Link 34]

I don't think the 'no skin' should be changed in the way you describe, it would make much more sense to rename it as you have mentioned 'infil only combing'. Then a true no skin should be added as an additionally option. I would not want combing over wall, for example a thin wall, maybe two or so walls thick, will suffer if coming is used and the extra material deposited into the wall, it makes the wall look inconsistent due to the extra material. Please consider creating another option and keeping the 'infil' only combing as it is, but named correctly. That would be the best solution. 

Edited July 27, 2018 by Link

[burtoogle 514]

Hello @Link, the problem with combing over infill only mode is that it doesn't recognise the existence of skin and walls and so won't avoid them and therefore the nozzle will happily traverse a skin region when moving from one side of a part to another. Personally, I would not mind if the existing "no skin" behaviour was still available as a "infill only" option as I would never use it!

 

As for combing over thin walls leading to ugliness due to extra material being deposited, there is now an option to retract when combing distance is greater than a threshold so that can be used to reduce dribble.

[burtoogle 514]

24 minutes ago, varazir said:

Think this the best I seen so far but I still don't under what's about the right spot.

To me it looks like it's going back to fix something it missed but it's not there on all layers. 

 

Yes, it looks like it is going back to fix something. Anyway, as I mentioned, life gets much easier if the walls are an even number of line widths wide.

[varazir 6]

@smartavionics I have changed it to 2.4 and now I get a clean look and no extra travels 

 

CFDMP_Flower Pot MK II v25_Flower Pot MK II v25_OuterPot_1_Body1_OuterPot.curaproject.3mf

Flower Pot MK II v25_Flower Pot MK II v25_OuterPot_1_Body1_OuterPot.stl

[Link 34]

38 minutes ago, smartavionics said:

Hello @Link, the problem with combing over infill only mode is that it doesn't recognise the existence of skin and walls and so won't avoid them and therefore the nozzle will happily traverse a skin region when moving from one side of a part to another. Personally, I would not mind if the existing "no skin" behaviour was still available as a "infill only" option as I would never use it!

 

As for combing over thin walls leading to ugliness due to extra material being deposited, there is now an option to retract when combing distance is greater than a threshold so that can be used to reduce dribble.

 

 

I am sure you understand this better than me ;), but if i set min travel that will affect the whole part so even moves which would have been over infil (where I don't care about the extra material) would result in a retraction, which I don't want. Not sure I understand what you mean about the nozzle will happily traverse a skin when moving. As I understand it in all areas other than infil retractions will be applied rather than combing. Setting avoid printed parts when travelling will ensure parts are avoided, regardless of whether the move is a retraction or a comb. Certainly setting min travel, and thus enforcing more retractions will not be a great solution. As I say I am sure you understand this better than me, but I cannot see why the current mode is not good (when named correctly). The OP firsts picture shows a number of moves with are actually retractions rather than combing moves, so Cura has done what It is supposed to do. it still avoids printed parts and used retractions.

 

 

Edited July 27, 2018 by Link

[burtoogle 514]

Well, I'll submit some PRs to reinstate the "not over skin" behaviour as "over infill" and the Cura developers can decide what to do.

[Link 34]

Just now, smartavionics said:

Well, I'll submit some PRs to reinstate the "not over skin" behaviour as "over infill" and the Cura developers can decide what to do.

 

Great thanks, ?

[burtoogle 514]

Done. See https://github.com/Ultimaker/Cura/pull/4144

and https://github.com/Ultimaker/CuraEngine/pull/781

[burtoogle 514]

Here's a comparison of the different combing modes. Note that this is using my Cura that has some other changes to the code that creates the combing boundaries.

 

Combing All mode - note unretracted travels over skin.

 

 

 

The new Not In Skin mode avoids travels across the skin areas (what a surprise!)

 

 

The new Within Infill mode (this is the old Not in Skin) does unretracted travels all over the place.

 

[Link 34]

that is odd, I don't see that sort of behaviour of 'within infil' you are seeing, I don't see any combing travel outside of infil, anything outside of that is a retraction

 

[Link 34]

 

again not seeing moves without retraction like you get, something odd there. No skin in my slice looks like your fixed version, but I haven't changed anything.

Edited July 27, 2018 by Link

[Link 34]

The only way I can achieve the sort of issue you are seeing is to set the 'retraction minimum travel' to a massive number, in this case 20mm, normally its set to 0.7. What value do you have for this ?

 

[Link 34]

I just tried another model and see the issue, but only on this model strangely 

 

this is no skin, but is performing coming travel (dark blue line) in the skin, I can't see why this model would be problematic but others are not...

 

 

 

[burtoogle 514]

27 minutes ago, Link said:

 

again not seeing moves without retraction like you get, something odd there. No skin in my slice looks like your fixed version, but I haven't changed anything.

 

But it's showing no-retract travels over the skin on the head, isn't it?

 

[Link 34]

yes, you are right !, I stand corrected !, any idea why it seems to be random, I am seeing less moves than you but as you say still moves when it shouldn't !

 

ideally then could you fix the 'comb over infil only' and also your version which will comb over walls and infil (but not skin'

 

Thanks very much, really great if these can get fixed !

[burtoogle 514]

1 hour ago, Link said:

this is no skin, but is performing coming travel (dark blue line) in the skin, I can't see why this model would be problematic but others are not...

 

The old "no skin" combing fails badly when there is no infill present on the layer because no travels can hit the (non-existent) combing boundary and so all travels happen "as the crow flies" irrespective of whether they cross walls or skin.

[Link 34]

@smartavionics did these fixes make it into 3.5 ?, I cannot see the fixes in the release notes ?

 

thanks

[burtoogle 514]

Hi @Link, yes they did although I also made some other changes later that I forgot about (LOL, too many changes, not enough brain cells) and they have only just been submitted as a PR (https://github.com/Ultimaker/CuraEngine/pull/852). I think 3.5 should be OK, please open a new issue if it isn't.