Wednesday, August 21, 2019

IIoT Platforms, Not All created Equal

This blog is a MESA Member Point of View

By Gerhard Greeff, MESA EMEA Board Member

In the past few years, solution providers have often been asked to assist in creating an Internet of Things (IoT) or Industrial Internet of Things (IIoT) strategy. Our answer has always been, and will continue to be…

What is the business problem to be solved or the outcome to be achieved?

IoT (or IIoT as the case may be) is not an end in itself. It should exist to achieve some purpose. The purpose can be to solve a business problem, increase operations or supply-chain efficiency and effectiveness or merely to enable more accurate tracking (amongst others). There is any number of reasons or business cases out there and an equal amount of business questions to be answered. However, companies sometimes ask the wrong question. The question is technology and architecture first and business value as an after-thought, where it should be the other way around.

Having the best architecture with the most modern and state-of-the-art technology will not benefit any company, unless it is tied to a specific purpose and business outcome. If the technology does not answer the business question or solve the business problem, it is money wasted. In light of the above, the first question in the IIoT journey should then always be why?

Once we know what operations challenge we want to solve, the next question would be where do we start? What plant, support service, logistics, warehouse or utility problem we should focus on first. This is important as we do want to show value and payback with the first project. But we should not be limited in our thinking and design for the limited scope. We should also understand the complete scope of the business and potential future requirements. We should design and architect with this vision in mind. It is a fine line between delivering a pragmatic solution to a specific problem and creating a long-term global vision for the company.

That brings us the how? I have seen a number of IoT and IIoT strategies developed by different consulting companies. They are without exception great on the what, but extremely light on the how. We also need to answer the how question to make IIoT strategies real for companies.

IoT and IIoT architectures defined

Considerable time has been spent defining IoT and IIoT architectures by local and global forums. In our view, the IoT World Forum Reference model come close to defining a good overview model. However, we have adjusted this reference model to be more aligned with real-world challenges. In our view, the reference model below contains all the elements/components required to provide a complete IIoT solution. 

If you are familiar with the IoT World Forum Reference model you will know that it contains seven layers where the model we propose contains eight layers. We make a distinction between local connectivity and global connectivity where the World Forum model does not. 

For us, machine-to-machine connectivity, or instrument to edge-device connectivity (such as Bluetooth, Smart Bluetooth, Zigbee and Wifi) is not the same as for instance GSM, NB-IOT, LTE, Satellite and the like that we classify as global connectivity. There are of course those like Sigfox and LoRaWAN that can be seen as both local and global, but they are mostly sold as global connectivity solutions. In terms of the IoT World reference model, this is the only area we deviate.

Adapted IOT World Forum Reference model

We believe that especially for IIoT, the local connectivity is the area that will make or break any solution. By virtue of the real-time environment IIoT operate in, sound local connectivity is critical in the successful implementation of any solution.

IoT Platforms

Talk to any technology provider out there, whether hardware or software, and they will tell you about their “IoT Platform”. When evaluating platforms against the above reference architecture, you will soon notice that most “platforms” are incomplete or if they are complete, it is only in a specific niche area.

Having evaluated a number of vendors “IoT Platforms”, it has become clear that vendor “platforms” fall into two broad areas, those with a hardware focus (levels 2 to 5 above) and those with a software focus (levels 5 to 8 above). Evaluation also indicated that for software-focused “platforms”, those platforms are typically strong on levels 5 and 6 with levels 7 and 8 available only for niche functionality.

Reading up on completed IoT projects, it is apparent that the above is a true state of affairs. It is estimated that a complete, value-adding IoT solution involves an average of 20 to 35 vendors. This is not necessarily a bad thing, as different customers have different requirements, but it does mean more points of potential failure. Some customers may have the bottom layers sorted out already but need a software platform and applications and others may need connectivity between the lower levels and their existing software applications.

Factors to consider when selecting a platform:

There are a lot of things to consider when selecting an IIoT platform and implementation partner. The types of services and service model provided by the vendor is important. Although most platforms are moving towards cloud and an “as a service” model, some still provide a “capex” and “on-premise” solutions. Especially for IIoT in industries where real-time feedback and response are critical, this is a major consideration. For these some vendors also make a “Hybrid” model available, where fast response edge devices and/or applications sit at plant level and Reporting, Data Analytics and Dashboarding is done in the cloud.

Domain Expertise or platform “use-cases” are also very important, especially within the IIoT environment, as is the reliability of the connectivity, data storage and data extraction for business value. It is also important to know how easy it is to manage the devices connecting to the platform and how easy the support of the platform and devices are going to be. 

Cost or the costing model needs to fit the business need. Here it is important to not only look at the “current” business need, but also at the big (future needs) picture. Although a low “per-device” cost may be appealing for a small implementation, it can get very costly very fast. It is also important to understand how compatible the platform is to the business and how it will connect to the current infrastructure. Scalability and security are very important, not only from a cost perspective but also from a device management and support perspective.

Platform Security is a factor which is easily overlooked. Security is applicable across the various layers. It is important that any device connected to the platform should be authenticated and the communication channel should ideally be encrypted. The platform itself should be able to securely store the data and allow access to the data and dashboards based on grouped user rights, i.e. administrative rights, write-back, read-only, and which sets of data that will be visible to which group.

The last big consideration is the tools and ability to integrate and handle data, both from bottom (level 2) to top (level8) also called north-bound integration and top (level 8) to bottom (level 2) also called south-bound integration. This is very important as some vendors are very good at north-bound integration but struggle with south-bound integration. Especially for IIoT, the ability to send information down to instruments is very important as pure reporting within a fast-paced environment will be inadequate. Look specifically at the drivers or protocols supported by the platform and ensure that it supports IIoT protocols such as OPC, Fieldbus, Profibus etc for south-bound integration and have adequate API’s etc for north-bound integration. Again, access to the data should be secure, authenticated and tracked.

When selecting an IIoT platform it is very important to work through the various factors to ensure the platform fits your specific long- and short-term needs. 

Functionality required by an IoT platform

Looking at the full stack of IIoT, a number of functions need to be available in the IIoT platform to ease the implementation and reduce the number of vendors involved in an IIoT solution. The platform needs a Front End or User Interface development environment that is user friendly and easy to use. It must make provision for and enable the handling of a variety of Communication Protocols, both north-bound and south-bound. It needs a user interface that enables Device Management, Device Status Monitoring and Device Grouping (Asset Management). The platform needs to provide a Data Storage environment that is Scalable and Secure but allows easy data access and retrieval. It needs to provide tools for the easy development of Dashboards for live values and trending as ultimately, this is the view the customer needs to make better business decisions.

Although Multi-Tenancy (one platform for multiple and separated users) is not required by all users, it may be that a company wants to segregate data within a platform so that not all data are visible to all users and each user company can have their own branding and “look and feel”. When used specifically in the IIoT environment, Workflow Management, Notifications and Alarming are very important to inform plant operators, supervisors and managers when things do not go as planned.

Tools need to be available to enable Advanced Data Analytics, such as machine learning, advanced pattern recognition (APR), artificial intelligence (AI), robotic process automation (RPA) acoustic analysis and facial and image recognition. Ultimately, these tools will increase the efficiency and effectiveness of businesses when applied correctly. If the platform does not have these tools (and very few do), then at least the data should be available and easily extracted via standard tools and protocols into other applications that have these tools available.

The platform needs to be flexible regarding where it will be Hosted, especially for IIoT as a hybrid model will probably be the most effective, specifically for real-time process industries. The availability of After-sales and Platform Back-End Administration support is also very important for a long-term sustainable solution.

Conclusion

Not all platforms are created equal. To get the best IIoT platform for your company, you need to take the time to evaluate the vendors out there. Do not just go with the first one to show you pretty pictures. Look under the hood and ask the vendor to explain how the vendor incorporates the various consideration factors. Look at all 8 layers, determine what is part of the platform and what is “bought-in” third party functionality. Find the best fit for your company to solve the current and future business problems.

_________________________________________________________________________________

Unfamiliar with some of the terms used in this blog? Join MESA today and get access to 1,000+ resources including our Collaborative Manufacturing Dictionary with over 600 terms for MES/MOM and Smart Manufacturing.

Other great MESA resources include the Smart Manufacturing Landscape Explained White Paper, its accompanying webcast, and online courses such as the Smart Manufacturing Journey and Building a Justification and ROI for Smart Manufacturing.

About the Author:
Gerhard Greefff
GerhardGerhard is a General Manager for Altron Bytes Systems Integration, a Software integration and services company with more than 1200 employees. He is responsible for the IOT business. This business has a big focus on MOM (amongst others), and has done so for the past 20 years. Gerhard is responsible for strategy and direction, product and solution development and managing a team of automation and MOM engineers. He is very involved in the Consulting and Operations side of the business, specifically from a functional delivery and design perspective. Gerhard manages relationships with technology suppliers such as AVEVA, GE, Parsec, Siemens, OSI Soft and others, as well as with current and potential clients.














No comments: