[etherlab-dev] 1 datagram UNMATCHED! / working counter changes

Dipl.-Ing. (FH) Florian Pose fp at igh-essen.com
Mon Aug 3 14:05:25 CEST 2009


Hello,

Am 03. August um 08:58 schrieb Daniel Bechter:
> BTW is there a parser for pcap sniffs which can perform some EtherCAT
> datagram analyzation? Or is there something that can analyze the frames
> within the debug ring?

Wireshark has an EtherCAT protocol dissector on board.

> What is meant by "unanswered datagram"? How does performance of the PC
> running the master play a role in this scenario?

I can't explain this, because there should be no unmatched datagrams
during operation, as long as frames are not trashed on the bus.

> Hope I am not missing the most important parts:
> 
> Aug  3 10:27:13 SWES-Linux kernel:  00 00 0cU E]<7>[3250077.7103C <7A7T40d:
> U50Et: Received 07r40<7>[3250077.7107 a7E.t00R 307E.TA 00 00 00 07179G:
> sendin070B8 <0rE 0 rd 3C 00 00 00h7BC1 00 00 00D C0 91A]G      
> Aug  3 10:27:13 SWES-Linux kernel: [37BC0 00 00 00 00 00DD7 D 8CU[9  
> Aug  3 10:27:13 SWES-Linux kernel: 
> Aug  3 10:27:13 SWES-Linux kernel: <37Bh3 00 00 00 00 00 D C3 D7g>t  00    

[snip]

Your logs look quite distorted... I can't read anything out of this.
This looks like you have another problem. Does this also happen if the
EtherCAT master or your application is unloaded?

> I used the 3 GHz P4 and set up a loop with 10 kHz (user space app without
> realtime patches applied).

It depends on the width of your process data (the bandwidth is the
limiting factor). But this is typically enough for most cases.

-- 
Best regards,
Florian Pose

http://etherlab.org


More information about the etherlab-dev mailing list