<p>If you properly define your own machine with a <code>delta_wasp.def.json</code> file you can fill in the acceleration and jerk settings of your printer, so that Cura will use the correct values for print time estimation.</p>

<p>For example, take a look at <a href="https://github.com/Ultimaker/Cura/blob/master/resources/definitions/ultimaker2.def.json" rel="nofollow noreferrer">how the Ultimaker 2 is defined.</a></p>

<p>Exposing these settings to the Custom FDM Printer wizard hasn't been implemented (yet).</p>

CC BY-SA 4.0
2020-01-04T06:25:42.137Z
Can you clarify which settings are used? If acceleration and jerk control are disabled in Cura (to leave machine defaults alone), what values are used for estimating? The machine limits? Or the set values of the disabled options?
R.. GitHub STOP HELPING ICE
CC BY-SA 4.0
2020-01-05T10:26:12.453Z
The machine limits. Disabled settings are never used. It's [these settings](https://github.com/Ultimaker/Cura/blob/master/resources/definitions/fdmprinter.def.json#L515).
Tim Kuipers
CC BY-SA 4.0
2017-07-30T09:59:02.967Z
2018-08-15T09:39:09.473Z
2018-08-15T09:39:09.473Z
Tim Kuipers
<p>As you note, the estimates are usually optimistic because they're calculated without knowing the printer's actual acceleration as well as communication overhead time losses, etc.  However, many estimation algorithms put in a bit of a fudge factor to approximate a typical printer or to approximate startup time. I think in this case, you're just on the wrong side of the fudge factor.</p>

CC BY-SA 3.0
2017-07-30T09:54:52.070Z
Not true, Cura is just using the wrong acceleration and jerk settings. Cura doesn't use a fudge factor.
Tim Kuipers
CC BY-SA 3.0
2017-05-16T19:12:45.993Z
2017-05-16T19:12:45.993Z
Mark Walker
<p>Estimating time for any CNC based machines are measured in this formula:</p>

<p><em>The length of pulses that machine travels x The feedrate of the pulse itself</em></p>

<p>It gives you the time for whole movements. If you're familiar with NC codes, information of any movement is listed in a single line, having its own <code>feedrate</code>, that's what we call pulses.</p>

<p>As machines are not ideal, some delay occurs between pulses, approximately <em>1 or 2&nbsp;ms</em> according to machine type. That's what is not measured in the formula.</p>

<p>If you were able to measure that <code>delay time</code> and multiply it in <code>number of pulses</code>, by adding it in the <code>estimated time</code> found by machine, you could find a much more definite estimated time, for your process.</p>

CC BY-SA 4.0
2017-06-16T06:48:51.400Z
2018-08-15T09:37:08.810Z
2018-08-15T09:37:08.810Z
Brison
<p>I know that the actual printing time is longer than the time estimated by Cura, due to acceleration and jerk factor.</p>

<p>However, I have printed a small pyramid for which Cura estimates 4.0 minutes, while the measured printing time is 2 minutes and 40 seconds. 
What reasons could produce this difference?</p>

<p>For clarity, I'm using a Delta Wasp 20 40 equipped with a clay extruder for which parameters such as E-step (for E axis) are unpredictable since I have no filament.</p>

CC BY-SA 3.0
2017-05-22T10:39:32.417Z
Related - [this answer](https://3dprinting.stackexchange.com/questions/3233/calculating-the-estimated-print-time-of-an-already-sliced-file#answer-3241) to [Calculating the estimated print time of an already sliced file](https://3dprinting.stackexchange.com/questions/3233/calculating-the-estimated-print-time-of-an-already-sliced-file).
Greenonline
CC BY-SA 4.0
2018-08-15T09:38:30.890Z
Have you found and fixed the problem? If so, have the answers below led you to the solution? Please vote to accept an answer (using the green tick button next to the question) so this question is not bumped up once in a while and can be removed from the unanswered question list. You may even add your own solution and accept that after 48 hours! If you have not been able to address the problem please update your question.
Greenonline
<3d-models><delta><delta-wasp-2040>
Estimating printing time from Cura
Food24
# Estimating printing time from Cura

(Asked by: username_0 on 2017-05-15)

I know that the actual printing time is longer than the time estimated by Cura, due to acceleration and jerk factor.

However, I have printed a small pyramid for which Cura estimates 4.0 minutes, while the measured printing time is 2 minutes and 40 seconds.
What reasons could produce this difference?

For clarity, I'm using a Delta Wasp 20 40 equipped with a clay extruder for which parameters such as E-step (for E axis) are unpredictable since I have no filament.

**Tags:** 3d-models, delta, delta-wasp-2040
> **Comments:**
> **username_1**: Related - [this answer](https://3dprinting.stackexchange.com/questions/3233/calculating-the-estimated-print-time-of-an-already-sliced-file#answer-3241) to [Calculating the estimated print time of an already sliced file](https://3dprinting.stackexchange.com/questions/3233/calculating-the-estimated-print-time-of-an-already-sliced-file).  
> **username_1**: Have you found and fixed the problem? If so, have the answers below led you to the solution? Please vote to accept an answer (using the green tick button next to the question) so this question is not bumped up once in a while and can be removed from the unanswered question list. You may even add your own solution and accept that after 48 hours! If you have not been able to address the problem please update your question.  

---

## 3 answers

### Answer by username_2 on 2017-07-30. Score: 3

If you properly define your own machine with a `delta_wasp.def.json` file you can fill in the acceleration and jerk settings of your printer, so that Cura will use the correct values for print time estimation.

For example, take a look at [how the Ultimaker 2 is defined.](https://github.com/Ultimaker/Cura/blob/master/resources/definitions/ultimaker2.def.json)

Exposing these settings to the Custom FDM Printer wizard hasn't been implemented (yet).

> **Comments:**
> **username_3**: Can you clarify which settings are used? If acceleration and jerk control are disabled in Cura (to leave machine defaults alone), what values are used for estimating? The machine limits? Or the set values of the disabled options?  
> **username_2**: The machine limits. Disabled settings are never used. It's [these settings](https://github.com/Ultimaker/Cura/blob/master/resources/definitions/fdmprinter.def.json#L515).  

---

### Answer by username_4 on 2017-05-16. Score: 1

As you note, the estimates are usually optimistic because they're calculated without knowing the printer's actual acceleration as well as communication overhead time losses, etc. However, many estimation algorithms put in a bit of a fudge factor to approximate a typical printer or to approximate startup time. I think in this case, you're just on the wrong side of the fudge factor.

> **Comments:**
> **username_2**: Not true, Cura is just using the wrong acceleration and jerk settings. Cura doesn't use a fudge factor.  

---

### Answer by username_5 on 2017-06-16. Score: 0

Estimating time for any CNC based machines are measured in this formula:

*The length of pulses that machine travels x The feedrate of the pulse itself*

It gives you the time for whole movements. If you're familiar with NC codes, information of any movement is listed in a single line, having its own `feedrate`, that's what we call pulses.

As machines are not ideal, some delay occurs between pulses, approximately *1 or 2 ms* according to machine type. That's what is not measured in the formula.

If you were able to measure that `delay time` and multiply it in `number of pulses`, by adding it in the `estimated time` found by machine, you could find a much more definite estimated time, for your process.


---

