<p><strong>Edit: The z-hop problem has been fixed in Cura 4.2.</strong></p>

<hr>

<p>This is a known issue with Cura 4.1 when z-hop is enabled.</p>

<p>If you touch the z-axis motor frame while it is apparently stationary, you may feel it is actually moving.</p>

<p>The solution is to set a value (I used something like 250 in conjunction with an Ender 3) for the "Maximum Z Speed".</p>

<p>First you need to get the setting to be visible, so go to the "Settings" menu and choose "Configure setting visibility...":</p>

<p><a href="https://i.sstatic.net/LrN1v.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/LrN1v.png" alt="Configure setting visibility dialog"></a></p>

<p>Then in the "Print settings" panel:</p>

<p><a href="https://i.sstatic.net/Jzm3u.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/Jzm3u.png" alt="Print settings panel"></a></p>

<p>The full story is available on GitHub at <a href="https://github.com/Ultimaker/Cura/issues/5753" rel="nofollow noreferrer">[4.1 - current master branch] Z feed rates #5753</a>.</p>

CC BY-SA 4.0
2019-07-16T13:24:16.937Z
2019-08-02T16:02:23.480Z
2019-08-02T16:02:23.480Z
Andrew Morton
<p>I experienced the same with 4.1. Everything went back to normal after going back to 4.0 despite that all settings were identical as far as I could see. I compared the two g-code files using a simple file comparison tool. They were very different, hardly anything was the same. I still need to figure out what they mean. The model and thus the g-code files are far to large to go through. So, I will have to use a simple and small model to start unraveling what those differences mean.</p>

CC BY-SA 4.0
2019-06-16T06:35:39.110Z
2019-06-16T06:35:39.110Z
trialNerror
<p>I thought I have already had and fixed every problem one could possibly have with a 3D printer. Guess I was wrong.</p>

<p>I haven't used my Creality CR-10 for a few weeks, everything was working the last time I tried. Today I wanted to print something minor and the printer just randomly paused a few times in the middle of the print.</p>

<p>To be exact, it seems that after a few G-code commands have been executed the printer just freezes for like 10 seconds and then continues like nothing happened. This occurred a few times and every time the nozzle is melting the surrounding plastic and extruding a little which ruins the print.</p>

<p>I have tried:</p>

<ul>
<li>Print from SD Card</li>
<li>Print from Laptop via USB connection to Ultimaker Cura</li>
<li>Print different models at different settings</li>
</ul>

<p>My theory is that either there is a core problem with how Ultimaker Cura exports the G-code files or something is wrong with the printer software. I thought that maybe re-installing the firmware might fix it but I heard that that is a risky process. What do I do?</p>

CC BY-SA 4.0
2019-06-12T20:44:21.290Z
Is there any real problem with the print itself or does the printer miss steps when it does this?
Pᴀᴜʟsᴛᴇʀ2
CC BY-SA 4.0
2019-06-12T21:33:12.950Z
Is it randomly pausing, or after each layer? Maybe the minimum layer time setting has been changed by accident.
0scar
CC BY-SA 4.0
2019-06-13T11:07:21.690Z
Ok I fixed it by using Cura 4.0.0 instead of Cura 4.1. I checked again and found that the delay of ~10 seconds occurred every time right before the print head would go to a new object and again when it arrived. So when finishing the skirt it stops, when arriving at the new object it stops. I haven't found any setting that would cause this so I will try to make a bug report.
EVARATE
CC BY-SA 4.0
2019-06-13T16:12:29.623Z
Have you examined the G-code?  If there is a long sequence of "no-op" g-codes, or a pause command (G4) there would be a stop.  Are you sure it has stopped?  Perhaps it is moving slowly?  The g-code would tell the tale.  Is it possible that you have z-hopping turned on, and that the z velocity is extremely slow?  I guess in summary I would examine the g-code.   It is likely that the printer is behaving correctly, but the slicer is slightly misconfigured.
cmm
CC BY-SA 4.0
2019-06-13T17:44:37.960Z
@EVARATE  before reporting a bug, make **sure** that all the preferences and configuration values are the same in both versions of Cura that you're trying out.
Carl Witthoft
CC BY-SA 4.0
2019-06-16T08:08:41.537Z
I also looked through the gcode and neither "G4" or "no-op" was anywhere in the file. The steppers don't seem to move at all, not even slowly. Also I always used factory settings of 4.1 and 4.0 and only made changed in layer height and enabled ironing but nothing else. I haven't made the bug report yet because I didn't have time to make a deeper comparison anyways. Thanks for all the answers though.
EVARATE
CC BY-SA 4.0
2019-07-16T18:00:47.893Z
I suggest you use [Pronterface or Octoprint](https://3dprinting.stackexchange.com/questions/10573/what-is-a-printer-console-terminal) to read out a graphical output of the hotend temperature. If it is inconsistent and drops too low at times, it might cause safety halts, as it waits for the hotend to heat up again.
Trish
CC BY-SA 4.0
2019-10-13T02:59:01.753Z
I am seemingly having the same issue only on Cura 4.3. There is no "Maximum Z Speed" anywhere on 4.3 so how can I fix this? As talked about above I just checked my "minimum layer time" and it is set to 10. I have also used another slicer and this same issue keeps happening it just messes up differently. I've also tried printing from SD card and OctoPrint. Same issue... How could this be my slicer if this same thing is happening on a different slicer than Cura? Please see also [CR-10S Pro pausing and starting again](https://3dprinting.stackexchange.com/q/11174).
Matt Dongworth
<firmware><creality-cr-10>
CR-10 randomly pauses for a few seconds
EVARATE
# CR-10 randomly pauses for a few seconds

(Asked by: username_0 on 2019-06-12)

I thought I have already had and fixed every problem one could possibly have with a 3D printer. Guess I was wrong.

I haven't used my Creality CR-10 for a few weeks, everything was working the last time I tried. Today I wanted to print something minor and the printer just randomly paused a few times in the middle of the print.

To be exact, it seems that after a few G-code commands have been executed the printer just freezes for like 10 seconds and then continues like nothing happened. This occurred a few times and every time the nozzle is melting the surrounding plastic and extruding a little which ruins the print.

I have tried:

* Print from SD Card
* Print from Laptop via USB connection to Ultimaker Cura
* Print different models at different settings

My theory is that either there is a core problem with how Ultimaker Cura exports the G-code files or something is wrong with the printer software. I thought that maybe re-installing the firmware might fix it but I heard that that is a risky process. What do I do?

**Tags:** firmware, creality-cr-10

> **Comments:**
> **username_1**: Is there any real problem with the print itself or does the printer miss steps when it does this?  
> **username_2**: Is it randomly pausing, or after each layer? Maybe the minimum layer time setting has been changed by accident.  
> **username_0**: Ok I fixed it by using Cura 4.0.0 instead of Cura 4.1. I checked again and found that the delay of ~10 seconds occurred every time right before the print head would go to a new object and again when it arrived. So when finishing the skirt it stops, when arriving at the new object it stops. I haven't found any setting that would cause this so I will try to make a bug report.  
> **username_3**: Have you examined the G-code?  If there is a long sequence of "no-op" g-codes, or a pause command (G4) there would be a stop.  Are you sure it has stopped?  Perhaps it is moving slowly?  The g-code would tell the tale.  Is it possible that you have z-hopping turned on, and that the z velocity is extremely slow?  I guess in summary I would examine the g-code.   It is likely that the printer is behaving correctly, but the slicer is slightly misconfigured.  
> **username_4**: @username_0  before reporting a bug, make **sure** that all the preferences and configuration values are the same in both versions of Cura that you're trying out.  
> **username_0**: I also looked through the gcode and neither "G4" or "no-op" was anywhere in the file. The steppers don't seem to move at all, not even slowly. Also I always used factory settings of 4.1 and 4.0 and only made changed in layer height and enabled ironing but nothing else. I haven't made the bug report yet because I didn't have time to make a deeper comparison anyways. Thanks for all the answers though.  
> **username_5**: I suggest you use [Pronterface or Octoprint](https://3dprinting.stackexchange.com/questions/10573/what-is-a-printer-console-terminal) to read out a graphical output of the hotend temperature. If it is inconsistent and drops too low at times, it might cause safety halts, as it waits for the hotend to heat up again.  
> **username_6**: I am seemingly having the same issue only on Cura 4.3. There is no "Maximum Z Speed" anywhere on 4.3 so how can I fix this? As talked about above I just checked my "minimum layer time" and it is set to 10. I have also used another slicer and this same issue keeps happening it just messes up differently. I've also tried printing from SD card and OctoPrint. Same issue... How could this be my slicer if this same thing is happening on a different slicer than Cura? Please see also [CR-10S Pro pausing and starting again](https://3dprinting.stackexchange.com/q/11174).  

---

## 2 answers

### Answer by username_7 on 2019-07-16. Score: 4

**Edit: The z-hop problem has been fixed in Cura 4.2.**

---

This is a known issue with Cura 4.1 when z-hop is enabled.

If you touch the z-axis motor frame while it is apparently stationary, you may feel it is actually moving.

The solution is to set a value (I used something like 250 in conjunction with an Ender 3) for the "Maximum Z Speed".

First you need to get the setting to be visible, so go to the "Settings" menu and choose "Configure setting visibility...":

[![Configure setting visibility dialog](https://i.sstatic.net/LrN1v.png)](https://i.sstatic.net/LrN1v.png)

Then in the "Print settings" panel:

[![Print settings panel](https://i.sstatic.net/Jzm3u.png)](https://i.sstatic.net/Jzm3u.png)

The full story is available on GitHub at [[4.1 - current master branch] Z feed rates #5753](https://github.com/Ultimaker/Cura/issues/5753).


---

### Answer by username_8 on 2019-06-16. Score: 0

I experienced the same with 4.1. Everything went back to normal after going back to 4.0 despite that all settings were identical as far as I could see. I compared the two g-code files using a simple file comparison tool. They were very different, hardly anything was the same. I still need to figure out what they mean. The model and thus the g-code files are far to large to go through. So, I will have to use a simple and small model to start unraveling what those differences mean.


---

