Ethernet Powerlink is a real-time protocol for standard Ethernet. It is an open protocol managed by the Ethernet POWERLINK Standardization Group (EPSG). It was introduced by Austrian automation company B&R in 2001.
This protocol has nothing to do with power distribution via Ethernet cabling or power over Ethernet (PoE), power line communication, or Bang & Olufsen's PowerLink cable.
Ethernet Powerlink expands Ethernet with a mixed polling and timeslicing mechanism. This provides:
Modern implementations reach cycle-times of under 200 μs and a time-precision (jitter) of less than 1 μs.
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.
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 (1,000 Mbit/s).
Repeating hubs instead of switches within the Real-time domain is recommended to minimise delay and jitter.[1] Ethernet Powerlink uses IAONA'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.
The standard Ethernet data link layer is extended by an additional bus scheduling mechanism, which secures that at a time only one node 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 CSMA/CD mechanism of non-switched Ethernet, which caused non-deterministic Ethernet behaviour, is avoided by the Ethernet Powerlink scheduling mechanism.
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.
The basic cycle consists of the following phases:
The time frame which includes Preq-n and Pres-n is called time slot for the addressed node.
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.
Picture 1: Frames above the time line are sent by the MN, below the time line by different CNs.
Picture 2: Time slots for nodes and the asynchronous time slot
Multiplex for Bandwidth Optimization
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.
Picture 3: Time slots in EPL multiplexed mode.
Poll response chaining
Mode used mainly for robotics applications and large superstructures. Key is lower number of frames and better data distributions.
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 SIL 3. Error detection techniques have no impact on existing transport layers.
Ethernet Powerlink and OpenSafety Forums on LinkedIn