I’ve noticed that if I tell the machine to return to zero after I cancel a job, it slams the x, y, and/or Z axis and goes nowhere near the zero I set. Any ideas why? This is annoying as heck. I hit Reset Zero before the job very carefully and it makes no difference. If I hit cancel it goes haywire. If the job completes properly, no problem. I can then return to zero without a hitch.
really? So the abswer is not to retun to zero from cancel.? Is it the controler software? You’d think soemethibg this asic would have been adressed lo g ago.
I had this happen on the Z-axis with UGS. Did some googling and found a thread in a forum where the developers were talking about the “runaway z” when returning to zero. I just stopped using that command, don’t know if there’s a fix.
I’ve seen countless posts concerning this and I don’t know exactly what was going on. Never was able to get anyone to do some debugging with me on the issue to find out what the straight story was.
Here is what gets generated when I press “Return to Zero” on version 1.0.9.
G90 G0 Z0.0
G90 G0 X0 Y0 Z0
For some time there were many versions of firmware that were floating around for the Inventables fork of grbl with the same version #. Maybe the same thing occurred with UGCS.
I guess that most people are using the “Return to Zero” inappropriately.
The machine is just doing what it has been asked to do. Moving X and/or Y first is potential more damaging as the location in Z is not known when the command is requested.
Moving to Z=0 should clear the work surface (if it’s flat) before moving X and Y.