Hello Gavin,
thank you very much for your answer, The slave doesn't support the 
reconfiguration of the PDOs. I have tried it anyway but the slave gives an 
error. I tried also the configure only the sync managers but it didn't resolve 
the problem. I also use different input and output domains as the slave doesn't 
support LRW command.
I assume the slave implementation is buggy but as it's working with Twincat 
it's difficult to convince the supplier of the module.

Best regards
Matthias

-----Ursprüngliche Nachricht-----
Von: etherlab-users [mailto:etherlab-users-boun...@etherlab.org] Im Auftrag von 
etherlab-users-requ...@etherlab.org
Gesendet: Montag, 18. Februar 2019 23:25
An: etherlab-users@etherlab.org
Betreff: etherlab-users Digest, Vol 140, Issue 4

Send etherlab-users mailing list submissions to
        etherlab-users@etherlab.org

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.etherlab.org/mailman/listinfo/etherlab-users
or, via email, send a message with subject or body 'help' to
        etherlab-users-requ...@etherlab.org

You can reach the person managing the list at
        etherlab-users-ow...@etherlab.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of etherlab-users digest..."


Today's Topics:

   1. Re: EtherCAT slave B&R X20 IF 10G3 goes into operatonal mode
      but doesn't update the process image (Gavin Lambert)


----------------------------------------------------------------------

Message: 1
Date: Mon, 18 Feb 2019 22:24:54 +0000
From: Gavin Lambert <gavin.lamb...@tomra.com>
To: Matthias Bartsch <mbart...@aradex.com>,
        "'etherlab-users@etherlab.org'" <etherlab-users@etherlab.org>
Subject: Re: [etherlab-users] EtherCAT slave B&R X20 IF 10G3 goes into
        operatonal mode but doesn't update the process image
Message-ID:
        
<am4pr0302mb28207c8409f8484113478363e8...@am4pr0302mb2820.eurprd03.prod.outlook.com>
        
Content-Type: text/plain; charset="us-ascii"

I'm not familiar with that specific slave, but if a slave has reconfigurable 
PDOs then you may be required to actually configure them before you can 
successfully communicate with it.

This requires calling ecrt_slave_config_pdos with the appropriate PDO 
definitions, which must be compatible with some configuration that the slave 
supports (check the syslog when you activate the master to see if there are any 
errors occurring during configuration, possibly with "ethercat debug 1" active 
before running your app).  See the example code included with Etherlab.

(If you don't call this, then Etherlab assumes the slave's default PDO layout, 
which might be empty for some slaves.  If you do call it with invalid 
arguments, then depending on the slave it may be left with its original 
configuration, an empty configuration, or some subset of your intended 
configuration.)

Some slaves may also require specific SDO setup before entering OP state - you 
can use ecrt_slave_config_sdo* functions to register these.  (Note that you 
should not use this to configure the PDO Config/Assign objects; that's what the 
previous function takes care of for you.)

The slave device's manual should explain the supported PDO layouts and other 
configuration options.


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>

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: etherlab-users <etherlab-users-boun...@etherlab.org> On Behalf Of 
Matthias Bartsch
Sent: Monday, 18 February 2019 23:47
To: 'etherlab-users@etherlab.org' <etherlab-users@etherlab.org>
Subject: [etherlab-users] EtherCAT slave B&R X20 IF 10G3 goes into operatonal 
mode but doesn't update the process image

Hello @all!

I'm trying to use a "B&R X20 IF 10G3" EtherCAT  interface device with the IgH 
1.5.2 EtherCAT master and Gavin's patch set 20171102.
The B&R device use the Hilscher EtherCAT slave implementation.
The configuration and startup  of the device seems OK and the device is going 
into operational state. But the working counter for the device isn't increased 
and no cyclic (PDO) communication is possible.
Access via SDO in preoperational state works.
I have checked the communication with TwinCAT and it's working. TwinCAT doesn't 
set any special SDO at startup and the addresses of the sync managers seems to 
be the same as the IgH stack uses.
I have also created a new SII eeprom image from the slaves ESI file but no 
success.
Has somebody faced already a similar situation?
I have logged the startup sequence with wireshark and itlooks like that TwinCAT 
configures every parameter each time  when it starts but the IgH stack doesn't 
do that (maybe because the settings from the SII memory are the same used for 
the communication?). I'm not so familiar in interpreting the wireshark log so 
maybe somebody can give me an advice what's maybe the problem.

Best regards
Matthias

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.etherlab.org/pipermail/etherlab-users/attachments/20190218/df4d4eaf/attachment.html>
-------------- 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/20190218/df4d4eaf/attachment.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/20190218/df4d4eaf/attachment-0001.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/20190218/df4d4eaf/attachment-0002.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/20190218/df4d4eaf/attachment-0003.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/20190218/df4d4eaf/attachment-0004.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/20190218/df4d4eaf/attachment-0005.png>

------------------------------

Subject: Digest Footer

_______________________________________________
etherlab-users mailing list
etherlab-users@etherlab.org
http://lists.etherlab.org/mailman/listinfo/etherlab-users


------------------------------

End of etherlab-users Digest, Vol 140, Issue 4
**********************************************

_______________________________________________
etherlab-users mailing list
etherlab-users@etherlab.org
http://lists.etherlab.org/mailman/listinfo/etherlab-users

Reply via email to