Exploring the tools, skills needed to navigate the Industrial Internet of Things

Understand key IIoT concepts and lingo, and apply them in a way that serves your process application, facility and business.

By Jim Montague

1 of 3 < 1 | 2 | 3 View on one page

Familiar things can look strange sometimes, and be hard to handle until you recognize them. Green and sustainable manufacturing were in vogue few years ago, and mostly turned out to be new hats for efficiency. Cybersecurity became more approachable when people equated it with process safety. It’s easier to deal with a new idea or technology when you know more about it, and then cope with any truly new aspects that tag along.

Same old—almost

Likewise, all the blogs, LinkedIn, Facebook, Twitter, Instagram and Snapchats are just more websites and webpages. Big data is just more data. The Internet of Things (IoT) and the Industrial IoT (IIoT) are just more Internet, which is just more networking using Internet protocol (IP) over Ethernet and wireless. And virtualized and cloud computing are just bigger and more secure data storage.

“The basics of IIoT have really been in process automation for a long time because we’ve been connecting processes and whole plants for years,” says Will Aja, customer operations VP at Panacea Technologies Inc., a CSIA-member system integrator in Montgomeryville, Pa. “The pharmaceutical companies we serve can’t operate without connected and networked facilities, but today’s smart devices, apps and virtualized computing are making life more interesting. The automation industry is trying to mix in consumer-based Internet technologies, but the industry is still far behind.”

Related: Read Jim Montague's Control Report column on the IIoT

Aja adds this lag isn’t a particularly bad situation because process control applications and users require much different capabilities from Internet technologies. “For us, IIoT didn’t begin when Ethernet kicked off because that doesn’t account for DeviceNet, ControlNet and other older protocols, or the fact that we’ve been able to read data from HART devices for a long time, accomplishing many of the same tasks that IIoT does,” explains Aja. “I think IIoT is less about connecting devices, and really begins with collecting, contextualizing and using data appropriately. For example, Amazon Echo’s voice recognition and intelligent assistant is a nice device, but it doesn’t jive with what we have to do on the plant floor. The consumer side is vastly different than pulling data from a plant with 10,000 I/O points, and we have much bigger operating and safety consequences.”

Alicia Dubay, strategic marketing manager for ABB process automation and control technologies, adds, “Much IIoT technology has been in use in the process industries for years. The gains will start to come when the needed standards emerge, security concerns are addressed and the issue of who owns the data becomes more clear. It is possible now to get process data and diagnostics onto the cloud for analysis, but the question becomes who can access the data to provide value-added applications? Once these questions are answered, the value of IoT in the process industries will become more clear.”

Jason Wright, PlantPAx business manager at Rockwell Automation adds, “Bringing operations technology (OT) and information technology (IT) to develop IIoT can be like trying to bring two positively charged magnets together because they’re different disciplines, but they’re sharing more technology. Still, this is like any technological shift. When we went from proprietary operating systems to commercial off-the-shelf (COTS) in the 1990s, there was a lot of resistance then, too. However, it gets solved when people see the value the new technology can bring, and that’s what going to happen now with IIoT.”    

Common language, common ground

Apart from the latest buzzwords and hype, there are a few new and substantive differences between traditional industrial networking and IIoT. Faster, cheaper, more powerful microprocessors can run software anywhere, and are finally making the old dream of distributed control come true, while their Ethernet ports, IP addresses and internal webpages are getting them and their data onto the Internet, up to the enterprise and onto cloud-based services more easily. Also, these functions require more collaboration with IT and its advanced security capabilities. In fact, some users are even asking why plant-floor data needs to stop off at PLCs and DCSs on the way to the enterprise.

Despite these tremors, manufacturing and process control have the same goals as always: do more with less, run lean, and maximize efficiency, production and profit. It’s just that some new Internet-based tools are now available, and more users and applications are waking up to employ them, so some new skills are needed to take advantage of them. One of the most crucial tasks in understanding and adopting IIoT and gaining its benefits is learning the networking concepts, terms and technologies it uses—most of which originated in the IT realm. 

“We’ve all been hearing about the wall coming down between OT and IT, but there are still profound language and protocol differences between them. And, because the IT-based protocols enable IIoT and big data applications, these language differences must be resolved for IIoT to succeed on the OT side,” explains Paul Sereiko, marketing director for FieldComm Group, which administers Foundation fieldbus and the HART communication protocol. “For example, IT staffs use high-level, data-exchange formats like XML and JavaScript Object Notation (JSON) as building blocks for web applications. To bridge the OT/IT gap, JSON and XML representations of HART and Foundation fieldbus data would be very valuable. It’s the role of organizations like FieldComm Group to provide these tools to our member companies and ultimately to end users.” (Figure 1)

Just as most transmitters and other process control devices progressed from point-to-point, 4-20-mA hardwiring to twisted-pair fieldbuses and digital communications in recent years, IIoT is expected to further simplify and accelerate their networks and communications. However, process engineers and operators will need more IT know-how as IIoT moves down to the plant floor and out to the field to interact with more so-called edge devices, which include all the usual sensors, instruments, valves, actuators, transmitters and other equipment.    

“In contrast to OT, IT enterprise networks use the same open standards and protocols found on the Internet, which was founded on open communication standards like Transmission Control Protocol/Internet Protocol (TCP/IP),” states Matt Newton, technical marketing director at Opto 22, in his whitepaper, “Your IoT Primer: Bridge the Gap between OT and IT.” “Application-specific protocols are layered on top, including Hypertext Transfer Protocol Secure (HTTPS), Simple Mail Transfer Protocol (SMTP), Simple Network Management Protocol (SNMP), MQ Telemetry Transport (MQTT) and so on. The Internet uses programming languages like JavaScript, Java and Python, and presents information using technologies like HTML5 and Cascading Style Sheets (CSS), all of which are open.”

White Paper: Wireless Connectivity for the Internet of Things

In the short run, Newton explains, OT and IT can converge using protocol gateways, OPC servers and middleware, but long-term convergence will demand flattened architectures and seamless communication between assets, using open, standards-based protocols and programming languages. As a result, process control assets will need to be designed with built-in web technologies, such as Hypertext Transfer Protocol (HTTP) for interaction, Secure Socket Layer/Transport Layer Security (SSL/TLS) for encryption and authentication for data security, and JSON for data formatting. This approach is presently available and is called Representational State Transfer (REST) architecture. Opto 22 has already added a REST-compliant, or RESTful, application program interface (API) to its industrial programmable automation controllers (PACs).

Newton adds OT assets will need to use this and other APIs, which are sets of routines, protocols and tools for building software applications, and specify how software components should interact. To have OT assets communicate autonomously and directly with each other, he adds they also need to use other Internet protocols, such as:

  • MQTT publish/subscribe messaging protocol for constrained devices and low-bandwidth, high-latency or unreliable networks to collect device data and communicate it to servers;
  • eXtensible Messaging and Presence Protocol (XMPP) that enables near-real-time exchange of structured yet extensible data between two or more devices on a network;
  • Data Distribution Service (DDS) fast bus for integrating intelligent machines; and
  • Advanced Message Queuing Protocol (AMQP), an open-standard application layer protocol and queuing system for connecting servers to each other.

1 of 3 < 1 | 2 | 3 View on one page
Show Comments
Hide Comments

Join the discussion

We welcome your thoughtful comments.
All comments will display your user name.

Want to participate in the discussion?

Register for free

Log in for complete access.

Comments

  • All this is useful but ignores the elephant in the room --- software bugs. The IIoT and IoT are as susceptible to internal system faults as are all other software-based systems. Control should be highlighting the risk and promoting solutions. Viable solutions now exist but are not yet in the public eye.

    Reply

  • Can we get any technical literature regarding Figure 2 i.e. Boliden’s Garpenberg mine integrated many formerly isolated operations, which is unified operation using ABB’s System 800xA DCS and IoT, Services and People (IoTSP) program, it seems claim for use of IIoT...if so then really interesting to know more about this.

    Reply

RSS feed for comments on this page | RSS feed for all comments