[etherlab-users] Slave lost forever after power cycling

[Gavin Lambert]

Have you tried putting it in different positions on the slave network?  Perhaps it only vanishes when downstream of a particular slave; then the problem might be with that slave's configuration.

Etherlab typically assumes that all slaves are configured with DL auto-open mode (so that slaves that are connected or rebooted are automatically brought into the virtual ring network), but it's possible that one of your upstream slaves has been configured in the explicit open mode instead.


Gavin Lambert
Senior Software Developer

[cid:logo_compac_5dcf97ef-52f5-498c-8b9b-728410ddffaf.png]
[cid:compacicon_82e8a8c7-154a-4a32-9720-a5badb6258e0.png]<http://www.compacsort.com> [cid:facebook_fa85b924-53b9-45cc-8162-0564f64ec3a3.png] <https://www.facebook.com/Compacsort>  [cid:linkedin_4ec016ad-84fa-443c-85a3-b9615a4ccef8.png] <https://www.linkedin.com/company/compac-sorting-equipment/>  [cid:youtube_32142163-fc27-4aed-b14d-e8a377f98a6d.png] <https://vimeo.com/compacsort>  [cid:twitter_d89338d8-98c8-4b65-9a9e-7b1333160b0d.png] <https://twitter.com/compacsort>  [cid:insta2_1cd85de9-b3a2-4971-9904-52b2481a7c82.png] <https://www.instagram.com/compacsort/>

COMPAC SORTING EQUIPMENT LTD | 4 Henderson Pl | Onehunga | Auckland 1061 | New Zealand
Switchboard: +64 96 34 00 88 | tomra.com<http://www.tomra.com>

The information contained in this communication and any attachment is confidential and may be legally privileged. It should only be read by the person(s) to whom it is addressed. If you have received this communication in error, please notify the sender and delete the communication.

From: Joachim Sällvin
Sent: Friday, 14 February 2020 22:34
To: etherlab-users at etherlab.org
Subject: [etherlab-users] Slave lost forever after power cycling

Hi all,

I loose contact with my TU4-ECT (freq inverter from Nord Drive) slave after power-cycling it when there are other slaves on the bus. This happens intermittently. Only a EEPROM reset (I use TwinCAT for this ) can make it accessible again. When it is the only slave on the bus it seems as I can power-cycle and always access again.

Has anyone experienced the same problem? What might cause this? Workarounds?

Example:

Before power-cycling the TU4-ECT (all slaves have been given alias addresses):


$ sudo ethercat slaves

0  1:0  PREOP  +  EK1100 EtherCAT-Koppler (2A E-Bus)

1  2:0  PREOP  +  EL2004 4K. Dig. Ausgang 24V, 0.5A

2  3:0  PREOP  +  ifm IO-Link Master AL1332

3  4:0  INIT   E  TU4-ECT



After power-cycling the TU4-ECT:



$ sudo ethercat slaves

0  1:0  PREOP  +  EK1100 EtherCAT-Koppler (2A E-Bus)

1  2:0  PREOP  +  EL2004 4K. Dig. Ausgang 24V, 0.5A

2  3:0  PREOP  +  ifm IO-Link Master AL1332

3  8:0  PREOP  +  ifm IO-Link Master AL1332



Lost!!!



I'm using Linux kernel 4.13.13-rt5, Ubuntu 18.04 and EtherCAT master 1.5.2.







Joachim Sällvin












-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200216/5148c09b/attachment-0003.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: logo_compac_5dcf97ef-52f5-498c-8b9b-728410ddffaf.png
Type: image/png
Size: 11438 bytes
Desc: logo_compac_5dcf97ef-52f5-498c-8b9b-728410ddffaf.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200216/5148c09b/attachment-0028.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: compacicon_82e8a8c7-154a-4a32-9720-a5badb6258e0.png
Type: image/png
Size: 1629 bytes
Desc: compacicon_82e8a8c7-154a-4a32-9720-a5badb6258e0.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200216/5148c09b/attachment-0029.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: facebook_fa85b924-53b9-45cc-8162-0564f64ec3a3.png
Type: image/png
Size: 1750 bytes
Desc: facebook_fa85b924-53b9-45cc-8162-0564f64ec3a3.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200216/5148c09b/attachment-0030.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: linkedin_4ec016ad-84fa-443c-85a3-b9615a4ccef8.png
Type: image/png
Size: 1855 bytes
Desc: linkedin_4ec016ad-84fa-443c-85a3-b9615a4ccef8.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200216/5148c09b/attachment-0031.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: youtube_32142163-fc27-4aed-b14d-e8a377f98a6d.png
Type: image/png
Size: 1970 bytes
Desc: youtube_32142163-fc27-4aed-b14d-e8a377f98a6d.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200216/5148c09b/attachment-0032.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: twitter_d89338d8-98c8-4b65-9a9e-7b1333160b0d.png
Type: image/png
Size: 20278 bytes
Desc: twitter_d89338d8-98c8-4b65-9a9e-7b1333160b0d.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200216/5148c09b/attachment-0033.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: insta2_1cd85de9-b3a2-4971-9904-52b2481a7c82.png
Type: image/png
Size: 1506 bytes
Desc: insta2_1cd85de9-b3a2-4971-9904-52b2481a7c82.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200216/5148c09b/attachment-0034.png>