Ethercat - newbie guidelines

Well this is strange, pos-cmd and pos-fb track each other yet the following error grows
 
I have not added a pid or anything but this point to some hal parts missing. Any ideas?

rodw wrote:

3radfahrer wrote:

Thanks for this info.
Then it seems to be quite similar to the implementation of my amps in combination with the generic driver
Can you share your config? I did quite a bit of rework on the cia402.comp component and can now get my drives to home and rehome  consistently but if left to travel too far, I get following errors. I am not sure why because we are setting the pos-fb = pos-cmd in the component while homing so there should not be anything to complain about.

do you try to home with an internal homing-procedure of your drive? or does linuxcnc handle the homing-procedure?

please find attached the files of my config. please keep in mind, that for this configuration I home on a signal, that comes via ecat from my amp. the signal is generated by a magnetic switch, that is attached to the amp.
attached is also a diagram of the statemachine I have to pass through. The transitions are in the comments in the configs. The image is from the technosoft CoE manual

Thanks for that much appreciated.
I am trying to uses Dominic's cia402.comp and home using linuxcnc's index homing. 
I have revised the component to make it work for my drive and shared my version on his cia402 component thread.
I was thinking afterwards, that I may not have correctly scaled the linuxcnc homing velocities to agree with the drive settings So I will try changing some ini file settings.
 

Ok, added a home_velocity as well as a latch velocity.
The following errors stop but when the home switch is triggered, the drive stops but Linuxcnc does not know this and it continues with position commands (I think) and a following error occurs eventually. The drive does not actually home internally until the home switch clears again but now it does not home and motion continues if the home switch is cleared. The home switch is attached to the internal input on the drive, I suspect Linuxcnc needs to receive a home switch signal which it is not receiving yet. Odd. It should not need it when homing to an index.

So my current thinking about this is to modify homing.c by overriding joint  home_state to start at
HOME_INDEX_SEARCH_START

This should bypass any movement commands during homing and just set the home_index to true
Then if the component supresses pos-fb until the drive is homed, Linuxcnc might never know the motor moved during homing.

the halscope screenshot is strange, the f error in this case has to be zero. this is not ethercat or cia related. I have to think about that .

at the otherside, i think you should test your drives homing manually first.
disconnect it from the joint / axis.

Use manually setp commands to do the test:

-first set the pos-cmd to the value of the pos-fb, if both are not zero after startup.
-set the enable pin to 1
-setp the home pin to 1
-drive should do his homing, if finished the home pin should be false.

another question: did you already set your min and max limits for the axis? if the driven way at home latch searching gets bigger then the distance beetween min and max limits another internal lcnc error is raised.