Automated Welding With IO-Link

IO-Link technologies have been a game-changer for the welding industry. With the advent of automation, the demand for increasingly sophisticated and intelligent technologies has increased. IO-Link technologies have risen to meet this demand. Here I explain the concepts and benefits of I-O Link technologies and how they integrate into automated welding applications.

What are IO-Link technologies?

IO-Link technologies refer to an advanced communication protocol used in industrial automation. The technology allows data transfer, i.e., the status of sensors, actuators, and other devices through a one-point connection between the control system and individual devices. Also, it enables devices to communicate among themselves quickly and efficiently. IO-Link technologies provide real-time communication, enabling continuous monitoring of devices to ensure optimal performance.

Benefits of IO-Link technologies

    • Enhanced data communication: IO-Link technologies can transfer data between the control system and sensors or devices. This communication creates an open and transparent network of information, reflecting the real-time status of equipment and allowing for increased reliability and reduced downtime.
    • Cost-efficiency: IO-Link technologies do not require complicated wiring and can significantly reduce material costs compared to traditional hardwired solutions. Additionally, maintenance is easier and more efficient with communication between devices, and there is less need for multiple maintenance employees to manage equipment.
    • Flexibility: With IO-Link technologies, the control system can control and monitor devices even when not attached to specific operator workstations. It enables one control system to manage thousands of devices without needing to rewrite programming to accommodate different machine types.
    • Real-time monitoring: IO-Link technologies provide real-time monitoring of devices, allowing control systems to monitor failures before they occur, making it easier for maintenance teams to manage the shop floor.

How are IO-Link technologies used in automated welding applications?

Automated welding applications have increased efficiencies and continuity in processes, and IO-Link technologies have accelerated these processes further. Automated welding applications have different stages, and each step requires real-time monitoring to ensure the process is efficient and effective. IO-Link technologies have been integrated into various parts of the automated welding process, some of which include:

    1. Positioning and alignment: The welding process starts with positioning and aligning materials such as beams, plates, and pipes. IO-Link sensors can detect the height and gap position of the material before the welding process begins. The sensor sends positional data to the control system as a feedback loop, which then adjusts the positioning system using actuators to ensure optimal weld quality.
    2. Welding arc monitoring: The welding arc monitoring system is another critical application for IO-Link technologies. Monitoring the arc ensures optimal weld quality and runs with reduced interruptions. IO-Link temperature sensors attached to the welding tip help control and adjust the temperature required to melt and flow the metal, ensuring that the welding arc works optimally.
    3. Power supply calibration: IO-Link technologies are essential in calibrating the power output of welding supplies, ensuring consistent quality in the welding process. Detectors attached to the power supply record the energy usage, power output and voltage levels, allowing the control system to adjust as necessary.
    4. Real-time monitoring and alerting: Real-time monitoring and alerting capabilities provided by IO-Link technologies help to reduce downtime where machine health is at risk. The sensors monitor the welding process, determining if there are any deviations from the set parameters. They then communicate the process condition to the control system, dispatching alerts to maintenance teams if an issue arises.

Using IO-Link technologies in automated welding applications has revolutionized the welding industry, providing real-time communication, enhanced data transfer, flexibility, and real-time monitoring capabilities required for reliable processes. IO-Link technologies have been integrated at various stages of automated welding, including positioning and alignment, welding arc monitoring, power supply calibration, and real-time monitoring and alerting. There is no doubt that the future of automated welding is bright. With IO-Link technologies, the possibilities are endless, forging ahead to provide more intelligent, efficient, and reliable welding applications.

Using Guided Changeover to Reduce Maintenance Costs, Downtime

A guided changeover system can drastically reduce the errors involved with machine operation, especially when added to machines using fully automated changeovers. Processing multiple parts and recipes during a production routine requires a range of machines, and tolerances are important to quantify. Only relying on the human element is detrimental to profits, machine maintenance, and production volumes. Implementing operator assistance to guide visual guidance will reveal inefficiencies and allow for vast improvements.

Removing human error

Unverified manual adjustments may cause machine fatigue or failure. In a traditional manual changeover system, the frequency of machine maintenance is greater if proper tolerances are not observed at each changeover. Using IO-Link can remove the variable of human error with step-by-step instructions paired with precise sensors in closed-loop feedback. The machine can start up and run only when all parts are in the correct position.

Preventative maintenance and condition monitoring

Preventative maintenance is achievable with the assistance of sensors, technology, and systems. Using condition monitoring for motors, pumps and critical components can help prevent the need for maintenance and notably improve the effectiveness of maintenance with custom alerts and notifications with a highly useful database and graphing function.

A repeatable maintenance routine based on condition monitoring data and using a system to guide machine changeover will prolong machine life and potentially eliminate downtime altogether.

For more, read this real-world application story, including an automated format change to eliminate human error, reduce waste and decrease downtime.

IO-Link Changeover: ID Without RFID – Hub ID

When looking at flexible manufacturing, what first comes to mind are the challenges of handling product changeovers. It is more and more common for manufacturers to produce multiple products on the same production line, as well as to perform multiple operations in the same space.

Accomplishing this and making these machines more flexible requires changing machine parts to allow for different stages in the production cycle. These interchangeable parts are all throughout a plant: die changes, tooling changes, fixture changes, end-of-arm tooling, and more.

When swapping out these interchangeable parts it is crucial you can identify what tooling is in place and ensure that it is correct.

ID without RFID

When it comes to identifying assets in manufacturing today, typically the first option companies consider is Radio-Frequency Identification (RFID). Understandably so, as this is a great solution, especially when tooling does not need an electrical connection. It also allows additional information beyond just identification to be read and written on the tag on the asset.

It is more and more common in changeover applications for tooling, fixtures, dies, or end-of-arm tooling to require some sort of electrical connection for power, communication, I/O, etc. If this is the case, using RFID may be redundant, depending on the overall application. Let’s consider identifying these changeable parts without incurring additional costs such as RFID or barcode readers.

Hub ID with IO-Link

In changeover applications that use IO-Link, the most common devices used on the physical tooling are IO-Link hubs. IO-Link system architectures are very customizable, allowing great flexibility to different varieties of tooling when changeover is needed. Using a single IO-Link port on an IO-Link master block, a standard prox cable, and hub(s), there is the capability of up to: 

    • 30 Digital Inputs/Outputs or
    • 14 Digital Inputs/Outputs and Valve Manifold Control or
    • 8 Digital Inputs/Outputs and 4 Analog Voltage/Current Signals or
    • 8 Analog Input Signals (Voltage/Current, Pt Sensor, and Thermocouple)

When using a setup like this, an IO-Link 1.1 hub (or any IO-Link 1.1 device) can store unique identification data. This is done via the Serial Number Parameter and/or Application Specific Tag Parameter. They act as a 16- or 32-byte memory location for customizable alphanumeric information. This allows for tooling to have any name stored within that memory location. For example, Fixture 44, Die 12, Tool 78, EOAT 123, etc. Once there is a connection, the controller can request the identification data from the tool to ensure it is using the correct tool for the upcoming process.

By using IO-Link, there are a plethora of options for changeover tooling design, regardless of various I/O requirements. Also, you can identify your tooling without adding RFID or any other redundant hardware. Even so, in the growing world of Industry 4.0 and the Industrial Internet of Things, is this enough information to be getting from your tooling?

In addition to the diagnostics and parameter setting benefits of IO-Link, there are now hub options with condition monitoring capabilities. These allow for even more information from your tooling and fixtures like:

    • Vibration detection
    • Internal temperature monitoring
    • Voltage and current monitoring
    • Operating hours counter

Flexible manufacturing is no doubt a challenge and there are many more things to consider for die, tooling and fixture changes, and end-of-arm tooling outside of just ID. Thankfully, there are many solutions within the IO-Link toolbox.

For your next changeover, I recommend checking out Non-Contact Inductive Couplers Provide Wiring Advantages, Added Flexibility and Cost Savings Over Industrial Multi-Pin Connectors for a great solution for non-contact connectivity that can work directly with Hub ID.

IO-Link Safety: What It Is and Isn’t

Comparing “IO-Link” and “Safety” to “IO-Link Safety”

There are many I/O blocks that have “IO-Link” and “Safety” in their descriptions, which can cause some confusion about which safety features they include. Here’s an overview of different safety-named blocks and how they compare to IO-Link Safety.

Safety Network Blocks

These blocks have I/O ports that use Pin 4 and Pin 2 as OSSD signals (safety ports). OSSD—output switching signal devices—send 24-volt signals over two wires to confirm that a device is operating in a safe condition. If 0 volts are detected in either signal, besides their safety-checking 0-volt pulses, it’s read as a safety event that signals the machine to go into a safe state. Safety network blocks are only for standard (non-network) safety devices. These blocks communicate directly back to a Safety Controller over safety protocols like CIP Safety, PROFIsafe, etc. These blocks typically can monitor between 8-16 standard safety devices. There is no intelligence built into the safety devices.

Safety Network Blocks with IO-Link

Blocks in this category usually have a mixture of I/O ports on them. The ports can range from standard I/O to standard IO-Link communication, and in addition, include ports that use Pin 4 and Pin 2 as OSSD signals (safety ports). These blocks communicate over the safety protocols with only a few ports to connect standard (non-network) safety devices. There is some versatility with these blocks since you can wire standard sensors, IO-Link devices, and safety devices to it. The drawback is, you will always run short of the port style you need and, in the end, use more blocks to cover either the safety or IO-Link needs of the application. There is no intelligence built into the safety devices.

Safety over IO-Link Blocks

In this system/architecture, there are standard IO-Link Masters communicating to the Safety PLCs/Controllers over standard protocols like EtherNet/IP, PROFINET, etc. Connected to the IO-Link Ports of these Masters are Safety over IO-Link devices, currently limited to only Safety over IO-Link hubs. The Safety PLCs/Controllers communicate via safety protocols like PROFIsafe to the standard IO-Link Master, and then using the IO-Link communication channel, they bridge the gap to the Safety over the IO-Link hub via the “black channel.” These Safety over IO-Link hub’s ports use Pin 4 and Pin 2 as OSSD signals (safety ports), so standard (non-network) safety devices can be connected. This system provided a “gap filler” while IO-Link Safety was being developed. In this system/architecture, the standard IO-Link Masters allowed standard IO-Link devices and Safety over IO-Link hubs to be connected to any ports. This brought even more versatility to an application and the beginnings of the benefits of IO-Link. Still, there is no intelligence built into the safety devices.

IO-Link Safety

IO-Link Safety adds a safety communication layer to IO-Link. The difference between this and Safety over IO-Link is that this safety layer applies to both the IO-Link Master and IO-Link Safety devices. Within a CIP Safety or PROFIsafe network, the safety communication protocol has top priority over standard EtherNet/IP or PRIFONET data if both are existing on the same physical network. The same is true for IO-Link Safety: both standard and safety IO-Link protocols can exist on the same physical cable between the IO-Link Master ports and IO-Link Safety devices, with IO-Link Safety carrying the top priority. For a deep dive into the IO-Link Safety protocol, I suggest visiting the IO-Link Consortium’s website at io-link.com. In this system/architecture, you have IO-Link Safety Masters, which communicate to the Safety PLCs/Controllers over safety protocols like CIP Safety, PROFIsafe, etc. The ports on the Masters can utilize Pin 4 and Pin 2 as OSSD signals (safety ports), so standard (non-network) safety devices can be connected. Pin 4 can also be used to carry standard IO-Link and IO-Link Safety communication to standard IO-Link devices and IO-Link Safety devices, respectively. This allows for the most versatile safety solution in the market–IO-Link Safety Masters that can accept standard (non-network) safety devices, standard IO-Link devices, and IO-Link Safety devices. Intelligence in the IO-Link Safety devices is now available.

Benefits of IO-Link Safety

    • IO-Link Safety devices are fieldbus neutral: you just need to specify the IO-Link Safety Master to match the Safety PLCs/Controllers protocol.
    • IO-Link Safety Master port versatility: standard (non-network) safety devices, standard IO-Link devices, and IO-Link Safety devices can be connected.
    • Parameter storage: standard IO-Link and IO-Link Safety device’s parameters can be stored for ease of device replacement.
    • Smart IO-Link Safety device data: more data available, like internal temperature, humidity, number of cycles, power consumption, diagnostics, etc.
    • Simplified wiring: IO-Link Safety devices are still connected to the IO-Link Master port with a standard 3 to 4 conductor cable.
    • IIoT fit: IO-Link Safety gives more visibility to upper-level systems like SCADA, allowing safety device-level monitoring.

I am looking forward to seeing how quickly IO-Link Safety will be accepted, with how IO-Link numbers have skyrocketed over the last few years. The future looks great for IO-Link with IO-Link Safety, IO-Link Wireless and in the future, Single-Pair Ethernet (SPE). With all these new capabilities, what application can’t IO-Link support?

Inductive Sensors and Their Unlimited Uses in Automation

Inductive sensors (also known as proximity sensors or proxes) are the most commonly used sensors in mechanical engineering and industrial automation. When they were invented in the 1960s, they marked a milestone in the development of control systems. In a nutshell, they generate an electromagnetic field that reacts to metal targets that approach the sensor head. They even work in harsh environments and can solve versatile applications.

There are hardly any industrial machines that work without inductive sensors. So, what can be solved with one, two, three, or more of them?

What can you do with one inductive sensor?

Inductive sensors are often used to detect an end position. This could be in a machine for end-of-travel detection, but also in a hydraulic cylinder or a linear direct drive as an end-of-stroke sensor. In machine control, they detect many positions and trigger other events. Another application is speed monitoring with a tooth wheel.

What can you do with two inductive sensors?

By just adding one more sensor you can get the direction of rotational motion and take the place of a more expensive encoder. In a case where you have a start and end position, this can also be solved with a second inductive sensor.

What can you do with three inductive sensors?

In case of the tooth wheel application, the third sensor can provide a reference signal and the solution turns into a multiturn rotary encoder.

What can I do with four inductive sensors and more?

For multi-point positioning, it may make sense to switch to a measurement solution, which can also be inductive. Beyond that, an array of inductive sensors can solve identification applications: In an array of 2 by 2 sensors, there are already 16 different unique combinations of holes in a hole plate. In an array of 3 by 3, it would be 512 combinations.

Control Meets IIoT, Providing Insights into a New World

In manufacturing and automation control, the programmable logic controller (PLC) is an essential tool. And since the PLC is integrated into the machine already, it’s understandable that you might see the PLC as all that you need to do anything in automation on the manufacturing floor.

Condition monitoring in machine automation

For example, process or condition monitoring is emerging as an important automation feature that can help ensure that machines are running smoothly. This can be done by monitoring motor or mechanical vibration, temperature or pressure. You can also add functionality for a machine or line configuration or setup by adding sensors to verify fixture locations for machine configuration at changeovers.

One way to do this is to wire these sensors to the PLC and modify its code and use it as an all-in-one device. After all, it’s on the machine already. But there’s a definite downside to using a PLC this way. Its processing power is limited, and there are limits to the number of additional processes and functions it can run. Why risk possible complications that could impact the reliability of your control systems? There are alternatives.

External monitoring and support processes

Consider using more flexible platforms, such as an edge gateway, Linux, and IO-Link. These external sources open a whole new world of alternatives that provide better reliability and more options for today and the future. It also makes it easier to access and integrate condition monitoring and configuration data into enterprise IT/OT (information technology/operational technology) systems, which PLCs are not well suited to interface with, if they can be integrated at all.

Here are some practical examples of this type of augmented or add-on/retrofit functionality:

      • Motor or pump vibration condition monitoring
      • Support-process related pressure, vibration and temperature monitoring
      • Monitoring of product or process flow
      • Portable battery based/cloud condition monitoring
      • Mold and Die cloud-based cycle/usage monitoring
      • Product changeover, operator guidance system
      • Automatic inventory monitoring warehouse system

Using external systems for these additional functions means you can readily take advantage of the ever-widening availability of more powerful computing systems and the simple connectivity and networking of smart sensors and transducers. Augmenting and improving your control systems with external monitoring and support processes is one of the notable benefits of employing Industrial Internet of Things (IIoT) and Industry 4.0 tools.

The ease of with which you can integrate these systems into IT/OT systems, even including cloud-based access, can dramatically change what is now available for process information-gathering and monitoring and augment processes without touching or effecting the rudimentary control system of new or existing machines or lines. In many cases, external systems can even be added at lower price points than PLC modification, which means they can be more easily justified for their ROI and functionality.

IO-Link Benefits in Robotic Weld Cell Tooling

By Scott Barhorst

Working previously as a controls engineering manager in robotic welding, I have seen some consistent challenges when designing robotic weld cell systems.

For example, the pre-engineered-style welding cells I’ve worked with use many types of tooling. At the same time, space for tooling and cabling is limited, and so is the automation on board, with some using PLC function and others using a robot controller to process data.

One approach that worked well was to use IO-Link in the systems I designed. With its simple open fieldbus communication interface and digital transmission, it brought a number of benefits.

    1.  IO-Link’s digital signals aren’t affected by noise, so I could use smart sensors and connect them with unshielded 4-pin cables.
    2.  Expandability was easy, either from the Master block or by adding discrete I/O modules.
    3.  IO-Link can use the ID of the block to identify the fixture it is associated with to make sure the correct fixture is in the correct location.
    4.  Cabling is simplified with IO-Link, since the IO-Link Master can control both inputs, outputs, and control valve packs. That means that the only cables needed will be 24V power, Ethernet, weld ground (depending on the system), and air.
    5.  Fewer cables means less cost for cables and installation, cable management is improved, and there are fewer cables to run through a tailstock or turntable access hole.

One system I designed used 1 IO-Link Master block, 3 discrete I/O modules, and 1 SMC valve manifold controlled via IO-Link. This tooling had 16 clamps and 10 sensors, requiring 42 total inputs and control of 16 valves. The system worked very well with this setup!

An additional note: It’s good to think beyond the process at hand to how it might be used in the future. A system built on IO-Link is much more adaptable to different tooling when a change-over is needed. Click here to read more about how to use IO-Link in welding environments.

 

 

 

 

 

IO-Link: End to Analog Sensors

With most sensors now coming out with an IO-Link output, could this mean the end of using traditional analog sensors? IO-Link is the first IO technology standard (IEC 61131-9) for communications between sensors and actuators on the lower component level.

Analog sensors

A typical analog sensor detects an external parameter, such as pressure, sound or temperature, and provides an analog voltage or current output that is proportional to its measurement. The output values are then sent out of the measuring sensor to an analog card, which reads in the samples of the measurements and converts them to a digital binary representation which a PLC/controller can use. At both ends of the conversion, on the sensor side and the analog card side, however, the quality of the transmitted value can be affected. Unfortunately, noise and electrical interferences can affect the analog signals coming out of the sensor, degrading it over the long cable run. The longer the cable, the more prone to interference on the signal. Therefore, it’s always recommended to use shielded cables between the output of the analog sensor to the analog card for the conversion. The cable must be properly shielded and grounded, so no ground loops get induced.

Also, keep in mind the resolution on the analog card. The resolution is the number of bits the card uses to digitalize the analog samples it’s getting from the sensor. There are different analog cards that provide 10-, 12-, 14-, and 16-bit value representations of the analog signal. The more digital bits represented, the more precise the measurement value.

IO-Link sensor—less interference, less expensive and more diagnostic data

With IO-Link as the sensor output, the digital conversion happens at the sensor level, before transmission. The measured signal gets fed into the onboard IO-Link chipset on the sensor where it is converted to a digital output. The digital output signal is then sent via IO-Link directly to a gateway, with an IO-Link master chipset ready to receive the data. This is done using a standard, unshielded sensor cable, which is less expensive than equivalent shielded cables. And, now the resolution of the sensor is no longer dependent on the analog card. Since the conversion to digital happens on the sensor itself, the actual engineering units of the measured value is sent directly to the IO-Link master chipset of the gateway where it can be read directly from the PLC/controller.

Plus, any parameters and diagnostics information from the sensor can also be sent along that same IO-Link signal.

So, while analog sensors will never completely disappear on older networks, IO-Link provides good reasons for their use in newer networks and machines.

To learn about the variety of IO-Link measurement sensors available, read the Automation Insights post about ways measurement sensors solve common application challenges. For more information about IO-Link and measurement sensors, visit www.balluff.com.

Controls Architectures Enable Condition Monitoring Throughout the Production Floor

In a previous blog post we covered some basics about condition monitoring and the capability of smart IO-Link end-devices to provide details about the health of the system. For example, a change in vibration level could mean a failure is near.

This post will detail three different architecture choices that enable condition monitoring to add efficiency to machines, processes, and systems: in-process, stand-alone, and hybrid models.

IO-Link is the technology that enables all three of these architectures. As a quick introduction, IO-Link is a data communications technology at the device level, instead of a traditional signal communication. Because it communicates using data instead of signals, it provides richer details from sensors and other end devices. (For more on IO-Link, search the blog.)

In-process condition monitoring architecture

In some systems, the PLC or machine controller is the central unit for processing data from all of the devices associated with the machine or system, synthesizing the data with the context, and then communicating information to higher-level systems, such as SCADA systems.

The data collected from devices is used primarily for controls purposes and secondarily to collect contextual information about the health of the system/machine and of the process. For example, on an assembly line, an IO-Link photo-eye sensor provides parts presence detection for process control, as well as vibration and inclination change detection information for condition monitoring.

With an in-process architecture, you can add dedicated condition monitoring sensors. For example, a vibration sensor or pressure sensor that does not have any bearings on the process can be connected and made part of the same architecture.

The advantage of an in-process architecture for condition monitoring is that both pieces of information (process information and condition monitoring information) can be collected at the same time and conveyed through a uniform messaging schema to higher-level SCADA systems to keep temporal data together. If properly stored, this information could be used later for machine improvements or machine learning purposes.

There are two key disadvantages with this type of architecture.

First, you can’t easily scale this system up. To add additional sensors for condition monitoring, you also need to alter and validate the machine controller program to incorporate changes in the controls architecture. This programming could become time consuming and costly due to the downtime related to the upgrades.

Second, machine controllers or PLCs are primarily designed for the purposes of machine control. Burdening these devices with data collection and dissemination could increase overall cost of the machine/system. If you are working with machine builders, you would need to validate their ability to offer systems that are capable of communicating with higher-level systems and Information Technology systems.

Stand-alone condition monitoring architecture

Stand-alone architectures, also known as add-on systems for condition monitoring, do not require a controller. In their simplest form, an IO-Link master, power supply, and appropriate condition monitoring sensors are all that you need. This approach is most prevalent at manufacturing plants that do not want to disturb the existing controls systems but want to add the ability to monitor key system parameters. To collect data, this architecture relies on Edge gateways, local storage, or remote (cloud) storage systems.

 

 

 

 

 

 

The biggest advantage of this system is that it is separate from the controls system and is scalable and modular, so it is not confined by the capabilities of the PLC or the machine controller.

This architecture uses industrial-grade gateways to interface directly with information technology systems. As needs differ from machine to machine and from company to company as to what rate to collect the data, where to store the data, and when to issue alerts, the biggest challenge is to find the right partner who can integrate IT/OT systems. They also need to maintain your IT data-handling policies.

This stand-alone approach allows you to create various dashboards and alerting mechanisms that offer flexibility and increased productivity. For example, based on certain configurable conditions, the system can send email or text messages to defined groups, such as maintenance or line supervisors. You can set up priorities and manage severities, using concise, modular dashboards to give you visibility of the entire plant. Scaling up the system by adding gateways and sensors, if it is designed properly, could be easy to do.

Since this architecture is independent of the machine controls, and typically not all machines in the plant come from the same machine builders, this architecture allows you to collect uniform condition monitoring data from various systems throughout the plant. This is the main reason that stand-alone architecture is more sought after than in-process architecture.

It is important to mention here that not all of the IO-Link gateways (masters) available in the market are capable of communicating directly with the higher-level IT system.

Hybrid architectures for condition monitoring

As the name suggests, this approach offers a combination of in-process and stand-alone approaches. It uses IO-Link gateways in the PLC or machine controller-based controls architecture to communicate directly with higher-level systems to collect data for condition monitoring. Again, as in stand-alone systems, not all IO-Link gateways are capable of communicating directly with higher-level systems for data collection.

The biggest advantage of this system is that it does not burden PLCs or machine controllers with data collection. It creates a parallel path for health monitoring while devices are being used for process control. This could help you avoid duplication of devices.

When the devices are used in the controls loop for machine control, scalability is limited. By specifying IO-Link gateways and devices that can support higher-level communication abilities, you can add out-of-process condition monitoring and achieve uniformity in data collection throughout the plant even though the machines are from various machine builders.

Overall, no matter what approach is the best fit for your situation, condition monitoring can provide many efficiencies in the plant.

What is IO-Link? A Simple Explanation of the Universal Networking Standard

Famed physicist Albert Einstein once said, “If you can’t explain it simply, you don’t understand it well enough.” When the topic of IO-Link comes up, whether a salesperson or technical expert is doing the explaining, I always find it’s too much for the layman without a technical background to understand. To simplify this complex idea, I’ve created an analogy to something we use in our everyday lives: highways.  

Prior to the Federal Highway Act of 1956, each individual state, determined the rules of its state highway routes. This included everything from the width of the roads to the speed limits and the height of bridge underpasses — every aspect of the highways that were around at the time. This made long-distance travel and interstate commerce very difficult. It wasn’t until 1956 and the passage of President Eisenhower’s Federal Highway Act, that the rules became standard across the entire United States. Today, whether you’re in Houston, Boston or St. Louis, everything from the signage on the road to the speed limits and road markings are all the same. 

Like the standardization of national highway system, the IO-Link Consortium standardized the rules by which devices in automation communicate. Imagine your home as a controller, for example, the roads are cables, and your destination is a sensor. Driving your car to the store is analogous to a data packet traveling between the sensor and the controller.  

You follow the rules of the road, driving with a license and abiding by the speed limits, etc. Whether you’re driving a sedan, an SUV or a semitruck, you know you can reach your destination regardless of the state it’s in. IO-Link allows you to have different automation components from different suppliers, all communicating in sync unlike before, following a standard set of rules. This empowers the end user to craft a solution that fits his or her needs using sensors that communicate using the protocols set by the IO-Link Consortium.