Ethercat - newbie guidelines

OK, that works! Thanks so much for catching my silly mistake. I've never had to worry about the order of things before in components I've written.

What I ended up with
 

I need to check it against a standard version of homing.c But I'm sure it will work!

Actually, its not right yet. It needs some logic to manage if the sensor is enabled when homing is requested. It does not like that at all. Another day!.

I think we can check if the home switch is enabled in 0x60FD and set my homing_mode to HOME_CONFIRM if the home input is true when homing is requested

I think also we need a pin to unhome the drives as they can be left in a unexpected state sometimes.

Anyway, its looking good.
 

okay, but these cases have to be caught by the drive. Maybe the drive config is not right, yet.

-the home sensor is only connected to the drive?

at the moment the drives gets an rising edge of the home bit after the opmode is changed the drive should:
-clear the is_homed bit (unhome)
-start its home procedure and set the is_homing bit
in the case the home_switch is enabled while starting homing, the drive adds an step to leave the sensor first or skips the search step.
-after finishing its internal procedure, the drive clears is_homing and set the homed bit (this is noticed by the cia comp and triggers lcnc)

this is the normal behaviour of an home function and all drives that i know are working like that...

Yeh, I had a bit of a play this morning before work and did not have much luck.
I added an input for the home switch which is fed by an output from lcec.
Take homing method 19
 
When the home switch (attached only to the drive) is activated per the top diagram, the drive halts movement. It should halt and reverse to find the edge which its not doing. Deactivate the switch and the move to position finishes (applying offset set in the drive).

I did get it to force lcnc homing but the drive was not in correct state. I will try your ideas.

Somehow I think linuxcnc still has its finger in the pie and possibly overriding our desired behaviour.

tommylight wrote:

Homing from the wrong side of the switch would result in what you describe, see lover part of the drawing.
Just a stab in the dark.

Yes its possible the HOME_LATCH_VELOCITY has an incorrect sign. I did think of that.  But this is all happening external to Linuxcnc. Eg Linuxcnc is not commanding the motor to move, the drive is.

but maybe your input logic on the drive is inverse, or them are sink inputs.
hold down the switch, start the homing, release the switch and push it again.
I'm shure your drive then has done the excepted homing.

normaly you can set inverse of the input with an register.

db1981 wrote:

but maybe your input logic on the drive is inverse, or them are sink inputs.
hold down the switch, start the homing, release the switch and push it again.
I'm shure your drive then has done the excepted homing.

normaly you can set inverse of the input with an register.

Worth a try! 0x2008 sets input port polarity on this drive. (Normally Open or Normally Closed)

Well I went back and checked what limit switches I had bought and they were normally open (NO). I checked the settings and  NO polarity is a 1. Bit 4 (where the first bit is 0), is the one applicable for the home switch.  The default setting in the register is 0xF0 so the input was set to NO.

I played around with the polarity and ended up with an utter mess. so reverted back to the working config using the component above.

So I'm going to sit this out until I get some ball screws mounted and the drives off my desk and into a machine. That may take a while.

Thanks everyone for your support.  I will report back in due course.