Software Toolbox Technical Blog

What is the most important feature for any data logger to have? At the end of the day, we are trusting a data logger to take our data and store it.  Now whether that is for reporting, optimization, legal reasons, or simply to retain process data over some period of time in case it might be needed later, we expect the data to be logged without any losses.

This is particularly true in the industrial automation space, where the amount of data that is being logged is growing almost as exponentially as the speed at which the data is needed in order to have a business impact. As such, the prospect of losing data can very quickly result in lost jobs, thousands of dollars in lost production, and legal or financial penalties in case of an audit.

So how much do you trust your data logger to really be logging 100% of the data that it should be? In this blog post, I will address these concerns and highlight the ways OPC UA provides capabilities that software applications can leverage to provide peace of mind.

Our  is designed to help professionals that are new to the industrial automation space whether at the start of their careers, or moving into the operations technology (OT) world from an IT or other background.

One of the common challenges in Industrial Integration is communications between different brands or manufacturers’ control devices (PLC, DCS, Drives, RTUs, smart sensors).  While most control devices have methods of communication, and some industry standards have helped, they don’t all communicate using the same methods or protocols, and even if they both have the same serial or Ethernet wiring the difference in communication protocols prevents them from passing information.  It’s the same problem you have if someone calls you on the phone, but doesn’t speak the same language.

While, as humans, we may be able to overcome a difference in dialect, machine communication has to be precise and exact.  Small differences in addressing or data formatting can be enough variation to create communications failure. So how do people overcome this challenge?

In this edition of OPC Talk with Win and Marc, we’re going to address some common questions we get about redundancy involving OPC software.  If you’re new to the industrial automation space and want to learn more about redundancy in automation in general, visit our Demystifying Redundancy in Automation blog post.

We’ve been working with the OPC software interoperability standards since 1996, and it’s easy to forget that others who are new to this space often find the whole discussion around the OPC standard and all the different standards confusing. 

I’ve heard from users new to the automation profession that it can be overwhelming to learn about the product technologies used in industrial automation alone, while also learning about the concepts, and having to deliver on the job results.  This is the the first post of our Automation 101 blog series which is designed to help professionals that are new to the industrial automation space whether at the start of their careers, or moving into the operations technology (OT) world from an IT or other background.

In this post, I am going to discuss redundancy.  The term is often used broadly, and sometimes it can be a simple application, but it can also quickly unravel into a complex discussion with lots of technical details, more than can be covered in a single blog post.   Whenever a client contacts us to discuss redundancy, there are many questions we ask to understand what redundancy means in their operation.

My focus will be on providing insight to the reasons why redundancy is used, the business factors that drive how far you go with redundancy, the types or levels found in automation systems, and considerations in the implementation of automation software systems.