<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">We also are fighting with this type of
      problem on a customer laser cutting machine.<br>
      Occasionally we see errors like this:<br>
      [122501.934306] EtherCAT 0: Domain 0: Working counter changed to
      0/9.<br>
      [122501.934346] EtherCAT 0: Domain 1: Working counter changed to
      0/9.<br>
      [122502.320449] EtherCAT WARNING 0: 5 datagrams TIMED OUT!<br>
      [122502.935224] EtherCAT 0: Domain 0: Working counter changed to
      9/9.<br>
      [122502.935265] EtherCAT 0: Domain 1: Working counter changed to
      9/9.<br>
      <br>
      This was the reason I modified the ethercat command line tool for
      extended diagnostics regarding several ESC error registers.<br>
      <br>
      Attached you will find a patch which might help you.<br>
      After applying and building the ethercat command line tool it will
      provide a new command "diag".<br>
      <ul>
        <li>Shortly after your ethercat master has been started
          successfully call:<br>
          ethercat diag -r<br>
          This will reset all slaves ESC error registers including Lost
          Link Counter Register and RX Error Counter Register.<br>
        </li>
        <li>If you detect a an error UNMATCHED and TIMEOUT (sometimes
          after hours or days) call:<br>
          ethercat diag<br>
          If you are lucky you will find one ore more ESC errors
          displayed on your console.<br>
          For better understanding the displayed errors you should to
          picture picture<br>
          <a class="moz-txt-link-freetext" href="http://www.automation.com/images/article/ethercat/Figure14.jpg">http://www.automation.com/images/article/ethercat/Figure14.jpg</a><br>
          (part of
<a class="moz-txt-link-freetext" href="http://www.automation.com/automation-news/article/diagnostics-with-ethercat-part-4">http://www.automation.com/automation-news/article/diagnostics-with-ethercat-part-4</a>).</li>
      </ul>
      <p>Would be happy about any kind of feedback.<br>
      </p>
      <p>@Henry: which type of drives do you use?<br>
      </p>
      <p>Regards,<br>
        Ralf<br>
      </p>
      <br>
      On Mon Jul 04 2016 05:19:58 GMT+0200 (CEST), Graeme Foot
      <a class="moz-txt-link-rfc2396E" href="mailto:Graeme.Foot@touchcut.com"><Graeme.Foot@touchcut.com></a> wrote:<br>
    </div>
    <blockquote
      cite="mid:8B370CF9AC667C4E8616D8DD2C3231D569E361E1@Pluto.touchcut.local"
      type="cite">
      <pre wrap="">The only time we've had issues like that has been due to either a dodgy network cable or an RJ45 plug getting a bit grubby.  First thing I usually do is unplug/replug all the plugs a few time to clean up the connections.  If it persists then I start looking for bad cables.

Another option is that there is an occasional noisy process causing noise on one of the links.

Once or twice (only on non-ethercat machines so far) we've had cables that were in drag chains wearing out, where it showed a problem when at a specific position of the drag chain.

You could track down if it's a problem with a link between two particular slaves by checking each slaves Link Lost Counter and CRC Bad Counter values.
- Lost Link Counter Register (0x0310:0x0313)
- RX Error Counter Register (0x0300:0x0307)

This link describes some of the diagnostics:
<a class="moz-txt-link-freetext" href="http://www.automation.com/automation-news/article/diagnostics-with-ethercat-part-4">http://www.automation.com/automation-news/article/diagnostics-with-ethercat-part-4</a>

I think you can set the above registers to zero after the fieldbus is up and running, then you can check them if a problem occurs.


Haven't actually done it yet myself, so would be interested to see if it helps you.


Regards,
Graeme.




-----Original Message-----
From: etherlab-users [<a class="moz-txt-link-freetext" href="mailto:etherlab-users-bounces@etherlab.org">mailto:etherlab-users-bounces@etherlab.org</a>] On Behalf Of Henry Bausley
Sent: Saturday, 2 July 2016 5:56 a.m.
To: <a class="moz-txt-link-abbreviated" href="mailto:etherlab-users@etherlab.org">etherlab-users@etherlab.org</a>
Subject: [etherlab-users] Intermittent Large number of datagrams UNMATCHED



We have a etherlab 1.5.2 kernel mode application running in xenomai
2.4.6 on Ubuntu 14.04.1 Desktop that will get on rare  occasions a large number of datagrams UNMATCHED.  It occurs at random times and relatively rarely but when it occurs it can result in disaster as we are running a large number of servos in torque mode.

For example we can run continuously for 5 days 24hours continuously then get a message like something below.

[591785.735172] EtherCAT WARNING 0: 616 datagrams UNMATCHED!
I am struggling as to where to look.  Is this something in our app or a known bug in the stack?





Outbound scan for Spam or Virus by Barracuda at Delta Tau

_______________________________________________
etherlab-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:etherlab-users@etherlab.org">etherlab-users@etherlab.org</a>
<a class="moz-txt-link-freetext" href="http://lists.etherlab.org/mailman/listinfo/etherlab-users">http://lists.etherlab.org/mailman/listinfo/etherlab-users</a>
_______________________________________________
etherlab-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:etherlab-users@etherlab.org">etherlab-users@etherlab.org</a>
<a class="moz-txt-link-freetext" href="http://lists.etherlab.org/mailman/listinfo/etherlab-users">http://lists.etherlab.org/mailman/listinfo/etherlab-users</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>