How IO-Link Works – Communication & Data Types

PB-55-Murr-HowIOLinkWorks-400.jpg

March 8, 2022

By Colin Cartwright, System Sales Manager, Murrelektronik Canada

Last time out, we talked about the As and Bs of IO-link and explored the differences between IO-Link Class A and Class B connectivity. If you missed that one, you can read it here.

This time around, we will look at IO-link communication and data types. Let’s start with a quick overview of how IO-Link communication works.

IO-Link devices communicate with the IO-Link master via bi-directional serial communication on a single wire connected via Pin 4 of the master port. The IO-Link communication is master/slave-based, with the IO-Link master initiating requests and the IO-Link device responding.

Due to the nature of using a single wire for serial communication, IO-link data can only be transmitted in one direction at a time to avoid data collisions. If an IO-Link device is not detected, the IO-Link master will revert to standard IO mode.

Communication is initiated by the IO-Link master when it sends a wake-up pulse of at least 500mA to the device. When the device receives the wake-up request, it sets itself to receive mode. Once the device is in receive mode, the IO-Link master sends multiple messages at different baud rates to determine the communication speed of the device. Once the IO-Link master receives a baud rate acknowledgement from the device, it automatically sets the baud rate to COM1, COM2 or COM3 to match the device.

Interestingly, the IO-Link Consortium chose to define the communication speed/baud rate of an IO-Link device as COM1, COM2 and COM3 (slowest to fastest), which some of you might remember, was used to identify serial ports, not the baud rate, in the old days.

How_IO-Link_Works_2.png

During the design phase of an IO-Link device, the device manufacturer will decide on one of the three COM baud rates. The device is then manufactured with the COM/baud rate permanently set. In other words, the COM/baud rate of the device cannot be changed later.

These days most IO-Link device manufacturers use COM2 or COM3, so you’re unlikely to find many COM1 devices out there. If you do come across one, please send me a photo!

How_IO-Link_Works_3.png

The maximum communication distance between an IO-Link master and an IO-Link device is 20 meters.

In a world of Gbit/s and Mbit/s, you might be thinking that IO-Link communication is slow. However, if you consider that most IO-Link devices typically send a tiny amount of data (usually 2 to 4 bytes) over very short distances (less than 20 meters) at baud rates of 38k or 230k, it’s actually relatively fast.

Now that you know about the communication speed and maximum distance between an IO-Link master and an IO-Link device, let’s have a quick look at the four basic IO-Link data types.

IO-Link Data Types

The data link layer manages data exchanged between the IO-Link master and the device. Messages (called M-sequences) containing process data, device data and event information are sent and received on a cyclic or acyclic basis depending on the data type. Let’s take a closer look at the four basic data types.

Cyclic Data Types

Process Data

During regular operation, the process data of an IO-Link device is transmitted cyclically about every 2ms. The device specifies the process data size, with up to 32 bytes available for both input and output process data.

Value Status

When transmitting process data, the IO-Link device will also send a value status along with the process data, which acts as a port qualifier or checksum. The value status data indicates whether the process data sent is valid or invalid.

How_IO-Link_Works_4.png

Acyclic Data Types

Device Data

Device data like parameter values, device identification data, and diagnostic information can be read and written to the device. As Device data is not required continuously, it is exchanged on an acyclic basis at the request of the IO-Link Master. This helps to reduce communication bandwidth during normal operation.

Event Data

When an event occurs, the device signals the presence of the event to the IO-Link master. The master then reads the event. Event data like error messages and warnings (e.g., short-circuit or overheating) or maintenance reminders (e.g., service required or clean lens) are only transmitted by the device on an acyclic basis.

How_IO-Link_Works_5.png

That wraps up my very brief overview of IO-Link communication and data types. If you want to wade out deeper into the weeds and get into more detailed specifics of IO-Link communication, then I highly recommend downloading the “IO-Link Interface and System Specification” paper from the official IO-Link website.

Related Articles


Changing Scene


Sponsored Content
The Easy Way to the Industrial IoT

The way to the Industrial IoT does not have to be complicated. Whether access to valuable data is required or new, data-driven services are to be generated, Weidmuller enables its customers to go from data to value the easy way. Weidmuller’s comprehensive and cutting-edge IIoT portfolio applies to greenfield and brownfield applications. Weidmuller offers components and solutions from data acquisition, data pre-processing, data communication and data analysis.

Visit Weidmuller’s Industrial IoT Portfolio.


ADVANCED Motion Controls Takes Servo Drives to New Heights (and Depths) with FlexPro Extended Environment Product Line

Advanced Motion Controls is proud to announce the addition of six new CANopen servo drives with Extended Environment capabilities to their FlexPro line. These new drives join AMC’s existing EtherCAT Extended Environment FlexPro drives, making the FlexPro line the go-to solution for motion control applications in harsh environments.

Many motion control applications take place in conditions that are less than ideal, such as extreme temperatures, high and low pressures, shocks and vibrations, and contamination. Electronics, including servo drives, can malfunction or sustain permanent damage in these conditions.

Read More


Service Wire Co. Announces New Titles for Key Executives

Bruce Kesler and Mark Gatewood have been given new titles and responsibilities for Service Wire Co.

Bruce Kesler has assumed the role of Senior Director – Business Development. Bruce will be responsible for Service Wire’s largest strategic accounts and our growing Strategic Accounts Team.

Mark Gatewood has been promoted to the role of Vice President – Sales & Marketing. In this role, Gatewood will lead the efforts of Service Wire Company’s entire sales and marketing organization in all market verticals.

Read More


Tri-Mach Announces the Purchase of an Additional 45,000 sq ft. Facility

Tri-Mach Elmira Facility

Recently, Tri-Mach Inc. was thrilled to announce the addition of a new 45,000 sq ft. facility. Located at 285 Union St., Elmira, ON, this facility expands Tri-Mach’s capabilities, allowing them to better serve the growing needs of their customers.

Positioning for growth, this additional facility will allow Tri-Mach to continue taking on large-scale projects, enhance product performance testing, and provide equipment storage for their customers. The building will also be the new home to their Skilled Trades Centre of Excellence.

Read More


JMP Parent Company, CONVERGIX Acquires AGR Automation, Expanding Global Reach

Convergix Automation Solutions has completed the acquisition of AGR Automation (“AGR”), a UK-based provider of custom, high-performance automation design and systems integration primarily to the life sciences industry.

Following Convergix’s acquisitions of JMP Solutions in August 2021 and Classic Design in February 2022, AGR marks the third investment in Crestview’s strategy to build Convergix into a diversified automation solutions provider targeting the global $500+ billion market, with a particular focus on the $70 billion global systems integration and connectivity segments. Financial terms of the transaction were not disclosed.

Read More


Latest Articles

  • Implementing Functional Safety Requirements

    Implementing Functional Safety Requirements

    The Safety Functional Requirements Specification (SFRS; sometimes referred to as SRS or Safety Requirements Specification) is the plan for the safety controls on a machine and is the second step of the safety lifecycle. The SFRS document serves as a framework for the safety control system design, is informed by prior work done in the… Read More…

  • From Endress+Hauser, 24/7 Digital, Plant-Wide Health Monitoring for Rockwell Systems Optimizes Workflows and Processes

    From Endress+Hauser, 24/7 Digital, Plant-Wide Health Monitoring for Rockwell Systems Optimizes Workflows and Processes

    Endress+Hauser’s Asset Health Monitoring Solution–Rockwell Edition, now available for installation, provides operators with a centralized, digital overview of plant-wide device health to avoid unscheduled shutdowns and accelerate troubleshooting. It not only presents early visibility of problematic devices but distinguishes itself by adding likely causes and remedies to such a report so problems can be fixed… Read More…