Continuous jogging doesn't seem continuous. I have to let go of the button and press it gain to start jogging. Is there any way to change this number to a greater value ?
Enable Soft Limits and correctly setup Max Travel then CONTROL will be able to calculate the max safe move correctly
If I enable Soft Limits I get a Soft Limits error the moment I jog, without any movement whatsoever. Max travel is correct. Any ideas ?
Also I should say; this problem only occurs in Open Builds Controller software, and not in others like Universal G-gode Sender, etc
Control supports only official Grbl, are you running some non standard compile? We use the Grbl Defaults to calculate moves.
Then it should work, unless Homing Dir etc is incorrectly setup, or you forgot to Home as required by Soft Limits
I see. it's true I often run the machine without a limit switch plugged in, because on long CNC jobs they "sometimes" can give a false positive, and since there is no way of resuming the job after this error, It's just not worth the risk. I have tried homing the device with X and Y limites plugged in, and i'm sad to say the problem persists. I cant move at all, and it's giving me back this error: Unable to jog toward Y+, will hit soft-limit Here are my settings: $0=10 ; Step pulse time, microseconds $1=255 ; Step idle delay, milliseconds $2=0 ; Step pulse invert, mask $3=2 ; Step direction invert, mask $4=1 ; Invert step enable pin, boolean $5=0 ; Invert limit pins, boolean $6=0 ; Invert probe pin, boolean $10=1 ; Status report options, mask $11=0.010 ; Junction deviation, millimeters $12=0.002 ; Arc tolerance, millimeters $13=0 ; Report in inches, boolean $20=1 ; Soft limits enable, boolean $21=1 ; Hard limits enable, boolean $22=1 ; Homing cycle enable, boolean $23=3 ; Homing direction invert, mask $24=25.000 ; Homing locate feed rate, mm/min $25=500.000 ; Homing search seek rate, mm/min $26=250 ; Homing switch debounce delay, milliseconds $27=1.000 ; Homing switch pull-off distance, millimeters $30=1000 ; Maximum spindle speed, RPM $31=0 ; Minimum spindle speed, RPM $32=0 ; Laser-mode enable, boolean $100=160.000 ; X-axis steps per millimeter $101=160.000 ; Y-axis steps per millimeter $102=160.000 ; Z-axis steps per millimeter $110=10000.000 ; X-axis maximum rate, mm/min $111=10000.000 ; Y-axis maximum rate, mm/min $112=500.000 ; Z-axis maximum rate, mm/min $120=300.000 ; X-axis acceleration, mm/sec^2 $121=300.000 ; Y-axis acceleration, mm/sec^2 $122=300.000 ; Z-axis acceleration, mm/sec^2 $130=1620.000 ; X-axis maximum travel, millimeters $131=3400.000 ; Y-axis maximum travel, millimeters $132=100.000 ; Z-axis maximum travel, millimeters Does anything stand out ?
You need Z as well for a successful homing. If you don't want to home properly, accept the 1000mm move per press (safety function) or setup homing properly Replace that with a BlackBox and Xtension limits so you can get rid of the Endstop trouble and do things the proper ways
Then you need to recompile Grbl with the Z axis limit disabled: Two Axis System Considerations · gnea/grbl Wiki - which can also do from Wizards and Tools in CONTROL Also, do read the entire Grbl Wiki as it really covers all these - CONTROL is designed to tightly work with Grbl - so setting up Grbl properly and having good hardware (not subject to EMI) is the way to go.