If you haven't received one of my emails or heard from a colleague about our latest TOP Server release, you may not have heard about the key new features in the TOP Server V6.4 release.
In this post, I'm going to go through the top 3 key features released in V6.4 in more detail and how they benefit you as a TOP Server user.
So you've been tasked with bringing data from a new device (maybe a weigh scale or barcode scanner or RFID system) into your HMI/SCADA system. But you just have a protocol document from the manufacturer. And for this new device, there is no existing, off-the-shelf connectivity driver or server available.
So what now? Do you contact a custom software development house? That gets very expensive and time-consuming very quickly.
This post, the first of three, goes through what to look for in that protocol document from the manufacturer to know how to begin using OmniServer to integrate your device without requiring custom code in a fast, affordable manner that provides industry-standard client interfaces such as OPC DA and UA.
A Topic Variable is a flexible special OmniServer element that gives you the ability to define a device specific variable such as a Device ID at the OmniServer topic level. This effectively makes your OmniServer protocol reusable for those devices using the same protocol, since you can now specify the value of the variable when creating the OmniServer topic instead of creating a protocol for each device with the value hard coded.
In this video blog, I show you how to get the most from your OmniServer by using topic variables with your protocol to reduce your engineering time and effort to create an OmniServer protocol.
Redundancy can mean a lot of things, as discussed in our Demystifying Redundancy Blog post. In this blog post we want to focus more specifically on one of the use cases in that blog post: managing redundant OPC servers. Just having two OPC servers talking to your PLC’s does not make them redundant. Most OPC Servers don’t have built-in methods of knowing there is another redundant OPC server instance out there.
Some HMI/SCADA systems support redundancy but sometimes it involves scripting and other custom written code. So, in many cases, you need supplemental software to manage and optimize the connections to your two OPC servers. Your OPC client then talks to the redundancy management software as if it is the actual OPC server.
This blog post covers some of the considerations and watch outs when choosing how to manage your OPC server redundancy. After that we will also discuss how the Cogent DataHub can help manage your redundancy to provide high availability for your OPC server communications.
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.
You've probably either received one of my emails or possibly heard from a colleague about our latest TOP Server release – so you may have a general idea of the key new features in the TOP Server V6.3 release.
In this blog, I'll go through the top 3 key features released in V6.3 in more detail and how they benefit you as a TOP Server user.
Do you need to directly connect data points or variables in different equipment, processes, or software? This concept is commonly referred to as ‘point-to-point bridging,’ and the DataHub bridging capability allows multiple data sources to communicate with each other in real time.
In this second post of our “I Can Do That?” blog series, we’ll help users like you get the most out of your DataHub by understanding the bridging feature in detail and how this feature can often be combined with other features to accomplish some very powerful automation tasks.
There are some nice, time-saving updates available in TOP Server V6.2. In case you happened to miss it, I did a high-level post shortly after the release giving you an overview of the four biggest features from V6.2 - click here to see that post.
