Work on IoT Device Communication Standardization Begins

Feb. 6, 2020
The Eclipse Foundation creates a working group to support the continued development and adoption of Sparkplug, the specification that addresses MQTT interoperability issues and data formats.

Most people working with industrial automation equipment are familiar with OPC UA for machine and device communications. More recently, industry has been getting up to speed with MQTT and its complimentary role for industrial device communications.

While OPC UA has long been an industry standard, work is now beginning on a broad standardization of MQTT communications via Sparkplug, the open source software specification that enables applications, sensors, devices or gateways to integrate data within an MQTT communications infrastructure. Sparkplug defines MQTT topics namespace, payload, and session state management.

At the ARC Forum 2020, the Eclipse Foundation—an independent, not-for-profit corporation that supports a vendor-neutral community of software developers for the development of open source technology—announced the launch of the Sparkplug Working Group to drive the evolution and broad adoption of the Eclipse Sparkplug Specification. According to the Eclipse Foundation, Sparkplug “enables the creation of open, interoperable, Industrial IoT (IIoT) solutions utilizing MQTT.”

The Sparkplug Working Group will focus on “the definition of technical specifications and associated implementations that rationalize access to industrial data, improve the interoperability and scalability of IIoT solutions, and provide an overall framework for supporting Industry 4.0 for oil and gas, energy, manufacturing, smart cities, and other related industries,” says the Eclipse Foundation in its release announcing the formation of the working group.

This work will address the issue of MQTT ‘s undefined topics structure and data types—a key differentiator from OPC UA which “provides a framework for standard and custom datatypes, a defined (hierarchical) namespace and a definition for request/response style communication patterns,” as noted by Jen Reiman in ctron’s blog post about OPC UA implementation with the Eclipse Foundation’s Milo (an open source communication stack for developing OPC UA clients and servers).

Founding members of the Sparkplug Working Group include Chevron, Canary Labs, Cirrus Link Solutions, HiveMQ, Inductive Automation, and ORing.

Explaining the complimentary roles of MQTT with Sparkplug and OPC UA in industrial communication, Frederic Desbiens, IoT and edge program manager at the Eclipse Foundation says “Sparkplug is lightweight enough for use with edge nodes and sensors. OPC servers are too heavyweight for these kinds of applications.”

Desbiens says the Eclipse Foundation sees Sparkplug and OPC UA co-existing for many years, with Sparkplug and MQTT forming the backbone [of industrial device communication] and OPC UA being used to integrate with systems that require OPC communications.

“MQTT can integrate with OPC UA communications using software bridges,” Desbiens says. “We have implementations with all the major protocols, even with DDS via Cyclone. We’re not playing favorites. We’re giving developers the toolkit. We want to be the leading alternative for an IoT system backbone. To do that, we’re focused on putting together a compatibility program, which is an open-source kit that users can download to certify that the products they create using MQTT are compatible with our spec. That way we can bring clarity to the markets around what is Sparkplug-compatible in a verifiable way.”

Desbiens adds that developers do not have to be an Eclipse Foundation member to get the specification or contribute ideas to it. “But you do have to be a member of the working group to have say in discussions about acceptance of ideas into spec,” he said.    

About the Author

David Greenfield, editor in chief | Editor in Chief

David Greenfield joined Automation World in June 2011. Bringing a wealth of industry knowledge and media experience to his position, David’s contributions can be found in AW’s print and online editions and custom projects. Earlier in his career, David was Editorial Director of Design News at UBM Electronics, and prior to joining UBM, he was Editorial Director of Control Engineering at Reed Business Information, where he also worked on Manufacturing Business Technology as Publisher. 

Sponsored Recommendations

Why Go Beyond Traditional HMI/SCADA

Traditional HMI/SCADAs are being reinvented with today's growing dependence on mobile technology. Discover how AVEVA is implementing this software into your everyday devices to...

4 Reasons to move to a subscription model for your HMI/SCADA

Software-as-a-service (SaaS) gives you the technical and financial ability to respond to the changing market and provides efficient control across your entire enterprise—not just...

Is your HMI stuck in the stone age?

What happens when you adopt modern HMI solutions? Learn more about the future of operations control with these six modern HMI must-haves to help you turbocharge operator efficiency...