Thanks Dewey

I guess we should either change the docs to reflect this or in my opinion 
change it.
What I was doing in qtvcp was using the joint number regardless of joint/axis 
mode.
When in axis mode jog either of the joints related to the axis would jog both 
axes.
So if you had a xxz with joints 012 respectively, in joint mode jogging each 
joint number jogs just that joint. In axis mode jogging either 0 or 1 would jog 
the combined axis x.

This makes logical sense to me as when in axis mode, the joints should be 
locked together. It also makes programming easier and not requiring different 
hardware buttons for jogging joints vrs axes etc.

This process seemed to workgreat until I made a lathe config. The docs miss 
lead me.

Opinions?

Chris


-------- Original message --------
From: Dewey Garrett <[email protected]>
Date: 2019-07-17 6:56 a.m. (GMT-08:00)
To: [email protected]
Subject: Re: [Emc-developers] axes vrs joint number lathes

> $ python
> ...
> >>> import linuxcnc as l
> >>> c=l.command()
> >>> help(c.jog)
> Help on built-in function jog:
>
> jog(...)
>     jog(JOG_CONTINUOUS, joint_flag, index, speed)
>     jog(JOG_INCREMENT, joint_flag, index, speed, increment)
>     jog(JOG_STOP, joint_flag, index)
>
>    Start or stop a continuous or incremental jog of a joint or an axis.
>
>        joint_flag: True to jog a joint, False to jog an axis
>        index: the index of the joint or axis to jog
>        speed: jog speed
>        increment: distance to jog

The 'joint_flag' indicates whether joint mode jogging or
axis coordinate letter jogging is requested.
(Note that teleop_mode must be enabled for axis coordinate
letter jogging.)

The 'index' parameter is identical to the joint number when
in joint mode (e.g., NOT in teleop_mode).

Teleop jogging works in Cartesian (xyzabcuvw) space and has
NO knowledge of joints or kinematics so it (historically)
references axis coordinate letters by their zero-based index
for the known letters sequence (xyzabcuvw):
  x: index 0
  y: index 1
  z: index 2
  etc.


--
Dewey Garrett



_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to