Ethercat HAL driver

db1981 wrote: -to avoid strange seetings, do a factory reset of the card: "ethercat download -p6 0x1011 0x01 0x64616F6C --type uint32" -> few seconds -> power cycle

After these it work Great. You Know You Are Right :laugh: :laugh: :laugh:

Very thanks
First time on ethercat linuxcnc very great.

Any how I load My hal/ini/xml file

really? not it's working, goes to op?

Sadly we don't know which setting prevent communication, strange that the master gives no errors...

Has this been an brand new card from factory, or has it been used anywhere else before?

We keep in mind: next time, for the first thing do an factory reset

Did you randomly saved an ethercat configurator or twincat file, before the card has been reseted? can you attach this,
i wan't to know what has been the bug.

db1981 wrote: We keep in mind: next time, for the first thing do an factory reset

Did you randomly saved an ethercat configurator or twincat file, before the card has been reseted? can you attach this,
i wan't to know what has been the bug.

Yes it work and go to OP .... I've attach the signal of el5151 to an eoffset and it work very great ... thanks again and thanks to dgarret for these component (I've mine old one ... but not work so fine like these of dgarret).

unfortunately it was a used piece .... but from ethercat-configurator I hadn't seen anything so abnormal.

I am a beginner with ethercat and I have not saved anything beyond what I have posed here.

Rather .... every now and then during the various configurations (I added an eoffset) every now and then the drives no longer go to OP ... PREOP and then in OP. This INIT-> SAFEOP-> PROP-> OP cycle is obtained by first removing power from the drives and then starting Lcnc. But it is rather inconvenient .... how can I do it from hal and then from the interface? can you?

bkt

eoffset? external offset comp?
please explain the rest a little bit clearer for me... (may be my english interpreter ).

i can't detect the problem you have.

you can force the application state with the command "ethercat states (INIT,PREOP,BOOT,SAFEOP,OP)"

db1981 wrote: please explain the rest a little bit clearer for me... (may be my english interpreter ).

No worry, the same for me .... I also have to read a post written by a US-man 10 times and a post written by a UK-man 8 times before I understand the exact meaning .... but that's how you learn. Usually English written by EU-man or Asia-man is more readable for me.

db1981 wrote: eoffset? external offset comp?

Yes, of course I needed the el5151 to make an external offset. Some time ago I made a similar customized component ... to work it works, but I never liked it because it has problems with the axis limits and with the accelerations once you do a "dynamic" reset. The component that made dgarret on the other hand is fantastic. Just write this:

But of course But without your help I couldn't catch the encoder ....

db1981 wrote: you can force the application state with the command "ethercat states (INIT,PREOP,BOOT,SAFEOP,OP)"

Ok. but is possible inside .hal file? For example with pyvcp.button-reset-fails-drive signal?

thanks for the explanation.

-adding your eoffset part has nothing to do with the field bus behaviour.

-This is an industrial realtime Bus System, under no circumstances any slave should lost its OP State , after you have startet your system. Even with an normal fault the drive should stay op, go to error state, sends error flags etc.

If you not hang off the drives cpu, power it off, or cut the ethernet cable in your running System, all has to stay OP !!

If an slave lost its OP state, there must be fundamental error in the system.
Examble: Power supply, Jitter, dc clock lost, hf disorder, wrong grounding etc.....

What happens at the moment the drive lost its OP State ? What Drives are this?