Jump to content
Ultimaker Community of 3D Printing Experts

time printing estimation

Recommended Posts

Hi all,

usually estimated time from CURA is greater than the actual time due to ecceleration and jerk factor.

But, it is possible the contrary ? it is possible that actual time is lower than the estimated one ?

For instance if jerk is 20 mm/s (default acceleration is 50 mm/s) and i'm printing at print speed of 11 mm/s, could be possible that my printer moves faster than the estimated behaviour ?

Thank all.

FOod 24

Share this post

Link to post
Share on other sites

No, since acceleration is taken into account and jerk as well actually (part of marlins motion planning is just ran on all the movements to calculate all that so I'd be surprised if jerk was removed from that checked with Tim(bagelorb)), the time estimates are within about 1~5% of error margin (for typical prints) except when heating up or cooling down printcores, as far as we've seen with the UM3.

The thing that's not taken into account is the weird little rounding errors and things that are actually bugs in marlin.

If you use a non marlin printer time estimates might be off more.

Does this information make you happy?

Edited by Guest

Share this post

Link to post
Share on other sites

I'm using a printer WASP, mod. Delta 2040 . I use Marlin firmware. Also my object is a n.10 faces-pyramid with a base of 29x29 mm and an height of 22 mm.

Something is not clear for me:

The jerk specifies the istantaneous rate reached from the printer before acceleration. Practically, jerk works when chaging speed or direction.

If the jer is 20mm/s and i'm working with a speed rate of 11.2 mm/s this means that the printer istantaneously reach 20 mm/s. If so there are two possibilities: 1. the printer decelerates from 20 to 11.2 mm/s; 2. the printer will move faster than expected behaviour.

In my test when I print at 11.2 mm/s I have an actual printing time of 152 s while the estimated time is of 240s.

What could be the reason ?


Share this post

Link to post
Share on other sites

In your case the printer accelerates instantly* from 0mm/s to the maximum of 11.2 mm/s or decelerates instantly* to 0.

However remember that marlins jerk implementation is not exactly correct and is only applied to/from standstill, if I remember correctly.

Given that cura's time prediction was based on A version of marlin things might have changed on your machine so that might explain it...

Have a look here and compare that to your marlins plan_buffer_line function (in planner.cpp) if you really want to know.

And as I said there are bugs in marlin, both the main marlin and the ultimaker marlin...

*: instantly reach a speed is obviously mechanically and physically impossible but to the software it pretty much is what happens.

Edited by Guest

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

    • Architect Design Contest | People
      The goal of this contest is to design a set of people figurines that could be used in such a project to make an area, office or mall seem populated. 
      Think of different types of people in different environments, like walking people, people standing still, working people, and both men and women.
      • 31 replies
    • 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!