<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:36.0pt;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
/* List Definitions */
@list l0
        {mso-list-id:1317564183;
        mso-list-type:hybrid;
        mso-list-template-ids:-2024613682 336134159 336134169 336134171 336134159 336134169 336134171 336134159 336134169 336134171;}
@list l0:level1
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level2
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level3
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level4
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level5
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level6
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level7
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level8
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level9
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
ol
        {margin-bottom:0cm;}
ul
        {margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-NZ link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>It is possible to have the master PC connect via standard switch to a standard Ethernet network, one connection of which is the entire EtherCAT slave network.  (It is <b>not</b> possible to have standard Ethernet devices interleaved with EtherCAT devices, at least not without dedicated bridge slaves designed for this purpose.)<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>This does work, including with Etherlab – I sometimes have a switch between the master and the slaves in order to easily insert another PC running Wireshark to examine the exchanges – but it comes with some caveats.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoListParagraph style='text-indent:-18.0pt;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><span style='mso-list:Ignore'>1.<span style='font:7.0pt "Times New Roman"'>       </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>The EtherCAT messages are broadcasts at the MAC level, so will cause unnecessary traffic on other parts of the network.<o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-18.0pt;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><span style='mso-list:Ignore'>2.<span style='font:7.0pt "Times New Roman"'>       </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>Also due to the above, you cannot have two such masters or slave groups on one network, even if each master is intended to talk to different slave sub-networks.  The base EtherCAT protocol does not contain any routing data, so if you need to support this case you’ll have to use a higher-level protocol such as ADS – which as David notes is not supported by Etherlab at present.<o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-18.0pt;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><span style='mso-list:Ignore'>3.<span style='font:7.0pt "Times New Roman"'>       </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>If the switch is processing other packets in a store-and-forward manner (which is common) then the non-realtime traffic may adversely affect your realtime performance (especially if there’s a lot of it) and the master may think the packets are getting lost or mismatched.<o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-18.0pt;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><span style='mso-list:Ignore'>4.<span style='font:7.0pt "Times New Roman"'>       </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>The most recommended way to operate the Etherlab master is with the customised drivers, which bypass the regular TCP/IP stack.  This means that the master PC won’t be able to send or receive any non-EtherCAT packets anyway.  It’s possible that this limit doesn’t apply when using the generic driver (I haven’t checked), but this comes with lower performance.  (That may not matter to you, depending on your application and the desired cycle times and tolerance to latency or data loss.)<o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-18.0pt;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><span style='mso-list:Ignore'>5.<span style='font:7.0pt "Times New Roman"'>       </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>If the first slave is disconnected or powered off, the master will still see this as a link-up network (due to the switch) and will start flooding the syslogs with missing packet errors instead of simply logging a disconnected state.<o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-18.0pt;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><span style='mso-list:Ignore'>6.<span style='font:7.0pt "Times New Roman"'>       </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'>The first slave will report errors when it receives a non-EtherCAT packet (it will not forward these on to the rest of the EtherCAT network).  Typically you won’t notice this at all unless you are reading the slaves’ error counter registers.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US'><o:p> </o:p></span></p><div style='border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt'><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span></b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri",sans-serif'> David Page<br><b>Sent:</b> Tuesday, 2 February 2016 02:39<br><b>To:</b> etherlab-users@etherlab.org<br><b>Subject:</b> Re: [etherlab-users] etherlab-users Digest, Vol 104, Issue 1<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>Hi Paul,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>The basic story is the EtherCAT slave hardware modifies the Ethernet frame as it passes through each node, and then returns the modified frame back to the host  -- essentially a token passing version of Ethernet. As such, the use of standard hubs or switches will result in a packet storm. The bus design assumes there is exactly one "normal" Ethernet host (at the master). The slave hardware does support a UDP encapsulated mode which is useful for hosts which cannot send and receive raw frames, but the above constraint still applies. <o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>It is possible with TwinCAT to talk over UDP (EtherCAT ADS protocol) to a remote EtherCAT bridge (e.g. Beckhoff BK9000) which then has another port dedicated to EtherCAT. The Etherlab master does not support ADS, though.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><a href="https://infosys.beckhoff.com/english.php?content=../content/1033/tcadscommon/html/tcadscommon_intro.htm&id=">https://infosys.beckhoff.com/english.php?content=../content/1033/tcadscommon/html/tcadscommon_intro.htm&id=</a><o:p></o:p></p></div><div><p class=MsoNormal><a href="https://www.beckhoff.com/english.asp?bus_terminal/bk9000_bk9050.htm">https://www.beckhoff.com/english.asp?bus_terminal/bk9000_bk9050.htm</a><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>    - Dave Page<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div></div><div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>On Mon, Feb 1, 2016 at 6:00 AM, <<a href="mailto:etherlab-users-request@etherlab.org" target="_blank">etherlab-users-request@etherlab.org</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><p class=MsoNormal>Send etherlab-users mailing list submissions to<br>        <a href="mailto:etherlab-users@etherlab.org">etherlab-users@etherlab.org</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>        <a href="http://lists.etherlab.org/mailman/listinfo/etherlab-users" target="_blank">http://lists.etherlab.org/mailman/listinfo/etherlab-users</a><br>or, via email, send a message with subject or body 'help' to<br>        <a href="mailto:etherlab-users-request@etherlab.org">etherlab-users-request@etherlab.org</a><br><br>You can reach the person managing the list at<br>        <a href="mailto:etherlab-users-owner@etherlab.org">etherlab-users-owner@etherlab.org</a><br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of etherlab-users digest..."<br><br><br>Today's Topics:<br><br>   1. Communicating with Ethercat over TCP/IP network (Paul Mulligan)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Sun, 31 Jan 2016 14:59:32 +0000 (UTC)<br>From: Paul Mulligan <<a href="mailto:mulligan252@yahoo.ie">mulligan252@yahoo.ie</a>><br>To: "<a href="mailto:etherlab-users@etherlab.org">etherlab-users@etherlab.org</a>" <<a href="mailto:etherlab-users@etherlab.org">etherlab-users@etherlab.org</a>><br>Subject: [etherlab-users] Communicating with Ethercat over TCP/IP<br>        network<br>Message-ID:<br>        <<a href="mailto:25812475.4467849.1454252372172.JavaMail.yahoo@mail.yahoo.com">25812475.4467849.1454252372172.JavaMail.yahoo@mail.yahoo.com</a>><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi,<br>I've read that Ethercat packets can be sent over a network by packing them into UDP datagrams. Is it therefore possible to connect the Ethercat bus with slaves to a network and have the master controller pc not directly connected to the slaves but connected to the same network and hence transfer the Ethercat data to and from the slaves over the network? I assume the timing performance will be worse, but how is this achieved? Thanks<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="http://lists.etherlab.org/pipermail/etherlab-users/attachments/20160131/1b83406c/attachment-0001.html" target="_blank">http://lists.etherlab.org/pipermail/etherlab-users/attachments/20160131/1b83406c/attachment-0001.html</a>><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>etherlab-users mailing list<br><a href="mailto:etherlab-users@etherlab.org">etherlab-users@etherlab.org</a><br><a href="http://lists.etherlab.org/mailman/listinfo/etherlab-users" target="_blank">http://lists.etherlab.org/mailman/listinfo/etherlab-users</a><br><br><br>------------------------------<br><br>End of etherlab-users Digest, Vol 104, Issue 1<br>**********************************************<o:p></o:p></p></blockquote></div><p class=MsoNormal><o:p> </o:p></p></div></div></div></body></html>