Strange problem

[regpye]

Is the direction that they now only move in the same direction as they move when homing?

It may just be that the settings are all screwed until it completes a homing cycle correctly. e.g the machine thinks its in some stupid position, and will only move towards it's expected correct range. Maybe X thinks its at -1000 and knows its only allowed to be -500 to +500, so will only move +ve until it thinks it reaches -500.

First thing to try is disabling soft limits. That should prevent the system babysitting your positioning.

Do you think this could be a software problem or a firmware or hardware problem?
Can move in all correct directions right up until I do a homing. The homing completes in the correct way, but after that I can only move in positive directions.

[Clive S]

Do you think this could be a software problem or a firmware or hardware problem?
Can move in all correct directions right up until I do a homing. The homing completes in the correct way, but after that I can only move in positive directions.

Can you post the config file as that will help,otherwise we are just stabbing in the dark.

[regpye]

Can you post the config file as that will help,otherwise we are just stabbing in the dark.

Good point; Here it is:

$0=10 (Step pulse time)
$1=25 (Step idle delay)
$2=0 (Step pulse invert)
$3=5 (Step direction invert)
$4=0 (Invert step enable pin)
$5=0 (Invert limit pins)
$6=0 (Invert probe pin)
$10=19 (Status report options)
$11=60.000 (Junction deviation)
$12=0.002 (Arc tolerance)
$13=0 (Report in inches)
$20=0 (Soft limits enable)
$21=0 (Hard limits enable)
$22=0 (Homing cycle enable) I turned this off to do further tests.
$23=3 (Homing direction invert)
$24=1200.000 (Homing locate feed rate)
$25=1000.000 (Homing search seek rate)
$26=144 (Homing switch debounce delay)
$27=3.000 (Homing switch pull-off distance)
$30=1000 (Maximum spindle speed)
$31=0 (Minimum spindle speed)
$32=0 (Laser-mode enable) I turned this off so I could test the laser without motion
$100=40.000 (X-axis travel resolution)
$101=40.000 (Y-axis travel resolution)
$102=80.000 (Z-axis travel resolution)
$110=10000.000 (X-axis maximum rate)
$111=10000.000 (Y-axis maximum rate)
$112=1000.000 (Z-axis maximum rate)
$120=1000.000 (X-axis acceleration)
$121=1000.000 (Y-axis acceleration)
$122=100.000 (Z-axis acceleration)
$130=840.000 (X-axis maximum travel)
$131=420.000 (Y-axis maximum travel)
$132=75.000 (Z-axis maximum travel)

[Clive S]

To me its strange that there seems to be no individual setting for X and Y inverts etc.

re
$3=5 (Step direction invert) ... Is 5 the correct number ? I would have thought 0 or 1 !!
$4=0 (Invert step enable pin)
$5=0 (Invert limit pins)

$20=0 (Soft limits enable) ... Is this enabled or disabled ?
$21=0 (Hard limits enable)

Sorry I don't know much about GRBL

[regpye]

To me its strange that there seems to be no individual setting for X and Y inverts etc.

re
$3=5 (Step direction invert) ... Is 5 the correct number ? I would have thought 0 or 1 !!
$4=0 (Invert step enable pin)
$5=0 (Invert limit pins)

$20=0 (Soft limits enable) ... Is this enabled or disabled ?
$21=0 (Hard limits enable)

Sorry I don't know much about GRBL

You need to view the table that comes with GRBL to work out that question about $3=5 It is actually settings for reversing the XYZ motor directions without having to physically doing it with the wiring.


anything equal to =0 means disabled, =1 is enabled , other numbers are from the table above and are used in several of the settings.

[Clive S]

You need to view the table that comes with GRBL to work out that question about $3=5 It is actually settings for reversing the XYZ motor directions without having to physically doing it with the wiring.


anything equal to =0 means disabled, =1 is enabled , other numbers are from the table above and are used in several of the settings.

Ah but the table did not show up in my crystal ball

[regpye]

I may have nailed the problem down?
Because I was getting the repeated bad results from the hardware I was using, I decided to change all the electronics again.
I used a new Arduino UNO, programmed it with the original GRBL 1.1h and then I tried again using the same CNC shield.
Same problem. So next I also changed the CNC shield for a new one, checked all my wiring very carefully and tried again.
Same problem.
I was starting to think maybe the is something wrong in the software, so I opened up Universal G-code Sender and tried that.
Straight away everything worked, I could home and travel in all directions without any problems.
So next I closed UGS and opened up LaserGRBL again, and tried again. Back to the same problem, so to me it is something that LaserGRBL is doing.