Editor's Choice

How to build a cloud IoT system around a manufacturing process

February 2017 Editor's Choice

To increase their competitiveness, a number of manufacturing companies are starting to incorporate cloud-based Internet of Things (IoT) using simple architectures that extend the existing plant and business systems.

Cloud-based IoT is a potential game changer that allows businesses to extend and further automate their processes using data from lots of sensors outside the factory by leveraging global infrastructures such as Microsoft Azure IoT platform.

A proliferation of choices

However, cloud-based IoT currently resembles the Wild West with multiple startups and established vendors alike competing for a role in this fast growing market.

The IoT is fundamentally comprised of devices that connect and interact with one another through the Internet and there are no limits to how this can be done. The devices can range from simple microprocessors like Arduino, to sophisticated smartphones or tablets.

Certain industrial applications are well-suited to cloud IoT. For example, fleet management, predictive maintenance, asset management, logistics, warehouse and facilities monitoring services. These applications augment and enhance your existing manufacturing processes. Unlike process control, they don’t need to have a permanent connection, and asynchronous offline operation is entirely feasible. When the device or connection fails, the system degrades in a way that should be easy to handle.

Keep it simple

When considering a cloud IoT application it is helpful to start with a simple architecture like that shown in Figure 1. This will allow you to selectively research and invest in specific platforms that will ultimately form part of your IoT infrastructure. In this way you can start with a proof of concept and with experience move towards more mission critical applications.

Figure 1:  A simple conceptual cloud IoT manufacturing business architecture
Figure 1: A simple conceptual cloud IoT manufacturing business architecture

Figure 1 shows your existing process control system within the factory boundary at the bottom right. In the middle are your business systems (ERP and so on); and on the left your new cloud IoT services. These three high level architectural elements are connected by events that communicate processed information. The information that is produced is aggregated and further analysed in a presentation layer, also hosted in the cloud.

Connection to the cloud

In order to accommodate the increasing diversity of IoT devices you will need to accommodate various means of connection to the cloud. Certain devices can be connected directly, others will require some form of local gateway that converts the various communication protocols from the devices to a standard, and might also provides some form of security. All IoT devices will ultimately connect to a IoT cloud connector service that authenticates the hardware and establishes communication using relevant protocols. Note that the communication is bidirectional and not all devices will have offline asynchronous capabilities. This introduces several real-world complexities.

The IoT cloud connector in turn feeds the pre-processed data streams to the IoT cloud historian and analysis layer. Here the data is cleaned and analysed into calculated variables that might trigger events. There is no real use in collecting data that does not ultimately result in some action being taken that leads to a business outcome. What is important is that these events are properly handled in your business processes. This might require some re-engineering of your processes to incorporate these new events from the IoT cloud. An example might be a remote device triggering a fault after which a regionally located technician is automatically allocated to do some maintenance. Your architecture should also incorporate some form of cloud-based historian which will allow proper trending and analysis to be done, in very much the same way as your local scada historian at the factory is most likely currently used.

At the top, the cloud-based presentation layer will present end-users with user-friendly dashboards and tools to interpret the information and to track processes. This architectural element may incorporate cloud-based technologies from your business systems and even your factory systems. Here it is important to try and provide a unified end-user experience that incorporates the total process.

Choosing the platform

Other considerations when considering cloud-based IoT architectures are scalability, reliability, security and privacy. A very real consideration is how to automate the upgrade and deployment of future patches to potentially thousands of devices and associated micro services, without ‘breaking’ the system entirely. These are very real challenges that are addressed in different ways by the major cloud IoT platform vendors and are certainly worthy of further investigation before committing.

At a very high level it is a good idea to view the cloud IoT architecture as augmenting and running in parallel with your core business and manufacturing system. The reality is that you will be doing a lot of experimenting and proof of concept work until the underlying technologies have matured and the platforms have stabilised. While much of the system will be in your control, you will nevertheless be reliant on multiple third-parties, including software and hardware vendors. When designing the final architecture, always strive to ‘fail safe’. In other words, when the IoT device sends garbage data it should be possible to ignore this and continue to operate, albeit less efficiently.

At the end of the day, because of the moving landscape, it is difficult to design for a cloud IoT system. It is a really good idea to get started with some sample applications and develop your own connected application to build experience. There are several cloud-based systems that will allow you to do this, for example, ThingSpeak.com, myDevices.com and the Microsoft Azure IoT platform, each with vastly different capabilities. There are many others. Develop non-critical applications first and be willing to abandon these when things change. As you succeed the business should start recognising the potential value of this approach and be more willing to advance funds towards larger more critical projects.

Gavin Halse is a chemical process engineer who has been involved in the manufacturing sector since mid-1980. He founded a software business in 1999 which grew to develop specialised applications for mining, energy and process manufacturing in several countries. Gavin is most interested in the effective use of IT in industrial environments and now consults part time to manufacturing and software companies around the effective use of IT to achieve business results.

For more information contact Gavin Halse, Absolute Perspectives, +27 (0)83 274 7180, gavin@gavinhalse.com, www.absoluteperspectives.com


Share this article:
Share via emailShare via LinkedInPrint this page

Further reading:

Loop Signatures 10: Digital controllers – Part 2: Testing controller operation
Michael Brown Control Engineering Editor's Choice
There is a commonly held belief in control circles that all PID controllers are similar and relatively simple. This is a dangerous fallacy.

A review of the 2021 MESA Africa conference
MESA Africa NPC Editor's Choice
The overarching lesson from this year’s conference: yes, we have problems now and solutions are on the table, but we need collective action!

Cybersecurity for operational technology: Part 5: Cybersecurity threats to critical information infrastructure.
Editor's Choice
CII describes infrastructure that is essential to the functioning of a country’s society and economy(2). Local examples include energy (Eskom), government (SARS, judiciary), police and defence (SAPS, ...

The ultimate control valve
Valve & Automation Valves, Actuators & Pump Control Editor's Choice
Zwick has designed its TRI-SHARK range of Triple Eccentric Valves to be used in control or throttling applications as well as for pure on/off functionality.

From the editor's desk: 2022 must be the year SA gets its vaccination act together
Technews Publishing (SA Instrumentation & Control) Editor's Choice News
This is his last "From the editor's desk" that Steven Meyer wrote before his death in early January 2022.

What to do when fragmented systems get too complex
Absolute Perspectives Editor's Choice
With proper planning, a strategic approach, careful vendor selection and a systematic project methodology, you can successfully upgrade to a future-proof ICT infrastructure that supports ongoing digital transformation.

Case History 180: Fuel gas pressure control problem
Michael Brown Control Engineering Editor's Choice
The problem with the pressure control was that it seemed to work intermittently and seldom got to setpoint, resulting in large and unacceptable variance on the control.

Cybersecurity for operational technology: Part 4: Practical recommendations to reduce cybersecurity risks for OT systems
Wolfpack Information Risk Editor's Choice
It is essential that IT professionals are able to clearly articulate cybersecurity risks to management.

Loop Signatures 9: Digital controllers – Part 1: Introduction to the simple PID controller
Michael Brown Control Engineering Editor's Choice
There is a commonly held belief in control circles that all PID controllers are similar and relatively simple. This is a dangerous fallacy.

Totally Integrated Automation – added value in three dimensions
Siemens South Africa Editor's Choice System Integration & Control Systems Design
Discover everything that’s in TIA, the leading automation concept from Siemens, and how it all works together to create a unique product for machine builders and industrial enterprises.