(SOLVED) BUG REPORT: Gmocappy Homing buttons in joint mode in Master

newbynobi wrote: @rodw
@JT

I have played around with Deweys branch and added some minor modifications. It seems to work as expected.
Could one with a real machine please check?

IMHO after checking on a real machine the branch should be merged. If that is done, I can redo the double letter check and all should work as expected

I will introduce a settings option to hide the button to change between world and joint mode, as it would be dangerous on a gantry to jog only one of the synched joints.

Norbert

Norbert, thanks for this. I am not sure if I insisted or assisted you with this bug.

newbynobi wrote:
I will introduce a settings option to hide the button to change between world and joint mode, as it would be dangerous on a gantry to jog only one of the synched joints.

Is this actually required? I thought that the kinstype=BOTH is what enabled the ability to change between world and joint mode. If the user enables BOTH on a joint axis gantry, then it is in his hands.. but then dewey's revised homing sequence should fix that anyway.

I'll update master and give it a try. I have to learn now to install and merge branches I can see. It will be a couple of weeks before I can properly test. I have one half of my joint axis moving but its lying on its side for now

Um, need a bit of help here. I pulled the master code from git and had to use sudo to build it for some reason. That casued some permissions issues.

I changed the permissions in the bin and rtlib directories to 755

From the command line, the linuxcnc chooser opens but I get this error and LCNC won't load.

Its still clearly permissions related. How do I fix this?

Rodw,

Are you still running a rip? Have you tired to make clean, reconfigure and build it again without root?

I would just do another rip. Will probably save you time than trying to hunt down file permission issues. Or if you can hunt down where iptables is located and check its permission.

About 10 minutes ago I pulled a fresh git for master and built it no issue. I noticed Norbert made some changes so I wanted to see what it was

Thanks, this is specific to my hardware but I'm still offline. See
forum.linuxcnc.org/27-driver-boards/3236...r-broke-mesa-hm2-eth

cncnoob1979 wrote: Rodw,

Are you still running a rip? Have you tired to make clean, reconfigure and build it again without root?

Thanks, this was helpful and I solved my problem so I could test this code.

Norbert, this is working perfectly on my hardware. Thanks for taking this up. It nice the way the axes that can't be homed are greyed out.

Now I just have to learn a bit more about git so I can test some of dewey's development branches. Its funny , a friend who uses Mach3 was looking for the axis offset buttons in my version of Gmocappy just yesterday. He said Mach had a button beside the DRO's to set the current position to be Zero. It looks like this can be done now.

I wanted to test dewey's branch and I got a compile error.

I'm not sure if I actually did the git stuff correctly but the external offset sims turned up in the source code.