[etherlab-users] Etherlab 2.0 generic slave (ec_slave3) port configuration issue

Robert Wilson rpwilson at stanford.edu
Fri Jan 4 21:29:59 CET 2013


Yes, the latest revision now works without modification. Thanks!
-Rob

----- Original Message -----
From: "Florian Pose" <fp at igh-essen.com>
To: etherlab-users at etherlab.org
Sent: Friday, January 4, 2013 2:27:12 AM
Subject: Re: [etherlab-users] Etherlab 2.0 generic slave (ec_slave3) port configuration issue

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello Rob,

Am 28.12.2012 02:02, schrieb Robert Wilson:
> In the latest EtherLab revision (0d8acc30e5aa) it looks like in
> ecrt_support.c an offset computation gets summed twice for the
> conversion destination. Specifically, in ecs_start():
> 
> convert->dst =  pdo_map->domain->io_data + pdo_map->offset; + bytes
> * pdo_map->idx;
> 
> where pdo_map->offset is already updated in register_pdos() with:
> 
> pdo_map->offset += bitlen*pdo_map->idx / 8;
> 
> If I remove the "bytes*pdo_map->idx" all of the output pdos have
> the correct byte alignment on the wire and all of the input pdos
> have the correct byte alignment in Simulink, and everything works
> as it did with the RTAI Simulink target. Not sure if this breaks
> other pdo configurations, though.

good point! We fixed that already (2110fa7180ae), but forgot to push
before xmas ;-). Please check, if this is working for you.

- -- 
Viele Grüße,
Florian
-----BEGIN PGP SIGNATURE-----
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlDmroAACgkQABFOIMygR8xD1wCcDzgpC4um8PRp+dadwj+DDtCW
F80AnRR1YweAsuGwvrVUL1XV6PGIrjmt
=Aa7n
-----END PGP SIGNATURE-----
_______________________________________________
etherlab-users mailing list
etherlab-users at etherlab.org
http://lists.etherlab.org/mailman/listinfo/etherlab-users



More information about the Etherlab-users mailing list