<p>I was printing an object and it started to drag so I stopped it.</p>
<p>Went to move the Z-axis up so I could clear the bed and Z-axis would not budge.
I switched the printer off and manually turned the motors to get the Z up.
Cleared the bed, switched on and homed the printer. When it came to home the Z, BLTouch deployed and then nothing. Motors will not turn.</p>
<p>Things I tried:</p>
<ul>
<li>Recompiled the firmware (Marlin 2.0.x)</li>
<li>Different motors - Motors were free from the printer, just resting on a desk so I know it's not binding or anything.</li>
<li>Swapped stepper driver with a known working one.</li>
</ul>
<p>Info about the printer:</p>
<ul>
<li>CR10s</li>
<li>SKR1.4 Turbo board</li>
<li>TMC2208 Steppers</li>
<li>BLTouch</li>
<li>Octopi to control the printer.</li>
</ul>
<p>Output of <code>M122</code> for the Z:</p>
<pre><code>Recv:       Z  
Recv: Address  
Recv: Enabled       false  
Recv: Set current   1000  
Recv: RMS current   994  
Recv: MAX current   1402  
Recv: Run current   17/31  
Recv: Hold current  8/31  
Recv: CS actual 8/31  
Recv: PWM scale  
Recv: vsense        0=.325  
Recv: stealthChop   true  
Recv: msteps        16  
Recv: tstep     max  
Recv: PWM thresh.   0  
Recv: [mm/s]        -  
Recv: OT prewarn    false  
Recv: triggered  
Recv:  OTP      false  
Recv: pwm scale sum 10  
Recv: pwm scale auto    0  
Recv: pwm offset auto   36  
Recv: pwm grad auto 14  
Recv: off time  4  
Recv: blank time    24  
Recv: hysteresis  
Recv:  -end     2  
Recv:  -start       1  
Recv: Stallguard thrs  
Recv: uStep count   40  
Recv: DRVSTATUS Z  
Recv: sg_result  
Recv: stst  
Recv: olb  
Recv: ola  
Recv: s2gb  
Recv: s2ga  
Recv: otpw  
Recv: to  
Recv: 157C  
Recv: 150C  
Recv: 143C  
Recv: 120C  
Recv: s2vsa  
Recv: s2vsb  
Recv: Driver registers:  
Recv:       Z   0xC0:08:00:00  
Recv:   
Recv:   
Recv: Testing Z connection... OK  
</code></pre>

[{'answer_id': 15422, 'author': 'dandavis', 'author_id': 10437, 'author_profile': 'https://3dprinting.stackexchange.com/users/10437', 'pm_score': 3, 'selected': True, 'text': "<p>extruder clicking means you're getting backed up, grinding.</p>\n<ul>\n<li>Make the hotend hotter so you can melt filament 3X faster than expected; most materials have quite a range; aim high.</li>\n<li>Slow down the cooling fan; a lot of them can cool the hotend.</li>\n<li>You have a silicone boot on the nozzle? that will help some.</li>\n<li>Use a larger diameter nozzle to reduce backpressure and allow thicker layers.</li>\n<li>Try cranking the feed rate</li>\n</ul>\n<p>Lastly, consider that you simply might not get acceptable results pushing speed THAT much.</p>\n"}, {'answer_id': 15423, 'author': 'octopus8', 'author_id': 26170, 'author_profile': 'https://3dprinting.stackexchange.com/users/26170', 'pm_score': 0, 'selected': False, 'text': '<p>Changing &quot;Flow&quot; will affect whole print. So even if it helped for the middle part (I doubt), the next it would ruin the print on sides by overextrusion. However: <strong>if sides are printed ok, then why the middle couldn\'t?</strong> Because walls are printed slower? Indeed, the under-extrusion may quickly rise along with speed because of plastic deformation between extruder gears under pressure and slight slipping, which actually increases with speed. The video &quot;<a href="https://youtu.be/0xRtypDjNvI?t=301" rel="nofollow noreferrer">How fast can your hotend print?</a>&quot; presents experiment on this phenomena and its outcomes.</p>\n<p>Then we go into master question: <strong>300% of what?</strong> Turning the speed knob during print will override all considerations that slicer took into account during calculations - and defintely override <a href="https://help.prusa3d.com/en/article/max-volumetric-speed_127176" rel="nofollow noreferrer">Max volumetric speed</a>, which is key factor to limit <strong>pressure in the nozzle</strong> (vide clicking noise).</p>\n<p>The real limit seems to be this middle part of print, and outer part is just cosmetics (probably calculated to print slower because of quality). So if you ensure, that printing these middle surfaces is <strong>planned (in G-Code) with similar speed</strong> as walls, then (at least in theory) you may be able to increase overall speed, playing e.g. only with temperature. (I actually mean the speed of extrusion, so this may not be simple as just setting equal speed for perimeters and infill, but this does not change the conclusion below.)</p>\n<p>So I say <strong>all it starts in the slicer</strong> software: increase speed there and re-caclulate. This will ensure to not exceed key limitations. Then you may manipulate maximal values in slicer for further experimentation.</p>\n'}, {'answer_id': 15448, 'author': 'FarO', 'author_id': 2338, 'author_profile': 'https://3dprinting.stackexchange.com/users/2338', 'pm_score': 0, 'selected': False, 'text': '<p>Provided you find a way to increase the extruder limits, as replied by @dandavis , you will still get underextrusion in the infill if the infill is printed faster than walls.</p>\n<p>You need to enable some option in the slicer to label each part of the print, so that you get a comment in the gcode to mark walls, infill, and so on.</p>\n<p>Then you need to process the generated gcode, so that when you find the label &quot;infill&quot; you replace it with a flow multiplier to increase flow. How much has to be tuned by try and fail.</p>\n<p>You also need to replace every remaining label (walls, ...) with a 100% flowrate setting to bring back the setting to the standard value, obviously.</p>\n'}]
['https://3dprinting.stackexchange.com/questions/15421', 'https://3dprinting.stackexchange.com', 'https://3dprinting.stackexchange.com/users/23645/']