<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://rs-485.com/index.php?action=history&amp;feed=atom&amp;title=Ethernet_Powerlink</id>
	<title>Ethernet Powerlink - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://rs-485.com/index.php?action=history&amp;feed=atom&amp;title=Ethernet_Powerlink"/>
	<link rel="alternate" type="text/html" href="https://rs-485.com/index.php?title=Ethernet_Powerlink&amp;action=history"/>
	<updated>2026-05-04T02:52:39Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.42.3</generator>
	<entry>
		<id>https://rs-485.com/index.php?title=Ethernet_Powerlink&amp;diff=1548&amp;oldid=prev</id>
		<title>RS-485: Imported from Wikipedia (overwrite)</title>
		<link rel="alternate" type="text/html" href="https://rs-485.com/index.php?title=Ethernet_Powerlink&amp;diff=1548&amp;oldid=prev"/>
		<updated>2026-05-03T13:47:49Z</updated>

		<summary type="html">&lt;p&gt;Imported from Wikipedia (overwrite)&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;{{Short description|Ethernet protocol}}&lt;br /&gt;
{{more footnotes |date= June 2011}}&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Ethernet Powerlink&amp;#039;&amp;#039;&amp;#039; is a [[Real-time computing|real-time]] [[protocol (computing)|protocol]] for standard [[Ethernet]]. It is an open protocol managed by [[B&amp;amp;R]], ever since the dissolution of the Ethernet POWERLINK Standardization Group (EPSG) in 2023.&amp;lt;ref&amp;gt;{{Citation |last=Bruckner |first=Dietmar |title=Dissolution of the Ethernet Powerlink Standardization Group (EPSG) |date=2023-01-18 |issue=SN 2023/01 |url=https://nojoxten.odoo.com/web/content/145604?download=true&amp;amp;access_token=bdc74a83-d096-4337-a19f-e9b1d70e5eae |archive-url=https://web.archive.org/web/20250704060300/https://nojoxten.odoo.com/web/content/145604?download=true&amp;amp;access_token=bdc74a83-d096-4337-a19f-e9b1d70e5eae |archive-date=4 July 2025 |publisher=B&amp;amp;R |last2=Schoenegger |first2=Stefan}}&amp;lt;/ref&amp;gt; It was introduced by Austrian automation company B&amp;amp;R in 2001.&lt;br /&gt;
&lt;br /&gt;
This protocol has nothing to do with power distribution via Ethernet cabling or [[power over Ethernet]] (PoE), [[power line communication]], or [[Bang &amp;amp; Olufsen]]&amp;#039;s PowerLink cable.&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
Ethernet Powerlink expands Ethernet with a mixed polling and timeslicing mechanism. This provides:&lt;br /&gt;
&lt;br /&gt;
* Guaranteed transfer of time-critical data in very short isochronic cycles with configurable response time&lt;br /&gt;
* Time-synchronisation of all nodes in the network with very high precision of sub-microseconds&lt;br /&gt;
* Transmission of less time-critical data in a reserved [[asynchronous communication|asynchronous]] channel&lt;br /&gt;
&lt;br /&gt;
Modern implementations reach cycle-times of under 200 μs and a time-precision ([[jitter]]) of less than 1 μs.&lt;br /&gt;
&lt;br /&gt;
== Standardization ==&lt;br /&gt;
Powerlink was standardized by the Ethernet Powerlink Standardization Group (EPSG) and founded in June 2003 as an independent association. Working groups focus on tasks like safety, technology, marketing, certification and end users. The EPSG cooperates with the standardization bodies and associations, like the [[CAN in Automation]] (CiA) Group and the IEC.&lt;br /&gt;
&lt;br /&gt;
== Physical layer ==&lt;br /&gt;
&lt;br /&gt;
The original physical layer specified was 100BASE-TX [[Fast Ethernet]]. Since the end of 2006, Ethernet Powerlink with [[Gigabit Ethernet]] supported a transmission rate ten times higher ({{nowrap|1,000 Mbit/s}}).&lt;br /&gt;
&lt;br /&gt;
Repeating hubs instead of switches within the real-time domain is recommended to minimise delay and jitter.&amp;lt;ref name=&amp;quot;POWERLINK Communication Profile Specification v120&amp;quot;&amp;gt;{{cite journal |url=http://www.ethernet-powerlink.org/en/downloads/technical-documents/action/open-download/download/epsg-ds-301-v120-communication-profile-specification/element/5158/?no_cache=1#page=35 |title=POWERLINK Communication Profile Specification |year=2013 |page=35 }}&amp;lt;/ref&amp;gt; Ethernet Powerlink uses IAONA&amp;#039;s Industrial Ethernet Planning and Installation Guide for clean cabling of industrial networks and both industrial Ethernet connectors [[8P8C]] (commonly known as RJ45) and M12 are accepted.&lt;br /&gt;
&lt;br /&gt;
== Data link layer ==&lt;br /&gt;
The standard Ethernet [[data link layer]] is extended by an additional bus scheduling mechanism, which guarantees that only one node at a time is accessing the network. The schedule is divided into an [[isochronous]] phase and an asynchronous phase. During the isochronous phase, time-critical data is transferred, while the asynchronous phase provides bandwidth for the transmission of non time-critical data. The Managing Node (MN) grants access to the physical medium via dedicated poll request messages. As a result, only one single node (CN) has access to the network at a time, which avoids collisions, present on older Ethernet hubs before switches. The [[Carrier Sense Multiple Access|CSMA]]/CD mechanism of non-switched Ethernet, which caused non-deterministic Ethernet behaviour, is avoided by the Ethernet Powerlink scheduling mechanism.&lt;br /&gt;
&lt;br /&gt;
== Basic cycle ==&lt;br /&gt;
[[File:Ethernet Powerlink Cycle.svg|thumb|The Ethernet Powerlink cycle. Frames above the timeline are sent by the MN, below the timeline by different CNs.]]&lt;br /&gt;
[[File:epl cycle-2.png|thumb|Time slots for nodes and the asynchronous time slot]]&lt;br /&gt;
[[File:epl cycle-1.png|thumb|Time slots in EPL multiplexed mode]]&lt;br /&gt;
&lt;br /&gt;
After system start-up is finished, the real-time domain is operating under real-time conditions. The scheduling of the basic cycle is controlled by the Managing Node (MN). The overall cycle time depends on the amount of isochronous data, asynchronous data and the number of nodes to be polled during each cycle.&lt;br /&gt;
&lt;br /&gt;
The basic cycle consists of the following phases:&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Start phase&amp;#039;&amp;#039;&amp;#039;: The Managing Node is sending out a synchronization message to all nodes. The frame is called SoC—Start of Cycle.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Isochronous phase&amp;#039;&amp;#039;&amp;#039;: The Managing Node calls each node to transfer time-critical data for process or motion control by sending the Preq - Poll Request - frame. The addressed node answers with the Pres - Poll Response - frame. Since  all other nodes are listening to all data during this phase, the communication system provides a producer-consumer relationship.&lt;br /&gt;
The time frame which includes Preq-n and Pres-n is called time slot for the addressed node.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Asynchronous phase&amp;#039;&amp;#039;&amp;#039;: The Managing Node grants the right to one particular node for sending ad-hoc data by sending out the SoA—Start of Asynchronous—frame. The addressed node will answer with ASnd. Standard IP-based protocols and addressing can be used during this phase.&lt;br /&gt;
&lt;br /&gt;
The quality of the Real-Time behavior depends on the precision of the overall basic cycle time. The length of individual phases can vary as long as the total of all phases remain within the basic cycle time boundaries. Adherence to the basic cycle time is monitored by the Managing Node. The duration of the isochronous and the asynchronous phase can be configured.&lt;br /&gt;
&lt;br /&gt;
===Multiplex for bandwidth optimization===&lt;br /&gt;
&lt;br /&gt;
In addition to transferring isochronous data during each basic cycle, some nodes are also able to share transfer slots for better bandwidth utilization. For that reason, the isochronous phase can distinguish between transfer slots dedicated to particular nodes, which have to send their data in every basic cycle, and slots shared by nodes to transfer their data one after the other in different cycles. Therefore, less important yet still time-critical data can be transferred in longer cycles than the basic cycle. Assigning the slots during each cycle is at the discretion of the Managing Node.&lt;br /&gt;
&lt;br /&gt;
===Poll response chaining===&lt;br /&gt;
&lt;br /&gt;
Mode used mainly for robotics applications and large superstructures. Key is a lower number of frames and better data distribution.&lt;br /&gt;
&lt;br /&gt;
== OpenSAFETY ==&lt;br /&gt;
Today, machines, plants and safety systems are stuck in a rigid scheme made up of hardware-based safety functions. The consequences of this are cost-intensive cabling and limited diagnostic options. The solution is the integration of safety relevant application data into the standard serial control protocol. [[OpenSAFETY]] allows both publish/subscriber and client/server communication. Safety relevant data is transmitted via an embedded data frame inside of standard communication messages. Measures to avoid any undetected failures due to systematic or stochastic errors are an integral part of a [[functional safety]] protocol. OpenSAFETY is in conformance with [[IEC 61508]]. The protocol fulfills the requirements of [[Safety Integrity Level|SIL]] 3. Error detection techniques have no impact on existing transport layers.&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
{{Reflist}}&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
*{{Citation&lt;br /&gt;
  | author = Machine safety Tactical brief&lt;br /&gt;
  | journal = Automation World&lt;br /&gt;
  | year = 2012&lt;br /&gt;
  | url = http://leadwise.mediadroit.com/files/19528SICKTacticalBrief_v3.pdf&lt;br /&gt;
  | title = Machine Safety&lt;br /&gt;
  | access-date = 2012-08-23&lt;br /&gt;
  | archive-date = 2012-09-07&lt;br /&gt;
  | archive-url = https://web.archive.org/web/20120907063922/http://leadwise.mediadroit.com/files/19528SICKTacticalBrief_v3.pdf&lt;br /&gt;
  | url-status = dead&lt;br /&gt;
  }}&lt;br /&gt;
&lt;br /&gt;
* {{Citation&lt;br /&gt;
 |last1       = Humphrey&lt;br /&gt;
 |first1      = David&lt;br /&gt;
 |title       = openSAFETY Initiative Aims to Unify Industrial Safety Protocols&lt;br /&gt;
 |year        = 2012&lt;br /&gt;
 |place       = USA&lt;br /&gt;
 |publisher   = ARC Advisory Group&lt;br /&gt;
 |url         = http://www.arcweb.com/strategy-reports/2012-04-12/opensafety-initiative-aims-to-unify-industrial-safety-protocols.aspx&lt;br /&gt;
 |url-status     = dead&lt;br /&gt;
 |archiveurl  = https://web.archive.org/web/20120817070946/http://www.arcweb.com/strategy-reports/2012-04-12/opensafety-initiative-aims-to-unify-industrial-safety-protocols.aspx&lt;br /&gt;
 |archivedate = 2012-08-17&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
*{{Citation&lt;br /&gt;
  | title = POWERLINK Awarded National Standard in China&lt;br /&gt;
  | journal = Control Engineering Asia&lt;br /&gt;
  | year = 2012&lt;br /&gt;
  | url = http://www.ceasiamag.com/article/powerlink-awarded-national-standard-in-china/8532&lt;br /&gt;
  | archive-url = https://archive.today/20130119162131/http://www.ceasiamag.com/article/powerlink-awarded-national-standard-in-china/8532&lt;br /&gt;
  | url-status = dead&lt;br /&gt;
  | archive-date = 2013-01-19&lt;br /&gt;
  }}&lt;br /&gt;
&lt;br /&gt;
*{{Citation&lt;br /&gt;
  | title = DDASCA Consortium defines openSAFETY as standard&lt;br /&gt;
  | website = Automation.com&lt;br /&gt;
  | year = 2012&lt;br /&gt;
  | url = http://www.automation.com/content/consortium-including-airbus-and-the-french-national-railway-corporation-defines-opensafety-as-standard&lt;br /&gt;
 }}&lt;br /&gt;
&lt;br /&gt;
*{{Citation&lt;br /&gt;
  | last1= Zezulka| first1= F.&lt;br /&gt;
  | last2= Hyncica| first2= o.&lt;br /&gt;
  | title= Průmyslový Ethernet VIII: Ethernet Powerlink, Profinet&lt;br /&gt;
  | journal = Automa&lt;br /&gt;
  | volume = 5  | pages = 62–66  | year = 2008&lt;br /&gt;
  | url = http://www.odbornecasopisy.cz/res/pdf/37288.pdf&lt;br /&gt;
  }}&lt;br /&gt;
&lt;br /&gt;
* {{Citation&lt;br /&gt;
  | title = Which Ethernet system is the right one?&lt;br /&gt;
  | year = 2009&lt;br /&gt;
  | publisher = Control Engineering Europe&lt;br /&gt;
  | url = http://www.controlengeurope.com/article.aspx?ArticleID=22745&lt;br /&gt;
&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== External links ==&lt;br /&gt;
* [http://www.ethernet-powerlink.org/ ethernet-powerlink.org Ethernet POWERLINK Standardization Group website] {{Webarchive|url=https://web.archive.org/web/20191125100055/http://www.ethernet-powerlink.org/ |date=2019-11-25 }}&lt;br /&gt;
* [https://sourceforge.net/projects/openpowerlink sourceforge.net/projects/openpowerlink Open Source Stack ]&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Ethernet Powerlink and OpenSafety Forums on LinkedIn&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
* [http://www.linkedin.com/groups?home=&amp;amp;gid=2331103&amp;amp;trk=anet_ug_hm Ethernet Powerlink Group]&lt;br /&gt;
* [http://www.linkedin.com/groups?gid=3816766&amp;amp;mostPopular=&amp;amp;trk=tyah OpenSafety Group]&lt;br /&gt;
&lt;br /&gt;
{{Automation protocols}}&lt;br /&gt;
{{Ethernet}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Industrial Ethernet]]&lt;br /&gt;
[[Category:Industrial computing]]&lt;/div&gt;</summary>
		<author><name>RS-485</name></author>
	</entry>
</feed>