Like the title says when I command the x axis left it moves right. and it moves right when commanded right. Basically, it only moves one direction.
I am running the Altmill 4x4. and all other features seem to operate as expected, homing works. y/z-axis works in both directions but not X. I can go into the machine settings and change the “direction pin invert” then it will only go left not right.
I need some ideas on how to correct my X
what version r u running ?
check x y axis under device settings is correct
8.02 is the version.
Yes everything else is correct as far as set up goes. I sent in a trouble ticket, so I will see what the response is.
yeah, my origin is correct, I have tried it in all locations just for giggles and the result was the same. with continuous jog on the gantry only moves right even when prompted to go left. Homing works as it should too no matter if continuous jog is active or not.
This is a symptom of [1] incorrect Origin selected, [2] an issue with setting up the coordinate system, or [3] a parameter is set incorrectly. You said [1] is okay, so we need to have someone using Ruida controllers to step in.
Be prepared to answer if this is a new problem or if the machine is still in the setup phase.
@jkwilborn
@parsec
@ednisley
@bernd.dk
@NicholasL
Sorry about the list, but I figured if I knocked on enough doors, somebody will answer! 
I’m out, sorry I saw too late that it’s a MillMage thing.
(But I’m still surprised that it says Ruida in connection with a CNC milling machine.)
I’d guess it’s a jammed / miswired home switch preventing motion beyond the (incorrect) edge, so looking at the GRBL configuration and peering at Console messages for errors & such will be a good start.
I’ll step aside, because I knowing nothing of MillMage.
A few questions:
The machine homes rear-left?
The configs have some G54 set?
If you switch to mm can you Jog the machine correctly?
Has this ever functioned correctly? I.E. is it new or?
On controllers like these and most others, the home operation is handled by the controller firmware, not Lightburn. What homing does is allow the machine to know not only where it is in the work area, but also what quadrant it’s operating within. The Ruida operates in the positive integers only.
I wish you knew how many times we’ve heard that, many times it’s true, but many times they’ve selected the wrong home orientation. Instead of saying ‘yeah’, just tell us which one you’ve selected.
These are my suggestions, ensure the software is configured properly. It sounds like it has a hardware failure…
I’d swap controller → motor driver control signals. If the problem stays it’s that axes. If it follows the swap, then it’s a motor driver or something else down the path.
If you do this, put the head in the center then re-boot. Press , if needed multiple times. It should halt the home cycle.
It could be either the direction controls on the motor driver.
Just to clarify the AltMill uses an SLB controller.
The $J continuous jog movement uses G53 (machine coordinates) to direct the machine towards (what it thinks is) your machine’s min or max coordinates, for example, X0 to X400, or X-400 to X0 depending on which side the machine origin is.
If your machine zero in MillMage is set as the rear right, then the min X coordinate will be something like -400, and the max X coordinate will be 0. So a positive jogging movement would be directed towards X0.
But if the actual zero of the machine is on the left side then both manually jogging right (heading towards X0) and jogging left (heading toward X-400) would end up going left.
Thats the only scenario I can think of right now where $J jogging right would be going left, and changing the machine’s Zero point configuration should have fixed it.
I’m able to recreate what you’re seeing on the SLB-EXT/Altmill but only if the Device Setting Zero Point is misconfigured.
AltMill (and LongMill) variants all ship with Set Machine Origin to 0 bit enabled for the homing cycle:
That means the machine 0 is updated after homing to match the corner it’s homed to (vs the default behaviour of machine origin being back right regardless of which corner you home to)
This means your Zero Point configuration in Device Settings needs to match the homing corner like so:
Setting it to default (top right) results in continuous jogging going left when commanded right as you reported:
I will note that I also had to enable “Ignore Automatic Zero Point detection” since it was never correct given the firmware configuration - not sure if a bug but it will reset the corner to top right regardless of the $22 flag set for Set Machine Origin.
I had the same problem on my CNC machine running Mach3.
The problem was that a plug on the Gecko Vampire drive was not seating properly. It was easily fixed by cutting away a small amount of sealant that was getting in the way of the connector.
So, just try re-seating the connector on your motor driver and that may be the solution for you as well.
Thanks all for the replies I have downloaded the Trial V9 and everything was working as it should. But I have reverted to saving the gcode and exporting to GSender to get around some other issues I have sent feedback to “Millmage” about. I truly appreciate the help.
