[Etherlab-users] Experience with EL6992
Merkel, Amos
Amos.Merkel at ifas.rwth-aachen.de
Thu Apr 14 10:03:05 CEST 2022
Hi Richard,
Of course, I meant the EL6692 - too many sixes and nines...
Odd, that looks almost exactly like what I used - the secondary side is basically the same with mirrored In-/Outputs, right? You don't have the odd effects with the operating states as well?
Greetings
Amos
________________________________
Von: Richard Hacker <ha at igh.de>
Gesendet: Mittwoch, 13. April 2022 15:09:51
An: etherlab-users at etherlab.org
Cc: Merkel, Amos
Betreff: Re: [Etherlab-users] Experience with EL6992
Hi Merkel
You mean the EL6692 ;)
That must be some mistake somewhere on your side. I successfully used
that slave in the past, attached is a matlab script for the generic
slave in etherlab_lib, but I am sure you would be able to process it for
your needs.
Richard
On 4/13/22 14:06, Merkel, Amos wrote:
> Hi everyone,
>
> I am tryingto set up a Beckhoff EL6992 terminal and ran into some
> unexpected problems. Has anyone experience with this hardware?
>
> Here is my problem:
>
> The EL6992 is an EtherCAT bridge terminal, allowing communication
> between two EtherCAT systems. For that, it consists of actually two
> ethercat slaves, one „primary“ slave on one system and a „secondary“
> slave on a second system. The primary side can configure PDOs for
> communication which the secondary side can then use.
>
> First odd thing I notice are the operating states: The terminal
> initializes in „OP“ on the primary side and in „OP“ or „PreOp+E“ on
> secondary side. I have yet to understand what decides the state of the
> secondary side
>
> So far I managed to configure PDOs for communication on both sides. For
> this to work, I have to manually set the operating states on both sides
> to Init, then to PreOp, then start my control job on primary side, then
> on secondary side. Otherwise the configuration is not accepted.
>
> However, on both sides the system freezes shortly after starting the
> control jobs. System freeze is complete, even Alt+Print+REISUB does not
> work anymore.
>
> A similar thing happens when I try to kill a control job shortly after
> starting it:
>
> The control job can not be killed, not with Strg+C, and not with kill
> <PID>. Shortly after trying, the system freezes graduadely, sometimes
> rebooting still works, sometimes I have to default back to
> Alt+Print+REISUB. I have tried reading the dmesg output while killing
> the control job, I can’t find error messages, the output stops at
> „releasing Master 0…“
>
> I would be most grateful for any pointers on how to proceed with this.
>
> Best regards,
>
> Amos
>
> --
> Amos Merkel, M.Sc.
> Group leader
> Digitalization
>
> ifas – Institute for Fluid Power Drives and Systems
> RWTH Aachen University
> Campus-Boulevard 30
> 52074 Aachen
>
> Tel: +49 241 80-47737
> Fax: +49 241 80-647712
>
> www.ifas.rwth-aachen.de<http://www.ifas.rwth-aachen.de> <http://www.ifas.rwth-aachen.de/>| Twitter
> <https://twitter.com/IFAS_RWTH>| Facebook
> <https://www.facebook.com/IFAS-Institut-f%C3%BCr-fluidtechnische-Antriebe-und-Steuerungen-260714043957873/>|
> YouTube <https://www.youtube.com/channel/UC0vIq8jtra8E_--Sx8DALkQ>|
> LinkedIn <https://www.linkedin.com/company/ifas-rwth/>
>
> Signatur June
>
>
>
> www.ifk2022.com<http://www.ifk2022.com> <http://www.ifk2022.com/>
>
> **
>
>
>
>
Mit freundlichem Gruß
Richard Hacker
--
------------------------------------------------------------------------
Richard Hacker M.Sc.
richard.hacker at igh.de
Tel.: +49 201 / 36014-16
Ingenieurgemeinschaft IgH
Gesellschaft für Ingenieurleistungen mbH
Nordsternstraße 66
D-45329 Essen
Amtsgericht Essen HRB 11500
USt-Id.-Nr.: DE 174 626 722
Geschäftsführung:
- Dr.-Ing. Siegfried Rotthäuser
- Dr. Sven Beermann, Prokurist
Tel.: +49 201 / 360-14-0
http://www.igh.de
------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20220414/39025496/attachment-0001.htm>
More information about the Etherlab-users
mailing list