Software Toolbox Technical Blog

When you hear the term "OPC client", you may initially think of off-the-shelf HMI or SCADA applications.  However, it's common in enterprises across most industries for there to be other custom developed software applications that could benefit from access to OPC process data.  Or perhaps there is a new custom application you're working on that needs to access OPC process data.  The question, then, is how to enable those applications as OPC clients.

In Part 1 of our series on How to Develop Custom OPC Clients, we will cover step-by-step how to use no-code techniques to bind production data to various types of user interface elements for reading, or writing, or both to build a basic OPC client application in Visual Studio.NET.

As we discussed in Part 1 of our OPC Router Basic Training series, it is quite common for process industry projects to require logging of industrial process data to a database such as Microsoft SQL.  On the other side of the coin, it is also quite common for information such as recipes or other data to be stored in a database such as SQL and to then need to push that data down to process devices.

In Part 2 of the series, we will cover step-by-step how to write stored SQL data to OPC UA and DA servers based on flexible scripted trigger conditions with the OPC Router.

Logging industrial process data to a database such as Microsoft SQL is a common requirement of many projects across industries.  One of the key applications for storing industrial process data is providing historical context and reporting of the process so that better decisions can be made.

In Part 1 of our OPC Router Basic Training series, we will cover step-by-step how to easily connect to OPC UA and DA data sources to SQL databases for logging process data with the OPC Router.

As technical consultants at Software Toolbox, we are often approached by users who need to expose data from a software application they have written, or are writing, to communicate from systems they own to a client, HMI/SCADA, or historian. And, in many cases, there are dozens of applications at different sites that the data needs to reach. The question we are then presented with is, “how can I accomplish this quickly and efficiently while staying within budget?” 

Continuing our OPC Development Toolkits blog series, our hope is to answer this question and share from our experience with OPC since 1996, what our users have told us are the common reasons why they chose to use a commercial OPC server toolkit, and to help readers determine what factors to consider for their specific situation and circumstances.

In the first part of this series, we covered the basics of commercial OPC client development toolkits, with a dive into the benefits of using one, while here in part 2, our focus is on OPC server development toolkits. If you read our blog on OPC client toolkits, you will likely notice a clear overlap in the benefits you gain from using both types of commercial OPC toolkits.

A common question we are asked as technical consultants at Software Toolbox is “why should I use an OPC toolkit when there is free sample code and other free solutions available to me?” That’s a fair and logical question, but this post takes a different approach. 

Instead, with this 2-part blog series, our hope is to share from our experience with OPC since 1996, what our users have told us are the common reasons why they chose to use a commercial OPC toolkit, and to help readers determine what factors to consider for their specific situation and circumstances.

In the first part of this blog series on OPC development toolkits, we will cover the basics of commercial OPC Client Development Toolkits, with a dive into the benefits of using one, while in part 2, we will look at OPC Server Development Toolkits.

With the rising security demands of Industry 4.0, OPC UA provides us with the means to encrypt data as it is transferred between client and server. But what if encrypting data to prevent outside extraction is not enough? What if UA client applications become compromised? What tools do we have to protect against deliberate or even accidental manipulation or consumption of data?

Continuing our Tech Support Corner blog series, this post covers how to leverage the built-in TOP Server User Group Security settings, alongside OPC UA username and password authentication, for greater control over which users have read/write capabilities as well as what tags a user is permitted to access.

So far in our ongoing Exploring OPC UA blog series, we have taken a primarily general look at OPC UA Certificates and how they are used by OPC UA clients and OPC UA servers to keep industrial data secure.

In this third post of the series, we'll take a step back and look at OPC UA security in general with respect to the layered approach that is employed to cover aspects such as authentication, confidentiality and the integrity of communications.

Cogent DataHub supports a wide range of connectivity interfaces for different data sources such as OPC UA, OPC DA, ODBC, DDE and so much more.  With those interfaces, 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 access data from AVEVA InTouch (formerly Wonderware) or AVEVA System Platform (formerly Wonderware) from OPC UA clients supporting the Data Access profile using the DataHub OPC Gateway.