Z speed limits ignored

dtw_rv6

I'm using Firmware 0.92 with an i3 Prusa and bed leveling.I have my max z-travel and max z-home travel speeds set to 3mm/s, but I believe the firmware is ignoring these limits.Repetier Host generates code (using Cura slicer) "G0 X25 Y30 Z0.32 F6000" which the firmware should limit z speed to only 3mm/s instead of the requested 100mm/s. Instead, the machine tries to move the z-axis at 100mm/s and causes the steppers to bind up and miss steps. I've also tried G0 Z0.32 F6000 which causes the same problem. I'm not a programmer, so I can't really locate the code that is the problem, but I have confirmed that the firmware is set correctly, it just doesn't prevent overspeeding the axis.
Don

Repetier

Check your eeprom. I guess it has a higher value from first upload there and eeprom goes for configuration.h. Use Repetier-Host to change eeprom values with it's eeprom editor.

dtw_rv6

I don't think that's it, but would you mind checking for me?Here are my settings captured from Repetier-Server 0.24:

6:44:35EPR:2 75 57600 Baudrate 6:44:35EPR:3 129 349.186 Filament printed [m] 6:44:35EPR:2 125 509096 Printer active [s] 6:44:35EPR:2 79 600000 Max. inactive time [ms,0=off] 6:44:35EPR:2 83 360000 Stop stepper after inactivity [ms,0=off] 6:44:35EPR:3 3 160.2200 X-axis steps per mm 6:44:35EPR:3 7 160.2200 Y-axis steps per mm 6:44:35EPR:3 11 8000.0000 Z-axis steps per mm 6:44:35EPR:3 15 150.000 X-axis max. feedrate [mm/s] 6:44:35EPR:3 19 150.000 Y-axis max. feedrate [mm/s] 6:44:35EPR:3 23 5.000 Z-axis max. feedrate [mm/s] 6:44:35EPR:3 27 25.000 X-axis homing feedrate [mm/s] 6:44:35EPR:3 31 25.000 Y-axis homing feedrate [mm/s] 6:44:35EPR:3 35 3.000 Z-axis homing feedrate [mm/s] 6:44:35EPR:3 39 12.000 Max. jerk [mm/s] 6:44:35EPR:3 47 0.200 Max. Z-jerk [mm/s] 6:44:35EPR:3 133 0.000 X home pos [mm] 6:44:35EPR:3 137 0.000 Y home pos [mm] 6:44:35EPR:3 141 0.000 Z home pos [mm] 6:44:35EPR:3 145 200.000 X max length [mm] 6:44:35EPR:3 149 200.000 Y max length [mm] 6:44:35EPR:3 153 131.625 Z max length [mm] 6:44:35EPR:3 51 500.000 X-axis acceleration [mm/s²] 6:44:35EPR:3 55 500.000 Y-axis acceleration [mm/s²] 6:44:35EPR:3 59 3.000 Z-axis acceleration [mm/s²] 6:44:35EPR:3 63 500.000 X-axis travel acceleration [mm/s²] 6:44:35EPR:3 67 500.000 Y-axis travel acceleration [mm/s²] 6:44:35EPR:3 71 10.000 Z-axis travel acceleration [mm/s²] 6:44:35EPR:3 808 5.500 Z-probe height [mm] 6:44:35EPR:3 929 10.000 Max. z-probe - bed dist. [mm] 6:44:35EPR:3 812 2.000 Z-probe speed [mm/s] 6:44:35EPR:3 840 75.000 Z-probe x-y-speed [mm/s] 6:44:35EPR:3 800 -25.400 Z-probe offset x [mm] 6:44:35EPR:3 804 25.400 Z-probe offset y [mm] 6:44:35EPR:3 816 75.000 Z-probe X1 6:44:35EPR:3 820 35.000 Z-probe Y1 6:44:35EPR:3 824 150.000 Z-probe X2 6:44:35EPR:3 828 90.000 Z-probe Y2 6:44:35EPR:3 832 35.000 Z-probe X3 6:44:35EPR:3 836 150.000 Z-probe Y3 6:44:35EPR:0 880 1 Autolevel active (1/0) 6:44:35EPR:3 976 0.000 tanXY Axis Compensation 6:44:35EPR:3 980 0.000 tanYZ Axis Compensation 6:44:35EPR:3 984 0.000 tanXZ Axis Compensation 6:44:35EPR:0 106 0 Bed Heat Manager [0-3] 6:44:35EPR:0 107 255 Bed PID drive max 6:44:35EPR:0 124 80 Bed PID drive min 6:44:35EPR:3 108 196.000 Bed PID P-gain 6:44:35EPR:3 112 33.000 Bed PID I-gain 6:44:35EPR:3 116 290.000 Bed PID D-gain 6:44:35EPR:0 120 255 Bed PID max value [0-255] 6:44:35EPR:3 200 824.740 Extr.1 steps per mm 6:44:35EPR:3 204 125.000 Extr.1 max. feedrate [mm/s] 6:44:35EPR:3 208 50.000 Extr.1 start feedrate [mm/s] 6:44:35EPR:3 212 250.000 Extr.1 acceleration [mm/s²] 6:44:36EPR:0 216 1 Extr.1 heat manager [0-3] 6:44:36EPR:0 217 140 Extr.1 PID drive max 6:44:36EPR:0 245 20 Extr.1 PID drive min 6:44:36EPR:3 218 6.1700 Extr.1 PID P-gain/dead-time 6:44:36EPR:3 222 0.3600 Extr.1 PID I-gain 6:44:36EPR:3 226 26.3900 Extr.1 PID D-gain 6:44:36EPR:0 230 255 Extr.1 PID max value [0-255] 6:44:36EPR:2 231 0 Extr.1 X-offset [steps] 6:44:36EPR:2 235 0 Extr.1 Y-offset [steps] 6:44:36EPR:1 239 1 Extr.1 temp. stabilize time [s] 6:44:36EPR:1 250 150 Extr.1 temp. for retraction when heating [C] 6:44:36EPR:1 252 0 Extr.1 distance to retract when heating [mm] 6:44:36EPR:0 254 255 Extr.1 extruder cooler speed [0-255]

Repetier

Your z axis max feedrate is set to 5 which might be too high. Homing is set to 3.

I see you are using the old server. You should try upgrading to 0.50 which is much better. Has also an eeprom editor also only integer values can be set at the moment (bug, fixed in next release)

<div>
</div>http://www.repetier-server.com/download-repetier-server/

dtw_rv6

5mm for my z axis runs fine when I enter the gcode manually (like G1 Z25 F5). the problem is that the firmware isn't limiting the speed to 5mm/s when my slicer gives G1 X1 Y2 Z3 F5096. it is trying to run at more than 100mm/s. Shouldn't the eeprom setting automatically throttle this ? It isn't.As for the server software, an upgrade is on my list, but it is working well enough for me until I have time to fiddle with it. Don

dtw_rv6

http://forums.reprap.org/read.php?146,397572

It looks like Marlin has the same bug. Check out the link above...

Repetier

I have tested it now with 0.92 and it works as expected. To be clear, it is ok to move faster then 5mm/s as long as the z part is not faster then 5mm/s. So if you have a long x move and a small z move it is likely that z is not limiting x speed.

If you compiled with

#define DEBUG_QUEUE_MOVE

enabling echo will give you more informations about each move. So if you have a move combination that shows the problem enable it and send me the result along with start/end position. But you need to isolate it to a single move what does not work.

bullar

Even if this thread is one year old the problem seems to persist (at least for me).

I am facing the same issue on my Prusa I3 with FW 0.92.8. But on Huxley with FW 0.92.6 I can't see it.

Slic3r generates G-Code with non-print feed rates limited by 'Speed for non-print moves' (in my case set to default 130mm/s). It don't distinguish between X,Y or Z. In case of a layer change the G-Code includes for instance 'G1 Z0.360 F7800.000' with F=7800mm/min => 130mm/s feed rate. This is far out of the MAX_FEEDRATE_Z limit of 2mm/s = 120mm/min as stored and used in EEPROM.

In my case the stepper motor gets stuck because firmware isn't limiting to 2mm/s as expected for Z moves.

Any idea how to solve this issue?