moving problem

Just to be clear BOTH joints on the gantry HAVE to have -1 ie. not just one of them.

Just to be clear BOTH joints on the gantry
HAVE to have -1 ie. not just one of them.

Incorrect, Please see the docs:

Ref: linuxcnc.org/docs/2.8/html/config/ini-ho....html#_home_sequence

But, it makes sense to be consistent and use a negative
HOME_SEQUENCE value for all joints intended to have
synchronization of the final homing move.

In 2.8 and 2.9 with tandem homing, do not
jog the machine before homing as it will be in
joint mode so Y1 in your case will jog with
pgup/pgdown buttons, insead of Z axis, causing the
gatry to bend.

This is *not* correct when configured to synchronize
the final homing move by specifying a negative
HOME_SEQUENCE.

Please see the docs:
Ref: linuxcnc.org/docs/2.8/html/config/ini-ho....html#_home_sequence

Thanks a lot Garrett for this info,

dgarrett wrote:

In 2.8 and 2.9 with tandem homing, do not
jog the machine before homing as it will be in
joint mode so Y1 in your case will jog with
pgup/pgdown buttons, insead of Z axis, causing the
gatry to bend.

This is *not* correct when configured to synchronize
the final homing move by specifying a negative
HOME_SEQUENCE.

Please see the docs:

Code:

Joint mode jogging of joints having a negative HOME_SEQUENCE is disallowed. In common gantry applications, such jogging can lead to misalignment (racking). Note that conventional jogging in world coordinates is always available once a machine is homed.

Ref: linuxcnc.org/docs/2.8/html/config/ini-ho....html#_home_sequence

Thank you , i did notice that happeneing most of the time, but sometimes i could jog it without homing. Did not have time to check why or how as that is a production machine in use every day all day.
Thank you, D.

RoberCNC wrote: so with what you say and if I have drawn a correct conclusion from what I am reading it is as simple as adding the "Home_sequence" section within each of the joints in the INI file of the configuration created with the Y tandem and the two assigned to the duplicated axis put -1 which will create me the Home all axis button, will move both simultaneously, and will give me an interface with XYZ after the cycle, the only thing that forces me to always start the machine with Homing.

Thats about it. and get this bit right for your joint order
The kinematics command is the only thing that connects the axes to a given joint.
You might need to cut and paste the stepgen commands in HAL so you have 4 of them.

You need to make sure the home switch remains engaged all the way to the limits. Linuxcnc costs a fair way when homing if you home at a reasonable speed.

Thank you very much to all for the interest, time and information provided, I will soon see if I can get it. I'm glad to see how this is becoming a meeting point and knowledge exchange

Rod, that's one of the things I tried yesterday, besides the information was yours, from another thread around here, I observed that putting the third option or not is what makes XYZ or the joints appear in the GUI.

Let's see ... I have made a new configuration with the dual Y and put the double homing, and by the way added a 4 rotary axis. Just as you said the double homing goes great, establishing the sequence with the sign -, start the GUI, appears as joints, makes homing and shows the axes (XYZA).

Now, the blistering problems of stuck jogging the axis in continuous appear again, I have reviewed the INI and HAL files and I think I have everything as before, eliminating the setp pid.N.maxerror .0005, net N-vel-cmd and MAX_OUTPUT = 0 but, I'm learning a lot but something must escape me.

On the other hand the 4 axis there is no way to work as a rotary.

I attach the files to see if any fresh and more experienced mind finds the fault. Thank you

In your ini file under [DISPLAY]
try this:
This is what turns on the DRO's

I think there has been a subtle change so watch for errors on the command line. it might need to be xyyza

Nothing Rod, its strange, when homing looks fine, inmmediatly the value goes 0 like a rotary but once homed all the A's behaviour is like a linears one.

I think I'll park the 4-axis theme for the moment, I did it as a test and not to have to edit the configuration again. I am much more interested in the problem of jamming and having an operational 3-axis machine. Let's see if PCW appears with its wisdom and sheds light.