[Etherlab-users] Slave shows INVALID PDO MAPPING even after giving PDO mapping

[Pranay Tummalapalli]

Both Devices are exactly the same. I am moving the Drive+Motor setup
physically to his desk. For the code, i have attached the entire code in
another reply.

ethercat slaves -v outputs the same data in both systems and both are PREOP
+

Update: all package dependencies to build the master are same along with
version. I was initially assuming (for the sake of ruling out the
hypothesis)  that some package dependency might have gotten updated since i
last built the master in my system. However, all package dependencies are
the same.

Also, i now tried the Etherlab gitlab stable 1.5 branch in his PC with
--disable-eoe option and it works (sparring a few watchdog timeout errors).
Why is it not working for the stable/vectioneer branch?


On Mon, Apr 8, 2024 at 6:39 AM Gavin Lambert <gavin.lambert at tomra.com>
wrote:

> Is your colleague using exactly the same device as you are (i.e. you are
> moving your device to their desk) or are they using a different but
> theoretically identical device? If one or both devices have previously been
> used with a different master then they may have different default
> configurations, or you may be relying on a configured address that is not
> the default device state.  Or if the devices are not identical (they might
> be the same model but different revisions) then they might require or
> default to different PDO layouts.
>
>
>
> Ensure that you have called ecrt_slave_config_pdos or equivalent in
> addition to ecrt_domain_reg_pdo_entry_list or equivalent.
>
>
>
> Inspect the output of ethercat slaves -v on both systems *before*
> attempting to run your application (reboot the device first if you have
> previously attempted to run your app).
>
>
>
> *Gavin Lambert*
> Software Engineer
>
>
>
>
>  [image: tomra facebook] <https://www.facebook.com/TOMRA.Food/> [image:
> tomra linkedin] <https://www.linkedin.com/company/tomra-food/> [image:
> tomra twitter] <https://twitter.com/TOMRAFood> [image: tomra youtube]
> <https://www.youtube.com/playlist?list=PLDD3B1A7BAE919EC6> [image: tomra
> instragram] <https://www.instagram.com/tomrafood/>
>  *Compac Technologies Ltd* | 4 Henderson Place | PO Box 13 516 | Onehunga
> 1061 | New Zealand
>
>  Phone: +64 96 34 00 88 | https://www.compacsort.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:* Pranay Tummalapalli
> *Sent:* Friday, April 5, 2024 8:07 PM
> *To:* etherlab-users at etherlab.org
> *Subject:* [Etherlab-users] Slave shows INVALID PDO MAPPING even after
> giving PDO mapping
>
>
>
>
>
> I have a fully functional and tested setup in my system for Ethercat
> running a DC Motor with a single EtherCAT drive. Below are my system
> configurations:
>
> Master source: vectioneer/stable branch
>
> OS: Ubuntu 22.04
>
> Kernel: 5.15.0-97-generic
>
> I am using the systemd ethercat service. And I have a custom folder under
> the examples where I have all source and exec files for my project. I have
> added the folder in examples/Makefile.am and added the directory to
> configure.ac. In my system it build well and everything works. Motor
> runs, all EtherCAT functionalities work and motor goes to setpoint position
> in OP.
>
> When I try to run the same setup in my colleague's system with the same
> configuration as my system including master source and kernel version, the
> same drive remains in PREOP. When I try to run the same script as my
> system, the drive goes to PREOP+ERR and system logs display INVALID PDO
> MAPPING, SLAVE REFUSED TO CHANGE STATE with error 0x0024.
>
> What a I missing in this?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20240408/f50b5ad6/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TOMRA_CMYK_final_size_times_two_cd761a01-1d1f-446e-9316-8012271820b6.png
Type: image/png
Size: 6455 bytes
Desc: not available
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20240408/f50b5ad6/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TF-FB-icon_b77c57e4-4990-4f9d-b3a2-8e6ab45df7f2.jpg
Type: image/jpeg
Size: 10123 bytes
Desc: not available
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20240408/f50b5ad6/attachment-0005.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TF-LinkedIn-icon_d54c4829-dcb9-450c-9187-34b26e85ebaa.jpg
Type: image/jpeg
Size: 10214 bytes
Desc: not available
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20240408/f50b5ad6/attachment-0006.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: icons-social-media-twitter_small_2_4bae5ad2-4add-4314-a352-5b317f784956.jpg
Type: image/jpeg
Size: 2256 bytes
Desc: not available
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20240408/f50b5ad6/attachment-0007.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TF-Youtube-icon_8b2c830c-70d9-48da-a4db-db9191d346ba.jpg
Type: image/jpeg
Size: 10218 bytes
Desc: not available
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20240408/f50b5ad6/attachment-0008.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TOMRAinstagram_45b30c55-490a-4f32-8fd3-998c152e3494.jpg
Type: image/jpeg
Size: 10303 bytes
Desc: not available
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20240408/f50b5ad6/attachment-0009.jpg>