I just wired up a new machine and when commissioning it I found a strange problem.
I can home no problem. When I move the X axis in a positive direction it works fine but when I try to move back again in the negative direction it goes positive instead.
Same with the Y axis.
The Z axis works fine both up and down.
I loaded a file after homing and then moved in the positive direction to about the centre of the table.
I then tried framing the loaded file and it frames correctly moving in a positive direction and a negative direction.
I can home (machine home) and then move in a positive direction both X and Y and zero the position.
I can then move some more in X and Y positive direction and press the work home button and it will return to the work home position as it should. If I use the negative direction arrows both X and Y only travel positive directions. This was all done using the latest version of LaserGRBL.
I tested again using UGS and all works fine, so I don’t know what is going on.
Have I done something wrong, any other way to test my setup?
If everything works as expected in UGS I guess you can discount hardware issues. I dont know LaserGRBL but it sounds like it is messing up jog commands. Maybe there are config settings where you can see what it sends to jog; and look for issues there.
Yes I was thinking along the same lines.
The version of LaserGRBL is new and possibly has a fault in the jogging buttons. From what I have noticed, most people only use a wpos home and it all works fine if I use that.
When I tested in UGS it all worked as it should, so as you say the hardware should be okay.
I just tried both softwares again and found out that LaserGRBL seems to be the problem.
It all works fine in UGS but the problem happens in LaserGRBL so I zoomed out on the work area shown on the computer screen so I could see the cursor that represents the tool.
When I have homed and use the direction arrow buttons the cursor moves only in positive directions. So this shows me that it is NOT a hardware error, but a software error, because if it were the reverse the cursor would move in the pos and neg directions.
This morning I used UGS wizard to configure the settings in GRBL.
In UGS the machine works properly and does a homing and then the arrow direction keys all work as they should.
I exported the settings and carefully copied the content into a text file.
I renamed the text file to be a .NC file and loaded that into LaserGRBL and ran it.
LaserGRBL inserted all the 34 commands into it’s setting with no errors.
I then rebooted the computer and open LaserGRBL again and connected to my machine.
I didn’t home to start with. I just tested the movements with the arrow buttons and they all worked fine.
I then did a homing cycle and the homing worked as expected going to the front left.
I then tried using the arrow buttons and again the movements are only positive even if I use in the negative direction.
If I keep moving in a positive direction until I reach positive space the arrow buttons will work in the negative direction.
The settings exported from LaserGRBL that are giving the problem, but only in LaserGRBL: