[etherlab-users] PDOs Mapping

Wed Feb 12 00:22:45 CET 2020

There isn't any bug in the master related to mapping with subindex 1 - I do it all the time.  It's possible (though very unlikely) it's a bug in the slave's address map - people often forget that the standard object model has SI 0 with 8 bits then 8 bits of additional padding prior to SI 1.  But that rarely matters unless you're using SDO Complete Access, and it's most likely to be something else.

Check the syslog output when you're starting your app with "ethercat debug 1" enabled; see if there's any errors reported while configuring the slave.  Some slaves will reject certain kinds of configuration changes, and then the master and slave will disagree on the contents of a particular SM, leading to communications problems.

It's also possibly notable that you have an 8-bit field in your mapping that is absent in the original mapping.  It's possible that the slave requires padding to align data on 16-bit boundaries.  You may need to add an 8-bit padding field as well.  (Or if the slave doesn't support custom configuration, then you may need to select a PDO to follow it that starts with another 8-bit field.)

Something that is also worthwhile trying is to temporarily change your mapping structures in your app to just omit the pointer component in the slave_0_pdos structures (ie. so that the slave_0_pdo_entries are not used at all).  After that, hard reboot the slave again, run your app long enough for it to configure the domain, and then run "ethercat cstruct" one more time (optionally after exiting your app).

This will make ecrt_slave_config_pdos still perform the PDO reassignment but omit the PDO reconfiguration, which in turn should show you the default PDO configuration of the slave for the PDOs that you're actually using - which is typically what you should actually have in your app code.

(Actually, most slaves will reject PDO config changes, only allowing PDO assign changes.  So it's critically important to ensure that when you call ecrt_slave_config_pdos you pass it the exact same PDO config as the slave already has.  So your final code should include the slave_0_pdo_entries - but they need to be the right entries.)

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: BUSSIERES Vincent <vincent.bussieres at hemeria-group.com>
Sent: Tuesday, 11 February 2020 22:28
To: Gavin Lambert <gavin.lambert at tomra.com>; etherlab-users at etherlab.org
Subject: RE: PDOs Mapping

I don't think this is an endian issue because when I write controlword (0x6040) with EC_WRITE_U16, the servodrive understand the command.
The command to configure velocity setpoint (0x60ff) is also OK.

It looks like a bug for pdo which doesn't begin à index 0. In my case I encounter this issue only for pdo 0x60fe at index 1.

Mapping seems to be OK, I compare it with default mapping using "ethercat cstruct" command.

The default mapping after a hard reboot :
[cid:image015.jpg at 01D5E198.7E3A82A0]

My application mapping :
[cid:image017.jpg at 01D5E198.7E3A82A0]

Best regards

Vincent BUSSIERES
Responsable Technique Logiciel

[cid:image018.png at 01D5E198.7E3A82A0]
24 Avenue de Pasleck
16400 LA COURONNE
-----------------------------------
www.hemeria-group.com<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwebmail.nexeya.fr%2Fowa%2Fredir.aspx%3FC%3DGK_BqKCZef7LtPZnqnd_LGYr1NG9sz4Smy3iKIwO-pXqtJC7VgzXCA..%26URL%3Dhttp%253a%252f%252fwww.hemeria-group.com%252f&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554676800&sdata=5lVPG%2F0AUi0OBScMR8GZgkrWQijUrA8fGoht3MR%2B3oA%3D&reserved=0>
P Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de nécessité.
Ce message et les fichiers pouvant être attachés sont confidentiels, réservés à l'usage unique des destinataires et n'engagent HEMERIA sous aucune forme que ce soit.
This email and any files transmitted with it are confidential, intented solely for the unique use of the recipients and don't commit HEMERIA.

De : Gavin Lambert <gavin.lambert at tomra.com<mailto:gavin.lambert at tomra.com>>
Envoyé : lundi 10 février 2020 23:19
À : BUSSIERES Vincent <vincent.bussieres at hemeria-group.com<mailto:vincent.bussieres at hemeria-group.com>>; etherlab-users at etherlab.org<mailto:etherlab-users at etherlab.org>
Objet : RE: PDOs Mapping

You're contradicting yourself there, by saying both that the first output is the 16th bit and the 8th bit.

The EC_* macros assume that the slave is using little-endian byte ordering for its multi-byte values, which is the convention on EtherCAT networks (though the opposite of most other network protocols).

If your slave happens to use a different byte ordering, that could explain an unexpected ordering of the output bits, although normally I wouldn't expect a 32-bit value to only be 8-bits "off" if it were an endian issue.

Another possibility is that if you are using the PDO Config structures (usually via ecrt_slave_config_pdos), these may be incorrect (eg. not properly accounting for padding) and may be throwing things off.

A handy thing to try (with your app not running) is to hard reboot the slave and then run "ethercat cstruct" to generate its default configuration, then compare this to your app code.

Gavin Lambert
Senior Software Developer

[cid:image019.png at 01D5E198.7E3A82A0]
[cid:image020.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.compacsort.com%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554676800&sdata=lenAOm31hSpP1qJu0nWIYlmkVPEl%2F%2FCc0xzlIMBeHZM%3D&reserved=0>[cid:image021.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.facebook.com%2FCompacsort&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554686794&sdata=s7GM3PCSqIOfOshCHFy%2FQ%2BlKP1ZiEnwUIOt70Ngf0a8%3D&reserved=0>[cid:image022.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.linkedin.com%2Fcompany%2Fcompac-sorting-equipment%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554686794&sdata=a%2BI3ad1sSe%2BEV0gckzxzzBVMZIyYg51m2NT%2Bs80pJFo%3D&reserved=0>[cid:image023.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fvimeo.com%2Fcompacsort&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554686794&sdata=bhf6szIV6%2F93PJgkhXXYaQhCo9XWWwF4lKbRZiziCvc%3D&reserved=0>[cid:image024.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Fcompacsort&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554696793&sdata=XV4INYEsHKiJTMZnGZPRMKKAZnQGioaD1lGFPvLLdOg%3D&reserved=0>[cid:image025.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.instagram.com%2Fcompacsort%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554696793&sdata=scCk4qkoa9u%2F2nQDMTGn%2BP7ZOgPbZINGqR19qIBLXdM%3D&reserved=0>

COMPAC SORTING EQUIPMENT LTD | 4 Henderson Pl | Onehunga | Auckland 1061 | New Zealand
Switchboard: +64 96 34 00 88 | tomra.com<https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.tomra.com%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554706778&sdata=ScgDLhEDyLkKAXNRXEOdZpaGJ3Lh1fBm2I2wNSnmlbY%3D&reserved=0>

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: BUSSIERES Vincent <vincent.bussieres at hemeria-group.com<mailto:vincent.bussieres at hemeria-group.com>>
Sent: Tuesday, 11 February 2020 02:03
To: Gavin Lambert <gavin.lambert at tomra.com<mailto:gavin.lambert at tomra.com>>; etherlab-users at etherlab.org<mailto:etherlab-users at etherlab.org>
Subject: RE: PDOs Mapping

Thanks, I found the solution to my problem.

Indeed, digital outputs are drivable from the 32 bits object 0x60FE at index 1.
I mapped correctly PDO with index 1 for this object as you can see below.

[cid:image026.jpg at 01D5E198.7E3A82A0]

The first digital output is controled by the 16th bit of the word.
So I need to shift one byte (I presume corresponding to index 0) to drive the output.

EC_WRITE_U32(domain1_pd + off_DigitalOuptut, lValue << 8) ;

Is it the normal behaviour ?

Best regards

Cordialement

Vincent BUSSIERES
Responsable Technique Logiciel

[cid:image018.png at 01D5E198.7E3A82A0]
24 Avenue de Pasleck
16400 LA COURONNE
-----------------------------------
www.hemeria-group.com<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwebmail.nexeya.fr%2Fowa%2Fredir.aspx%3FC%3DGK_BqKCZef7LtPZnqnd_LGYr1NG9sz4Smy3iKIwO-pXqtJC7VgzXCA..%26URL%3Dhttp%253a%252f%252fwww.hemeria-group.com%252f&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554706778&sdata=lcIHuqyo%2FUghzUGQe1EcRrSPPu%2Bt0rB4RP%2BbF%2B%2Fu8D4%3D&reserved=0>
P Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de nécessité.
Ce message et les fichiers pouvant être attachés sont confidentiels, réservés à l'usage unique des destinataires et n'engagent HEMERIA sous aucune forme que ce soit.
This email and any files transmitted with it are confidential, intented solely for the unique use of the recipients and don't commit HEMERIA.

De : Gavin Lambert <gavin.lambert at tomra.com<mailto:gavin.lambert at tomra.com>>
Envoyé : dimanche 9 février 2020 23:10
À : BUSSIERES Vincent <vincent.bussieres at hemeria-group.com<mailto:vincent.bussieres at hemeria-group.com>>; etherlab-users at etherlab.org<mailto:etherlab-users at etherlab.org>
Objet : RE: PDOs Mapping

Using only one domain is the normal case.

Some (very old) slaves will require you to use separate domains for input and output data (as they don't support the LRW datagram), but other than that the choice of domains is entirely up to the application.

Typical division points are where you want to have different cycle rates for different slave groups, or if you want to have "hot connect" groups where you can more easily detect whether a given cluster of slaves is present or absent on the network based on whether their domain is being processed or not.

You don't have to use separate domains for this - my app uses a single domain where any of the slaves can potentially drop in and out, and uses a different method to get some slaves processing faster than others - but it does simplify some of these use cases.

I don't think it's likely to be related to the issue you're having.

Have you confirmed that all the PDO mappings were successful, and that the offsets read by your application match those shown in "ethercat domain -v"?  And that you are using these same offsets correctly in the EC_WRITE_* calls?  Don't forget that you have to offset the domain base address with the PDO offset when the former is a uint8_t*, not cast to any other type.  Also, digital output data is usually bitwise, and you may need to take into account bit ordering differences between the master and slave.

Gavin Lambert
Senior Software Developer

[cid:image019.png at 01D5E198.7E3A82A0]
[cid:image020.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.compacsort.com%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554716781&sdata=AeO6STRd5q%2BeboFrfpwYO7GgdDDGZdC7cyltIKrl96E%3D&reserved=0>[cid:image021.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.facebook.com%2FCompacsort&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554716781&sdata=hMxtnrBOz3h9WKbN0iPtJGKId3qR85WYtPETLqKG3Ho%3D&reserved=0>[cid:image022.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.linkedin.com%2Fcompany%2Fcompac-sorting-equipment%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554716781&sdata=fmnWmsjBO1AFS%2FGeO4jpZdQ9ZK3w%2FzuAXpAFZMw6gao%3D&reserved=0>[cid:image023.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fvimeo.com%2Fcompacsort&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554726773&sdata=%2BCY4rE8fcY7%2FQp51lIKq0NaqLMjVAHVufANSplDvHAA%3D&reserved=0>[cid:image024.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Fcompacsort&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554726773&sdata=O6y1hQpHJa87yj9duuDPBKW1skisqSwfsDE85aBHNXc%3D&reserved=0>[cid:image025.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.instagram.com%2Fcompacsort%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554736764&sdata=wdGmR858lybjMnOUASKEEr8pcrdEIBTHzFjhkF7B2dg%3D&reserved=0>

COMPAC SORTING EQUIPMENT LTD | 4 Henderson Pl | Onehunga | Auckland 1061 | New Zealand
Switchboard: +64 96 34 00 88 | tomra.com<https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.tomra.com%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554736764&sdata=hl7MuE%2Bai2%2B00hfLzwEQp2B8i4hZ8pphbDI%2FBKuWt0s%3D&reserved=0>

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: BUSSIERES Vincent
Sent: Saturday, 8 February 2020 05:07
To: etherlab-users at etherlab.org<mailto:etherlab-users at etherlab.org>
Subject: Re: [etherlab-users] PDOs Mapping

Dear all,

I wonder if the reason of my problem on multi PDO outputs mapping describe below could be because I use only one domain.
In which case should we use several domains ?

Best regards

Vincent BUSSIERES
Responsable Technique Logiciel

[cid:image018.png at 01D5E198.7E3A82A0]
24 Avenue de Pasleck
16400 LA COURONNE
-----------------------------------
www.hemeria-group.com<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwebmail.nexeya.fr%2Fowa%2Fredir.aspx%3FC%3DGK_BqKCZef7LtPZnqnd_LGYr1NG9sz4Smy3iKIwO-pXqtJC7VgzXCA..%26URL%3Dhttp%253a%252f%252fwww.hemeria-group.com%252f&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554746760&sdata=DnrxTeEt9zdSdj%2BVAixRYla5x5XsQ8Ngk%2BP6aeLv4uo%3D&reserved=0>
P Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de nécessité.
Ce message et les fichiers pouvant être attachés sont confidentiels, réservés à l'usage unique des destinataires et n'engagent HEMERIA sous aucune forme que ce soit.
This email and any files transmitted with it are confidential, intented solely for the unique use of the recipients and don't commit HEMERIA.

De : Gavin Lambert <gavin.lambert at tomra.com<mailto:gavin.lambert at tomra.com>>
Envoyé : jeudi 6 février 2020 22:52
À : BUSSIERES Vincent <vincent.bussieres at hemeria-group.com<mailto:vincent.bussieres at hemeria-group.com>>; etherlab-users at etherlab.org<mailto:etherlab-users at etherlab.org>
Objet : RE: PDOs Mapping

I can't speak to the servo drive mapping itself, but as to the other question:

ecrt_slave_config_sdoX is to specify SDO values that should be set during the PREOP -> SAFEOP -> OP transition.  It is intended for any SDO configuration required to bring the device to the intended operational state, especially eg. If the device disconnects or is rebooted during operation.  It must never be used for PDOs - neither for values, nor for the PDO Assign/Config objects.

It is different from the sdo_download requests because the latter only occur once at the time the call is made, while the config_sdo is stored and executed on every later PREOP -> SAFEOP transition (until the master is deactivated).  (These should also never be used for PDOs.)

Gavin Lambert
Senior Software Developer

[cid:image019.png at 01D5E198.7E3A82A0]
[cid:image020.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.compacsort.com%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554746760&sdata=A4p9f2ZQG4BLHCx590LiI%2FruxlCbTqGEv5cioDZ0aEE%3D&reserved=0>[cid:image021.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.facebook.com%2FCompacsort&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554756755&sdata=juIijnlnYNSYtJtTlqfTLv05heaYgsgvZVrXx%2FcfSPE%3D&reserved=0>[cid:image022.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.linkedin.com%2Fcompany%2Fcompac-sorting-equipment%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554756755&sdata=fD8%2BW3LvkAkTDVrJkT2wguEc1d5yJNboIpoDwNxotfE%3D&reserved=0>[cid:image023.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fvimeo.com%2Fcompacsort&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554766752&sdata=DVyuxDTYUzqS95Wn5jDIiceDhhcN06YNLh89uNnBH%2B8%3D&reserved=0>[cid:image024.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Fcompacsort&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554766752&sdata=uh3qVeYfjNY1bk5QOhz2GCjzeDVVa%2FMjDDwCUpgm%2FVU%3D&reserved=0>[cid:image025.png at 01D5E198.7E3A82A0]<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.instagram.com%2Fcompacsort%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554776739&sdata=Y6egzq3y7SR3tN1ShtgOsJM9b161WO6y7fC1EG4fbZ4%3D&reserved=0>

COMPAC SORTING EQUIPMENT LTD | 4 Henderson Pl | Onehunga | Auckland 1061 | New Zealand
Switchboard: +64 96 34 00 88 | tomra.com<https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.tomra.com%2F&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554776739&sdata=nvLOwC09tp0Mh%2F%2BK4VIavnIBRLNCpzqUV%2FXuctckwwE%3D&reserved=0>

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: BUSSIERES Vincent
Sent: Friday, 7 February 2020 09:03
To: etherlab-users at etherlab.org<mailto:etherlab-users at etherlab.org>
Subject: [etherlab-users] PDOs Mapping

Dear All,

I mapped the two RxPdo's objects below of my Elmo servodrive.
[cid:image027.jpg at 01D5E198.7E3A82A0]

[cid:image028.jpg at 01D5E198.7E3A82A0]

Mapping seems to be OK
[cid:image029.jpg at 01D5E198.7E3A82A0]

But when I write in digital output PDO, nothing is sent. This PDO is peculiar because digital outputs are witten at subindex 1. I don't know if it's because of that reason.

[cid:image030.jpg at 01D5E198.7E3A82A0]

6 is the value sent in the controlword of the PDO 0x1605 but nothing for digital outputs.

You can see my PDO mapping code in the attached file. I have noticed that some people use « ecrt_slave_config_sdoX » function to clear and define Pdo. Is it necessary and what is the difference between this function and sdo download function ?

Regards

Vincent BUSSIERES
Responsable Technique Logiciel

[cid:image018.png at 01D5E198.7E3A82A0]
24 Avenue de Pasleck
16400 LA COURONNE
-----------------------------------
www.hemeria-group.com<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwebmail.nexeya.fr%2Fowa%2Fredir.aspx%3FC%3DGK_BqKCZef7LtPZnqnd_LGYr1NG9sz4Smy3iKIwO-pXqtJC7VgzXCA..%26URL%3Dhttp%253a%252f%252fwww.hemeria-group.com%252f&data=02%7C01%7Cgavin.lambert%40tomra.com%7Cbf10119b95cf4ebda6c608d7aed49f6c%7C4308d118edd143008a37cfeba8ad5898%7C0%7C0%7C637170100554786733&sdata=a6Tx5P3pz6g0BXcr%2Fv%2Ff0muFi2UkgZgrdtE3qOfz37s%3D&reserved=0>
P Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de nécessité.
Ce message et les fichiers pouvant être attachés sont confidentiels, réservés à l'usage unique des destinataires et n'engagent HEMERIA sous aucune forme que ce soit.
This email and any files transmitted with it are confidential, intented solely for the unique use of the recipients and don't commit HEMERIA.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0004.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image015.jpg
Type: image/jpeg
Size: 34198 bytes
Desc: image015.jpg
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0035.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image017.jpg
Type: image/jpeg
Size: 41957 bytes
Desc: image017.jpg
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0036.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image018.png
Type: image/png
Size: 5034 bytes
Desc: image018.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0075.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image019.png
Type: image/png
Size: 11438 bytes
Desc: image019.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0076.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image020.png
Type: image/png
Size: 1629 bytes
Desc: image020.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0077.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image021.png
Type: image/png
Size: 1750 bytes
Desc: image021.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0078.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image022.png
Type: image/png
Size: 1855 bytes
Desc: image022.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0079.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image023.png
Type: image/png
Size: 1970 bytes
Desc: image023.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0080.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image024.png
Type: image/png
Size: 20278 bytes
Desc: image024.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0081.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image025.png
Type: image/png
Size: 1506 bytes
Desc: image025.png
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0082.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image026.jpg
Type: image/jpeg
Size: 23103 bytes
Desc: image026.jpg
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0037.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image027.jpg
Type: image/jpeg
Size: 21730 bytes
Desc: image027.jpg
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0038.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image028.jpg
Type: image/jpeg
Size: 5340 bytes
Desc: image028.jpg
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0039.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image029.jpg
Type: image/jpeg
Size: 24839 bytes
Desc: image029.jpg
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0040.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image030.jpg
Type: image/jpeg
Size: 100801 bytes
Desc: image030.jpg
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20200211/69442e7d/attachment-0041.jpg>
-------------- 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/20200211/69442e7d/attachment-0083.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/20200211/69442e7d/attachment-0084.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/20200211/69442e7d/attachment-0085.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/20200211/69442e7d/attachment-0086.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/20200211/69442e7d/attachment-0087.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/20200211/69442e7d/attachment-0088.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/20200211/69442e7d/attachment-0089.png>