Standards and Interoperability Drive Innovation and Adoption

Standards and Interoperability Drive Innovation and Adoption

Standards that enable interoperability drives innovation and industry growth.

For some reason, technology suppliers tend to avoid standards at almost all costs—and the costs can be substantial in terms of losing market share or momentum—in order to build a “complete” solution all their own.

One reason beyond the obvious is that standards creation can be a time-consuming and tedious process.

Where would we be without standardized shipping containers, standardized railway tracks and cars, standardized Ethernet and the ISO stack, and more?

I’ve been working with OPC Foundation and am finishing a white paper about the technology of combining two standards—OPC UA and Time Sensitive Networking. This is going to be huge some day.

I also work with a standards organization known as MIMOSA which has promulgated an information standard for asset lifecycle management.

These are key technologies that can move industry forward

I ran across this article by Ron Miller on TechCrunch about standards in another area—cloud services. This article discusses Amazon Web Services (AWS).

AWS just proved why standards drive technology platforms

Quoting from Miller:

When AWS today became a full-fledged member of the container standards body, the Cloud Native Computing Foundation, it represented a significant milestone. By joining Google, IBM, Microsoft, Red Hat and just about every company that matters in the space, AWS has acknowledged that when it comes to container management, standards matter.

AWS has been known to go the proprietary route, after all. When you’re that big and powerful, and control vast swaths of market share as AWS does, you can afford to go your own way from time to time. Containers is an area it hasn’t controlled, though. That belongs to Kubernetes, the open source container management tool originally developed inside Google.

AWS was smart enough to recognize that Kubernetes is becoming an industry standard in itself, and that when it comes to build versus buy versus going open source, AWS wisely recognized that battle has been fought and won.

What we have now is a clearer path to containerization, a technology that is all the rage inside large companies — for many good reasons. They allow you to break down the application into discrete manageable chunks, making updates a heck of a lot easier, and clearly dividing developer tasks and operations tasks in a DevOps model.

Standards provide a common basis for managing containers. Everyone can build their own tools on top of them. Google already has when it built Kubernetes, Red Hat has OpenShift, Microsoft makes Azure Container Service — and so forth and so on.

Companies like standards because they know the technology is going to work a certain way, regardless of who built it. Each vendor provides a similar set of basic services, then differentiates itself based on what it builds on top.

Technology tends to take off once a standard is agreed upon by the majority of the industry. Look at the World Wide Web. It has taken off because there is a standard way of building web sites. When companies agree to the building blocks, everything else seems to fall into place.

A lack of standards has traditionally held back technology. Having common building blocks just make sense. Sometimes a clear market leader doesn’t always agree. Today AWS showed why it matters, even to them.

 

MIMOSA and OPC Foundation Announce Joint Working Group

MIMOSA and OPC Foundation Announce Joint Working Group

Joint working groups to develop companion specifications has been a great method to advance interoperability. Here is an announcement of one where you can still get involved if you have expertise in one or the other. Note: I am chief marketing officer of MIMOSA and I also have done some work with OPC Foundation.

MIMOSA (an operations and maintenance information open system alliance) and the OPC Foundation have announced a joint working group to develop a companion specification for MIMOSA’s CCOM standard and OPC UA.

MIMOSA is a not-for-profit trade association dedicated to developing and encouraging the adoption of open information standards for Operations and Maintenance in manufacturing, fleet, and facility environments. MIMOSA’s open standards enable collaborative asset lifecycle management in both commercial and military applications.

MIMOSA CCOM (Common Collaborative Object Model) serves as an information model for the exchange of asset information. Its core mission is to facilitate standards-based interoperability between systems: providing an XML model to allow systems to electronically exchange data.

OPC Foundation is a not-for-profit association dedicated to providing the interoperability standard for the secure and reliable exchange of data in the industrial automation space and in other industries. The OPC UA (Unified Architecture) is platform independent and ensures the seamless flow of information among devices from multiple vendors.

The OPC UA standard is a series of specifications developed by industry vendors, end-users and software developers. These specifications define the interface between Clients and Servers, as well as Servers and Servers, including secure access to real-time data, monitoring of alarms and events, access to historical data and other applications. The standard includes the ability to securely transport any information model between the systems. It is a key standard for Industry 4.0.

The joint MIMOSA and OPC Foundation CCOM OPC UA Working Group will develop an OPC UA Information Model for CCOM. The information model specified by CCOM will be defined in a UA companion specification using OPC UA constructs for the purpose of exposing CCOM information to OPC UA applications, with an initial focus on existing Use Cases relating to information exchange to and from the control system. This will combine existing strengths of each organization for some near-term wins, where OPC UA is used to bring information from the factory floor and where MIMOSA plays its traditional role in Asset Management.

The working group will deliver the following:
• OPC UA Information Model for CCOM (Standard OPC UA companion specification, Nodeset file and prototype implementation)
• A write up for the OPC Wiki describing the Companion specification
• Trade show demonstration and information material

Anyone who would like to contribute to this industry specification please contact Alan Johnston [email protected].

MIMOSA and OPC Foundation Announce Joint Working Group

MIMOSA Asset Lifecycle Information Model Open Meeting Set

Manufacturing and production information is rapidly moving to the cloud. I wrote yesterday about what all the companies are trying to do to bring information into their ecosystems. Not all the efforts promote interoperability. Dell is open source, coming the closest to the ideal. Microsoft and Siemens are closest for individual companies.

What they are all lacking is bringing in asset lifecycle information.

Enter MIMOSA, developer and proponent of the most complete asset lifecycle information model. CCOM has been publicly proved in the Oil & Gas Pilot Demo Project and in several private company instances.

Another drawback to these systems occurs when a company implements more than one. Let’s suppose that a company installs both SAP and Microsoft. And then maybe GE Predix. How are these proprietary systems all going to get along together?

MIMOSA has a solution—web service Information Service Bus Model the heart of the Open Industrial Interoperability Ecosystem (OIIE). These open standards describe how to tie together all the parts into an interoperable industrial system.

These standards plus current efforts to define Industry Standard Datatsheet Definition and a joint working group to write a companion specification with OPC UA will be discussed at the open meeting.

There will be an MIMOSA meeting  on Sept. 28-29. All are invited to attend. BP Helios Center, 201 Helios Way, Houston, Texas 77079

More information coming.

For deeper information on MIMOSA click on the white paper small ad on the right.

Microsoft Makes Huge Investment In OPC Open Source Code

Microsoft Makes Huge Investment In OPC Open Source Code

OPC UA was everywhere in the Digital Factory and automation areas of Hannover Fair 2017.  Not only was the expanded OPC Foundation stand busy, an “OPC Wall” at the Microsoft stand was constantly packed. Microsoft executives took attendees on a digital path using OPC UA from the factory to the Azure cloud.

Spokespeople pointed out that OPC UA was crucial to a solution that was open, secure, and agnostic. While waiting for the finalization of OPC UA pub/sub (publish / subscribe), they wrote a transport in JSON and AMQP to get there.

The OPC Foundation announced an open-source implementation of the OPC UA technology, available on GitHub to truly enable the OPC community successful adoption of OPC UA across all markets and all platforms.

Microsoft contributed a huge amount of lines of code to this open source effort.

OPC UA is the set of standards for multivendor multiplatform secure reliable interoperability for moving /information from the embedded world to the cloud.   The testimonial to the standards is a complete reference implementation that is now been posted as an open-source implementation, replacing the original OPC Foundation .NET deliverables that were developed and maintained for the last 10 years.

The original OPC Foundation .NET OPC UA reference implementation has been available to OPC Foundation members and last year was provided as an open-source implementation on GitHub. This version was targeted and limited to Microsoft Windows only.

The new OPC Foundation reference stack, based on the new .NET Standard Library technology, was developed and optimized by Microsoft to serve as the complete platform-independent infrastructure, from the embedded world to the cloud. This new version is enabled on the following supported platforms: Various Linux distributions, iOS, Android, Windows 7, Windows 8, Windows 8.1, Windows 10, Windows Phone, HoloLens and the Azure cloud.

One of the important features of the .Net Standard stack is the expansion of the security features to meet the needs of the Industrial Internet of Things (IIoT) applications, as well as the requirements of “Plattform Industrie 4.0”.

Additional benefits of the OPC UA .Net Standard Stack include:

  • The .Net Standard stack is cross platform specifically enabling OPC UA applications.
  • The .Net Standard API portability strategy is all about developing once and running everywhere: No need to special-case OS-specific functionality.
  • The architecture of the .Net Standard stack focuses on managed code, which translates to rapid application development.
  • Microsoft deliberately enabled the creation of NuGet packages, which allows suppliers to quickly integrate OPC UA support into their application with a few simple clicks.
  • The .Net Standard stack includes increased security inclusive of support for SHA512.
  • The .Net Standard stack enable support for cross-platform UI design tools through Xamarin.
  • Microsoft has provided, in conjunction with the OPC Foundation, an extremely rich set of sample applications, inclusive of reference clients, reference servers, an aggregation server, an OPC classic wrapper and a web application to quickly display OPC UA telemetry data sent to the cloud.
  • Microsoft has also provided, in conjunction with the OPC Foundation complete samples demonstrating Azure connectivity leveraging the OPC UA publish/subscribe technology (the specification of which is currently being finalized).

Microsoft’s Sam George, Director of Microsoft Azure IoT said “OPC UA has truly established itself as the interoperability standard for Industrial IoT. We are honored to work with the OPC Foundation on the continued evolution of the standard. The response from the Industrial IoT community to our .Net Standard reference stack contribution has been very positive.”

OPC Foundation’s President Thomas J. Burke said, “The Microsoft commitment to open standards, and specifically to the OPC Foundation is absolutely amazing. Microsoft is clearly a pioneer and a leader in developing and bringing to market the best technology that truly enables multivendor information integration and interoperability. It has been a pleasure to work with the Microsoft development team, and how they are enabling so many of the suppliers to have seamless connectivity to the Azure cloud, through their development and commitment providing an open-source implementation of the OPC UA technology”.

Stefan Hoppe, OPC Foundation’s Vice President said, “Microsoft is the strongest open-source contributor to the OPC Foundation’s industrial interoperability standard, OPC UA. Microsoft’s integration of the OPC UA code with Microsoft Azure IoT as well as Windows IoT allows companies to bring millions of devices and apps to the public cloud and manage them with one single application, no matter if the devices run on Windows, Linux, iOS or Android. Using this OPC UA implementation, IT and Manufacturing will merge seamlessly”.

Siemens’ Thomas Hahn said: “As a founding member, Siemens has supported the OPC Foundation for years. For us, open connectivity – from shop floor to the cloud – is a must. We therefore appreciate the availability of OPC UA technology as open source!”

The OPC Foundation will continue to develop, maintain and extend this new .NET technology as the new OPC Foundation endorsed open-source .NET reference implementation. Some of these significant new features to be added include the publish/subscribe extensions as well as support for important IoT protocols like AMQP and MQTT.

Internet of Things Platform Architecture

Internet of Things Platform Architecture

If enthusiasm means anything there will shortly be what could be described as an Internet of Things operating system. I reported Monday about a press release I received from the Linux Foundation about a “unification platform for interoperability of protocols for the Internet of Things.” As you may have guessed, I was less than impressed with the press release. This is the EdgeX Foundry.

So, I devoted an hour to Jason Shepherd, the Dell EMC director who is the driver putting this all together in Hannover on Wednesday. He brought me to an architecture diagram. I wish they had sent that with the release.

Internet of Things Loosely Coupled

By way of preface for the geeks in the readership, I refer you to a book, Loosely Coupled, by Doug Kaye. This architecture is an example of what Kaye thought was the future of IT and computing—namely loosely coupled applications.

The architecture is a loosely coupled system of data inputs in a variety of protocols, almost an endless variety, if you will, and a loosely coupled system of applications (gray) brought together by a set of services (purple)—which are open source.

In other words, EdgeX describes the Internet of Things ecosystem bringing in data sources from a variety of protocols, storing the data, performing analytics, and serving out for visualization and action. This action is performed within a gateway device, let’s say for argument’s sake, a Dell Gateway product.

And as a side note, it is capable of also doing control. Now don’t get all excited about that, yet, but you and I both know engineers who like to try out new things that may give them some sort of advantage.

Let’s Contextualize

To place this in a context, this is close to what Siemens is doing with Mindsphere. Siemens is trying to be open. This project is also open source, taking it one step further. Except that there is no company of Siemens’ stature on board, yet.

I interviewed a company called Exosite at Hannover, which is the technology behind the Parker Voice of the Machine (to be described later). This company is trying to do a similar thing, but all within its system. That is its competitive edge—debases and analytics.

Similarly, SAP brings data from lots of sources into its cloud where it can perform all the work with its system.

Then there is Cisco. It controls all the data flow on most networks. Tapping into that data source, it also is building a proprietary system that can do much of this.

Rockwell Automation can do some of this, but again, pretty much within its own ecosystem.

Meanwhile, GE Digital has Predix.

All of those have open connectors into their systems, but the systems remain closed within their own walls.

Thinking Radically

Let’s step outside the box for a second and consider what ExxonMobil is trying to do with its attempt to build an open DCS. There are many similarities to what Dell is doing here. I think ExxonMobil would have been further along partnering with Dell rather than Lockheed Martin who is taking it into the big company direction.

Shepherd and team have already amassed 50 companies committed to the effort. He thinks another 25 are close. Consider that, ExxonMobil.

Shepherd also thinks this is finally the ideal opportunity for smaller companies to disrupt the big company hold on the control market.

Follow this blog

Get a weekly email of all new posts.