[etherlab-users] Alternating working count 0/24 (zero and complete)

J. van der Wulp jeroen.van.der.wulp at sioux.eu
Tue Jul 15 11:27:09 CEST 2014


Hello,

A lot more experiments further now. My findings:

Tcpdump and wireshark based observations with as well the 1.4 as the
1.5.2 version of the IGH EtherCAT master:
 - when a frame exceeds the 128 byte threshold then increasingly often
the latency of the response frame increases (seems a 100microsecond
offset) but our time budget (time between send() and receive()) is 100
microseconds. This is the cause for working count 0 errors.
 - as long as the process data is such that frame size stays below ~128
bytes there is no problem, the working counts stay stable and response
latency is more or less constant

Kernel observations:
 - clock_nanosleep wake up latency (measured with cyclic test) is
similar for the two kernels
 - the 1.5.2 version of the master on the 2.6.29 kernel with rt-preempt
running at 5Khz with 97 bytes of process data runs just fine ;-)
 - the 1.4 version with the the r8169 driver from 1.5.2 running on
3.4.97 rt-preempt has the same problems as the 1.5.2 version of the
master on the same kernel running at 5Khz with 97 bytes of process data
 - use the generic module when operating at 5Khz (only tested with 1.5.2
with frame size less than ~128 bytes) gives the same working count 0
symptoms, for our application we really seem to need the patched drivers...

Use of the IGH EtherCAT Master user library:
 - ecrt_master_set_send_interval was not present in our application
software so the EtherCAT-OP thread was running at 1Khz instead of the
5Khz of the real-time thread. This is not critical right?
 - in some experiments the extra datagrams injected by the EtherCAT-OP
thread were driving the frame size higher than the ~128 bytes boundary,
causing problems at 1Khz...

In summary, I now think that we have a problem with the r8169 Realtek
driver or modified Linux behaviour which increases the latency of
delivery of ethernet frames.

Best,

-- 



Jeroen van der Wulp

Software Designer

___________________________________________________________


Sioux. Source of your Technology
Technical Software | Electronics | Industrial Mathematics | Remote Solutions

Sioux Embedded Systems B.V.  |   Esp 405   |   5633 AJ Eindhoven   |
Nederland
T  +31 (0)40 2677100  |  jeroen.van.der.wulp at sioux.eu  |  www.sioux.eu





More information about the Etherlab-users mailing list