[etherlab-dev] DC time offset read datagram not zero

[Jeroen Van den Keybus]

In fact, it was a bug in my FPGA implementation of the EtherCAT data link
layer protocol. The data were OR'ed with the existing data, as is required
for the broadcast type commands. So there is no effect on a compliant slave.

I didn't revoke the request to zero out the datagram since:

a) otherwise, receive datagrams are always zeroed out;
b) it's kind of bad practice to have old, variable data lingering around.
At least it's annoying for debugging and it wouldn't be the first time that
such random data may eventually trigger extremely hard to find bugs.

J.



2014/1/6 Jun Yuan <j.yuan at rtleaders.com>

> Hi Jeroen,
>
> could you tell me more why the datagram needs to be zeroed out? After
> all, it is the slave's responsibility to fill the correct value in the
> datagram, isn't it? The master tries to read out those values, why the
> slave local system time and offset would become corrupt after the
> read?
>
> Jun
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.etherlab.org/pipermail/etherlab-dev/attachments/20140106/c69200f0/attachment-0001.htm>