We have been trying all the mechanical fixes and it seems everything is tight. I agree though, it sounds like a mechanical problem. Just can’t figure out where. He just notified me that it seems to be better on the far left of the machine versus the right…
We put the acceleration down to 10 in the GRBL settings and re-ran it super slow. It still had the issue. I’ll see if we can take the overall speed down as well and re-check to see if the problem persists.
X and Y max speeds are both 8000 mm/min in GRBL.
L’ll get the cut settings as well. Here are the firmware settings:
$0=10 (step pulse, usec)
$1=25 (step idle delay, msec)
$2=0 (step port invert mask:xxxxxxxx)
$3=5 (dir port invert mask:xxxxxxxx)
$4=0 (step enable invert, bool)
$5=1 (limit pins invert, bool)
$6=0 (probe pin invert, bool)
$10=1 (status report mask:xxxxxxxx)
$11=0.010 (junction deviation, mm)
$12=0.002 (arc tolerance, mm)
$13=0 (report inches, bool)
$20=0 (soft limits, bool)
$21=0 (hard limits, bool)
$22=1 (homing cycle, bool)
$23=3 (homing dir invert mask:xxxxxxxx)
$24=25.000 (homing feed, mm/min)
$25=500.000 (homing seek, mm/min)
$26=250 (homing debounce, msec)
$27=1.000 (homing pull-off, mm)
$30=255 (rpm max)
$31=0 (rpm min)
$32=1 (laser mode, bool)
$100=115 (x, step/mm)
$101=115 (y, step/mm)
$102=416 (z, step/mm)
$110=8000.000 (x max rate, mm/min)
$111=8000.000 (y max rate, mm/min)
$112=500.000 (z max rate, mm/min)
$120=400.000 (x accel, mm/sec^2)
$121=400.000 (y accel, mm/sec^2)
$122=10.000 (z accel, mm/sec^2)
$130=200.000 (x max travel, mm)
$131=200.000 (y max travel, mm)
$132=200.000 (z max travel, mm)