Software Toolbox Technical Blog

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?

At Software Toolbox, we commonly hear from users seeking a solution for connecting and gathering data from this or that type of hardware.  Beyond that, though, is what users do with the data once they have it.  A common need is reliably logging process to a database such as Microsoft SQL server.

In this blog post, we’ll discuss a specific use case of a German R&D firm needing to collect data from multiple OPC data sources and log that data to a SQL database for further analysis geared towards a pilot project developing a model for optimizing Combined Heat & Power Partnership (CHP) technology for transferability to many enterprises where heat and power generation are essential to the process.

If you're interested in LGH history data and are reading this, you likely have your own use case for working with InTouch LGH history files.  Given that LGH files are a classic method for InTouch users to log historical process data, the use cases for LGH history data are similar to any other use cases for historical data.  Trending and predictive analytics can be key methods that utilize historical data for identifying process issues and resolving them in an efficient and cost-effective manner.

This blog post covers a specific use case involving an engineering research student working on a condition and performance monitoring system for subsea hydraulic systems targeted at identifying the health of the system and supporting predictive maintenance.

As you are probably aware, OPC Data Logger is an OPC lab-certified solution for dynamic, event driven logging of process data to standard SQL/ODBC databases, including Microsoft Azure SQL, or text/CSV files.  As part of the continuous improvements process for OPC Data Logger, we have regular product releases that provide updates to existing features and new functionality.

In this blog post, I'll cover some flexible new features that you may not be aware of from our most recent releases of the OPC Data Logger available now in V3.7.0.1.

Whether your role is IT or OT, there tends to be an almost universal dislike of having to work with printers. It is likely, for this exact reason, that when tasked with integrating a printer (be it a laser jet printer for labelling packaging, or a label printer to track your products) many users are simply forgoing the integration completely.  That might mean opting for limited integration with a PLC on the line or simply choosing to not integrate at all while continuing to make any configuration changes manually.

In this blog post, continuing our OmniServer Did You Know series, we’ll discuss several methods that users have implemented over the years when needing to use printers in a process and how OmniServer provides an off-the-shelf, easy-to-use alternative for direct integration of most printers with your process control systems.

As you are probably aware, the Ping command is one of the most widely used diagnostics tool when troubleshooting communication issues on Ethernet networks. I would accredit this popularity to the fact that everyone knows how to use the command, it's extremely simple to execute, and the results are not really open to interpretation (i.e. it either works or it doesn’t); or are they?

When troubleshooting communication issues, the most common line we hear when something isn’t working is “but I can ping it” as if this alone should serve as definitive proof that everything is working as expected and the communications server is choosing to not communicate.

Continuing our Tech Support Corner blog series, this blog post covers some common misconceptions about the Ping command, particularly how it can be used efficiently, and when it may not be the best tool for the task, as well as, better alternatives to Ping that actually provide actionable data.

In recent years, many of our users have let us know they are adopting the latest Siemens technology, particularly S7-1500 controllers.  And, with that adoption of those controllers, users have been asking for connectivity via the symbolic optimized block addressing.  So we added a Siemens Plus Suite to enable connectivity to new and legacy Siemens devices.

This post focuses specifically on the general steps required to integrate S7-1500 controllers by connecting to their embedded OPC UA server using TOP Server for AVEVA.  

The LGH File Inspector is used for many different application types as a way for users to gain added value from Wonderware InTouch local history or LGH files.  With our global user base, it’s common to have different time zone and time format requirements.

In this blog post, we’ll discuss some key enhancements in the LGH File Inspector Version 1.4.2 release that increase flexibility for users with unique time zone and time format needs.