[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