Software Toolbox Technical Blog

Standards-based industrial device connectivity such as OPC has become the norm over the last 20 years.  What used to be achieved by individual HMI/SCADA vendors with their own native drivers can now be easily accomplished with OPC drivers that are HMI/SCADA vendor agnostic.  TOP Server offers connectivity to thousands of device types and protocols while making those devices accessible via a variety of standard interfaces including OPC UA, OPC DA and SuiteLink.

But what you may not be aware of is that TOP Server for Wonderware has an available driver suite called the OPC Client Suite that allows it to also act as an OPC UA client, OPC DA client and OPC XML-DA client.  In this post, I'm going to go through the top 3 most common use cases for the OPC Client Suite that we see users take advantage of.

OmniServer's connectivity and data parsing capabilities are its primary job; however, they are only the part of how OmniServer helps with integrating non-standard devices with Inductive Automation's Ignition HMI/SCADA.  How does the device data actually make it into Ignition?

In this video blog, I'll show you how to make an OPC UA client connection from Ignition to OmniServer for integrating process data from all of your "other" devices that don't have a standard, off-the-shelf driver - and all without the expense and headaches of having to write custom code.

Have you ever been in a situation where you were working with both AVEVA formerly Wonderware software and some other client (HMI, SCADA, other) and needed to share data?  Perhaps your company acquired another company or assets and a non-Wonderware HMI/SCADA came as part of the assets.  Or perhaps your company merged with another and now your Wonderware system is expected to play nicely with some other system.  Your options for sharing data largely depend on what software interfaces this "other system" supports.

In this video blog post, we walk through step-by-step how to share your AVEVA formerly Wonderware software data via OPC UA for situations where you're working with an OPC UA capable client application that needs access to process data in your Wonderware system.

Cogent DataHub enables a wide range of connectivity interfaces for different data sources such as OPC UA, OPC DA, ODBC, DDE and so much more.  As such, DataHub is a flexible gateway commonly used for data integration by external software such as HMI, SCADA, MES, historians and other client applications.

In this video blog, I'll show you how to make a secure OPC UA connection from OPC UA clients supporting the Data Access profile to DataHub for integrating process data from a myriad of data sources.

TOP Server for AVEVA™, formerly Wonderware connectivity to hundreds of device types and protocols is only part of how TOP Server helps with integrating industrial process data with external software such as AVEVA™ System Platform, formerly Wonderware and other client applications.  How does the device data actually make it into the client?

In this video blog, I'll show you how to make a secure OPC UA connection from OPC UA clients supporting the Data Access profile to TOP Server for integrating process data from the wide variety of device vendors and protocols that TOP Server supports.  We cover the basics of configuring the OPC UA server interface in TOP Server and making an OPC UA connection using an OPC UA test client.

If you're unfamiliar with Modular Procedural Automation (MPA), it helps automate start-up, shutdown and other data-driven procedures in a process, increasing efficiency, optimizing production, and reducing wear and tear on equipment.  Additionally, MPA helps increase operator productivity and confidence.

Adapted from the case study in Control Magazine, this blog post covers how Air Liquide, a world leader in chemicals manufacturing, is migrating to MPA using OPC UA and OPC bridging to lower startup time by over 60% and increase production to over 500 additional tons of liquid oxygen (LOX) resulting in increased profitability.

In the first post of our ongoing Exploring OPC UA blog series, we covered the three functions that OPC UA Certificates (also known as Application Certificates) serve in the context of OPC UA security.

In this second post, we'll take a look at what happens to messages after you have trusted the application certificates and have enabled security on the OPC UA endpoint. Specifically, what does Sign&Encrypt mean on an endpoint and how can we be sure that the data is truly secure.

The use of certificates in cryptographic applications and online communication protocols is nothing new and can practically be traced all the way back to the 1970's when the "framework" for public key encryption (more on this in a future blog) came into being. With the (now-not-so-recent) Industry 4.0 movement coming out of Europe, and the design and operation changes brought about by the IIoT phenomenon, we are seeing more and more systems – that have traditionally been air-gapped and kept offline – being brought online to take advantage of the digital revolution in which we find ourselves.

Despite how you feel about this (r)evolution there are several exciting changes that are being brought about, including the one I want to discuss is the increased adoption of OPC Unified Architecture (OPC UA) in automation systems.

In this first post in our ongoing Exploring OPC UA blog series, we will look at what OPC UA Certificates are and what they provide and subsequent posts will further explore how they are used in OPC UA, how they fit into the security ‘stack’ of OPC UA and will then look at how OPC UA Certificates are utilized and managed in several Software Toolbox applications. First thing’s first however; what are OPC UA Certificates and what are they used for?