Jump to content
Ultimaker Community of 3D Printing Experts
Thomllama

too much travel printing walls..

Recommended Posts

is it just me or does it seem that Cura has a bit too much travel when printing simple walls?  it prints line one every where, traveling from spot to spot, then line 2, travels a bunch.. and so on..

wouldn't it be better to print line 1-4 (4 outer layers in this case) at 1st location, then move on to location 2 and only have one travel between?  Is there some setting I'm missing that is causing this?

 

Edited by Guest

Share this post


Link to post
Share on other sites

As regards to infill, I have improved how zigzag infill is printed so it now starts at the ends of the zigzag lines rather than anywhere along the line. This cuts down on the amount of travel while printing infill and stops some silly behaviour where it can print a pair of lines (a zig and a zag) and then move to another pair and so on. That's already in the master branch and so should be in the next major release (3.1, I guess).

  • Like 1

Share this post


Link to post
Share on other sites

As regards to infill, I have improved how zigzag infill is printed so it now starts at the ends of the zigzag lines rather than anywhere along the line. This cuts down on the amount of travel while printing infill and stops some silly behaviour where it can print a pair of lines (a zig and a zag) and then move to another pair and so on. That's already in the master branch and so should be in the next major release (3.1, I guess).

Oooooh yeah. I'm really looking forward to that update. I am printing rings that have a hole between them, they are connected on ~12 degrees of the circle. I'm printing them with a Volcano .8mm nozzle so zig zag is almost the only way to go.

Currently the infill-travel is just ridiculous, print a zig and a zag, travel 5 seconds to another zig and zag and then back 5 seconds. (It takes long because it has to avoid crossing the perimeter of the "hole".)

Octoprint Gcode viewer of the print:

tFtgllk.png

Share this post


Link to post
Share on other sites

smartavionics

I want to say thank you for your contribution to Cura you are the only one who optimizes the algorithm and not just writes it)))))

And you do it very very well.

It is interesting to know how much% of the installation has increased Сura 3.0.3

with the function entry"Optimize Wall Printing Order" )))))

Good luck )

Edited by Guest

Share this post


Link to post
Share on other sites

The changed zigzag code does not attempt to find the optimal order for printing the zigzags but it does have two good qualities:

1 - it always starts a zigzag line at an end.

2 - it uses the combing distance rather than the as the crow flies distance when deciding which zigzag line it should start next. This stops it jumping across air gaps like in your above example where, when half way round the circle it decides that the nearest line is (by the as the crow flies distance) on the other circle and so does a travel which because you are using combing routes the long way round to get to the other line.

Share this post


Link to post
Share on other sites

Related to this is another PR that takes into account the real travel distances rather than the as the crow flies distances when deciding the order in which to print a bunch of holes. You can see an example of the difference it makes at https://github.com/Ultimaker/CuraEngine/pull/617. That PR has yet to be incorporated into the Cura master branch. Hopefully it will also make it into 3.1.

Share this post


Link to post
Share on other sites

Here's a direct comparison, first image is what you get with 3.0.3 and the second image is what you should get in 3.1.

Screenshot_2017-10-30_09-32-50.thumb.png.37a259369c38c29b82e0e18d30f50146.png

Screenshot_2017-10-30_09-32-07.thumb.png.2bd4f2e0bca67a0af8f881d9465175a8.png

Sorry, I got kinda frusturated with this particular model and decided to move to other parts of the assembly in the meantime. (Figured to maybe use Slic3r to do this part.) But you seemed to get along pretty nicely.

Is there a way to get "nightly" builds of Cura 3.1?

If not, in the meantime I'll probably build a special version for just this one part.

I did some analysis on the generated gcode (3.0.4) after some regex wrestling, and from the estimated print time of 7 hours 14mins, ~3 hours 35mins are travels!

Also because of the excess travels due to combing (so retraction extra priming isn't taken into account) the infill doesn't even print because of the plastic oozing out during the moves.

Share this post


Link to post
Share on other sites

Hi. I'm afraid that my changes to reduce the travel when printing models like the above did not make it into 3.1. I needed to make the code more efficient as for some models it was too slow. I am now happy with the performance and it makes a good job of reducing the amount of travels. I am now expecting it to arrive in 3.2. Sorry for the extra delay.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Our picks

    • Taking Advantage of DfAM
      This is a statement that’s often made about AM/3DP. I'll focus on the way DfAM can take advantage of some of the unique capabilities that AM and 3DP have to offer. I personally think that the use of AM/3DP for light-weighting is one of it’s most exciting possibilities and one that could play a key part in the sustainability of design and manufacturing in the future.
        • Like
      • 3 replies
×

Important Information

Welcome to the Ultimaker Community of 3D printing experts. Visit the following links to read more about our Terms of Use or our Privacy Policy. Thank you!