Understanding the IIoT Hype Cycle

Nov. 22, 2017
Focus on actual use cases to avoid all the hype, and implement solutions that solve real-world problems.

Where are we in the Gartner hype cycle for the Industrial Internet of Things (IIoT)? The first step in answering this question is to not confuse it with the hype cycle for general IoT, which applies to consumer IoT technologyā€”where adoption works quite differently than in the industrial realm. Once that distinction has been made, a more specific question to ask, if you understand the Gartner hype cycle, is: How far into the Peak of Inflated Expectations is the IIoT?

Clearly, this peak has not been reached yet. I say this because new conferences are popping up, startups are being incubated and media attention around IIoT remains high. Weā€™re even seeing new technology applications introduced for industry, such as virtual reality, which has, until recently, been reserved for consumer IoT discussions. In short, IIoT excitement is still growing.

Peaks and troughs

Itā€™s worth noting that there is some valid criticism of Gartnerā€™s hype cycle methodology, particularly in the perceived amplitude of the peaks and troughs associated with Gartnerā€™s model. But I don't want to get into how accurately the Gartner hype cycle models the IIoT. Instead, I want to highlight the actions we can all take to avoid huge swings in our expectations around IIoT.

In other words, what can we do to avoid both the Peak of Inflated Expectations and the Trough of Disillusionment? We can do this by avoiding a technology-first approach to standardization.

A use case focus

Instead of developing for technologyā€™s sake, letā€™s instead develop based on actual use cases. Two years ago, we at Profibus/Profinet International (PI) announced the creation of an Industry 4.0 Working Group. PI Working Groups consist of volunteers from a wide spectrum of companies developing our standards to meet the needs of industry. From the outset, the first step for this group was to define use cases and then adapt or create technologies as a second step.

To better understand how our Industry 4.0 Working Group approached the task in front of them, itā€™s worth noting that that they did not take the ā€œLetā€™s integrate Gigabit Ethernet now!ā€ approach. That would be an example of a technology-first approach. Instead, they chose to focus on the ways in which industrial Ethernet networking could be improved by increasing its robustness and quality of service while also decreasing latency. By investigating use cases first, we are able to take a holistic view to help us prioritize advancements. Gigabit Ethernet certainly is very important, but other technologies might be better suited for integration in the near term; for example, furthering development of Time-Sensitive Networking (TSN).

Another example to help illustrate the value of use case driven standardization is answering the question: How can we make machine-to-machine or machine-to-cloud integration easier? A technology-first strategy would be to send Profinet to the cloud. But by looking at use cases first, we can take a step back and see that existing technologiesā€”like OPC UAā€”do this very well already. So, there is no need to reinvent the wheel.

Developing standards solely for technologyā€™s sake only exacerbates potential peaks and troughs in the hype cycle of the IIoT. Keep an eye out for this both in technologies you might be considering as well as in how you approach your internal plans to approach IIoT and Industry 4.0. By focusing on actual use cases, together we can selectively implement solutions that solve real world problems and advance industry.

For more information, visit PI North America.

Companies in this Article

Sponsored Recommendations

Rock Quarry Implements Ignition to Improve Visibility, Safety & Decision-Making

George Reed, with the help of Factory Technologies, was looking to further automate the processes at its quarries and make Ignition an organization-wide standard.

Water Infrastructure Company Replaces Point-To-Point VPN With MQTT

Goodnight Midstream chose Ignition because it could fulfill several requirements: data mining and business intelligence work on the system backend; powerful Linux-based edge deployments...

The Purdue Model And Ignition

In the automation world, the Purdue Model (also known as the Purdue reference model, Purdue network model, ISA 95, or the Automation Pyramid) is a well-known architectural framework...

Creating A Digital Transformation Roadmap Using A Unified Namespace

Digital Transformation has become one of the most popular buzzwords in the automation industry, often used to describe any digital improvements to industrial technology. But what...