Software Toolbox Technical Blog

With OPC DA Classic having been the de-facto standard for integrating industrial automation systems for so many years, I'm sure there are quite a few of you who might have custom developed OPC DA servers using SLIK-DA. Now, of course, migrations to OPC UA are on the rise with its enhanced security, encryption and efficiency.

Of course, the prospect of replacing that OPC DA server entirely with a replacement that supports OPC UA might be less than ideal. But have you considered adding an OPC UA server interface to that existing OPC DA custom application?

In this video blog, we teach you how to add an OPC UA Server interface to your existing OPC DA Server interface using the SLIK-DA/UA rapid development toolkit with your custom software application (NO ADDITIONAL CODE). If you missed our last post on how to add an OPC DA interface to your custom software, click here.

So your organization has a custom developed application that is performing some important task and you've been tasked with providing access to that software for an OPC DA client or clients. Adding an OPC DA server interface to a custom application that either you've developed or that you've taken over from someone else can be a daunting task.  This is especially true if you're unfamiliar with the low level nuts and bolts of the OPC DA Classic specification.

In this video blog, we teach you how to add an OPC DA Server interface to your custom software application using the SLIK-DA/UA rapid development toolkit.

With the recently released 2020.3 (5.59) version of the OPC Data Client Toolkit, developers of OPC Classic client applications can now use .NET Core and have more flexibility in managing optimizations in their applications. Developers using OPC UA PubSub have more methods and options to aid in their development.  More example programs will help new users get started faster or existing developers leverage other functionality in their applications.

In this technically hot blog post, we will cover the release highlights with links to documentation, and, as always, the full detailed release notes are available in our knowledge base.

If you read our last post on sharing XML data, you may recall that our tech support engineers are regularly asked how to take data provided in an XML (eXtensible Markup Language) format (file or data stream) and share it with other systems such as OPC clients or servers, databases, devices or even the cloud.

In this Integrating XML Data sub-topic of our continuing Tech Support Corner blog series, this post covers how to easily integrate XML data with OPC systems when designing a custom developed application. 

As we discussed in the first post of this series, the term "OPC client" often refers to off-the-shelf HMI or SCADA applications.  OPC clients can also be other custom developed software applications in your enterprise that could benefit from access to OPC process data.  Or there might be a new custom application you need to develop that requires access to OPC process data.  In those situations, you need a reliable, straightforward method to enable those applications as OPC clients.

In Part 2 of our series on How to Develop Custom OPC Clients, we will cover step-by-step how to use low-code techniques to read, write and subscribe to OPC process data through building a basic OPC client application in Visual Studio.NET.

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 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.