Remote Monitoring Learning Center logo
Phone headset
Expert Helpline

Top 3 RTU Open Protocols

Morgana Siggins
Morgana Siggins
Monitoring Specialist

In a Supervisory Control and Data Acquisition (SCADA) system there are a lot of communication between master stations and RTUs. An RTU accepts commands from master stations to operate control points, set analog output levels, and provide responses.

In turn, master stations receive status updates, analog readings, and general data from RTUs.

Imagine trying to have a conversation with a person that doesn't speak the same language as you. If you both don't speak the same language, then there's no effective exchange of information.

The same thing happens to your equipment, a significant part of any SCADA system involves matching the protocol and communication parameters between connected devices so they can talk to each other.

If your devices are not able to communicate with one another correctly, then your monitoring system is useless.

Key Concept: Polled vs Asynchronous

The process for transmission of information between an RTU and a master station can be either polled or asynchronous.

With polled transmission the master station controls communication with an RTU, or multiple RTUs, over a shared line. The term "polling" refers to the way the master station will continuously check RTUs to see if they are still connected and if they have anything to report. Basically, the master will send a message to the RTUs, one at a time, asking each whether it wants to use the line.

On the other hand, asynchronous transmission, also known as start/stop transmission, is when the data is being transported is sent from RTUs at irregular intervals instead of at a steady stream. This means that the messages are sent only when something must be reported (with no way of knowing if silence means "all good" or "I'm offline").

Key Concept: Open Standards vs Proprietary Protocols

Communication protocols allow devices to talk to each other. However, each device must support the same protocol in the same version. Any differences might result in communication errors.

There are 2 types of protocols:

  1. Proprietary protocols

    Normally, devices can communicate with each other without a problem when they are from the same vendor because they'll probably support the same protocol.

    However, this also means that if your equipment runs on a unique protocol - used only by a specific vendor - it will be difficult to add devices from other vendors to your system and you'll likely be restricted to this one supplier for support and purchase of future products.

  2. Open standard protocol

    This kind of protocol allows devices from different vendors to communicate with one another. This means these manufacturers want to achieve a superior compatibility when they design their equipment's functionality and capabilities.

    Using an open standard protocol is a very important decision that leads to cost reduction and maximized flexibility. The open standard has many benefits over the proprietary protocol, such as:

    • Vendor independence
    • Availability of open system connectivity
    • Reliable products at optimized costs
    • Easy available knowledge and specification

Now that you know the key concepts about RTU protocols, let's dive into the most-used types of protocols:

1. Let's Start with Simple Network Management Protocol

The Simple Network Management Protocol, also known as SNMP, consists of a standard protocol that collects and organizes information from devices on IP networks. It'll also modify that information in order to get the device to do some particular action.

SNMP is based on the manager/agent model consisting of a manager, an agent, a database of management information, managed objects and the network protocol. The manager provides the interface between the human network manager and the management system. The agent provides the interface between the manager and the physical device(s) being managed.

SNMP traps are alert messages sent from a remote that supports this protocol to a master station, the SNMP manager. If an important event happens, the agent is able to immediately communicate with the manager via trap message, instead of waiting for a status request from the manager. This means that this protocol is asynchronous.

SNMPv1 is the first version of this protocol. It's an open standard protocol that is particularly easy to set up, but its big downside is that it has no security from someone with access to the network. Smaller RTUs commonly support this version.

SNMPv2C is the most common sub-version of the SNMPv2 - the second version of this protocol. The principal advantage over the SNMPv1 is the Inform command. This command allows the SNMP manager to positively acknowledge trap messages sent by the agent. If the manager doesn't reply to an Inform, the trap message will be resent. Some additional benefits are: improved error handling and improved SET commands.

SNMPv3, the newest version of this protocol, enhances the security (64 bits). This version features both privacy and authentication:

If you can't afford to compromise the security of your network, SNMPv3 is the way to go about it. One example of an RTU that supports this third version of SNMP is the NetGuardian 832A.

The NetGuardian 832A G4 monitors 32 discrete alarms and 8 analog alarms. It pings 32 network elements, controls 8 relays, and provides LAN reach through access to 8 serial ports. It reports via SNMP v2c or DCPx, e-mail (including SMS text via email) - a complete remote site monitoring solution.

You if have SNMP v1 or v2 devices at your remotes sites, a good option would be using SNMPv3 converters. Some converters can handle just about any number of SNMPv1 or v2 equipment, so it's very budget-friendly. It's important to always make sure to choose a manufacturer that helps you build an effective system that will tackle most of your requirements at once.

The NetGuardian V16 is a compact RTU capable of mediating v1 & v2c traps to SNMPv3. Your older SNMP equipment will send unencrypted traps only as far as the local NetGuardian (not across the wider network). This NetGuardian will convert the trap to SNMPv3 and send it back to your central SNMP manager. You'll comply with your security rules without blowing your budget on brand-new infrastructure. Of course, because the NetGuardian V16 is also a fully capable alarm remote, you can also use it for remote monitoring of non-SNMP equipment (ex. convert contact closures to SNMPv3). If your application does not require an alarm remote, you can order the V16 without alarming to reduce cost.

2. The DNP3 Protocol and its Usage in SCADA Systems

DNP stands for Distributed Network Protocol, and the DNP3 is the version 3.0 of this protocol. DNP3 has been designed primarily for the communication between a master station and remotes in SCADA and remote monitoring systems. This type of protocol is used extensively within the electrical and water utility industries.

In a DNP3 network, after an initial poll from the master station all information and alarms will be gathered and sent to the master from the RTU. Although the master is usually the one asking for information from your remote, when there's an alarm, the remote will report it to the master, instead of waiting for a request. The master converts the alarm into a human-readable alert, and sends it to you as some sort of notification, such as an email or SMS.

In a typical DNP3 network, information is passed from the Remote up to the Master. Usually the Master requests the information from the remote, but in the case of alarms, the remote will initiate an exchange rather than wait for a request from the Master. This assures that alarms are attended to in a timely manner.

The main reasons that make the DNP3 one of the most popular SCADA protocols in use today are:

3. Finally, Let's Take a Look at Modbus Protocol

Modbus is an open standard protocol, mostly used for communication in industrial applications. A benefit of this protocol is that it uses a simple message structure, making it easy to set up.

A Modbus network will consist of one or more RTUs connected to the same master station. Each of these connected RTUs have an assigned Modbus address so data and commands can be transmitted correctly over the network.

The communication flow is controlled by the master station, as it requests information from or writes information to the RTUs. The remotes are only able to respond after receiving requests and/or commands from the master station.

The Modbus protocol has many different forms. They are the Modbus RS-232, Modbus RS-485, Modbus TCP/IP, Modbus ASCII, and Modbus RTU.

Do you Have Multiple Equipment Supporting Different Protocols? Here's How They Can Talk to Each Other

Not all monitoring gear will be compatible with the type of protocol the equipment at your remote site supports. The solution for this issue is protocol mediation.

A protocol mediation device rewrites your alarms to a format that is compatible with your alarm manager.

If you choose to get an RTU that has multi-protocol capabilities, it can function as a translator between two units that use different communication protocols. Another option for mediation is to choose a master station that supports many different protocols, this way it can work with whatever existing data transport you have.

Since a protocol is just a format for encoding info, it's usually in the form of a data packet. This packet contains the payload data (the actual message) and a header (extra bits with the address and routing info specific to the protocol).

What protocol mediation does is put a new header on the payload data. The device gets the alarm input, takes out the payload data, re-encodes the payload data in the format of another protocol, and sends the re-encoded alarm to the alarm master.

All of your data will remain the same, but it's now formatted in a way that your upstream equipment can understand.

Protocol mediation will allow your company to replace gear a few pieces at a time, instead of having to replace your entire network at once, reducing the cost of making changes to your monitoring system.

Independently if you have a small, medium or large remote site, DPS has many options of multi-protocol RTUs and master stations that will help you achieve protocol mediation, such as the NetGuardian 832A RTU and the T/Mon master station. Any of our units can be customized in order to meet your protocol translation needs. Consequently, you won't have to go through the trouble and expense of trying to redesign your network around one system.

T/Mon LNX: This hardware platform monitors, mediates, and forwards alarm data in over 25 standard and proprietary protocols, including legacy equipment no one else can support when running T/MonXM software.

Know More about Remote Monitoring

Network alarm data has to be transmitted to your masters in a protocol it can understand. Unfortunately, not all equipment operates on the same protocol. Alarm mediation devices have to be in place to translate and transmit that alarm info to your upper level masters.

We specialize in mediation solutions. Our RTUs can receive information in a variety of protocols and output directly to the protocol of your choice.

All of our products are developed through partnerships with our customers. It's by listening to the issues our clients face building and maintaining their network, that we are able to develop products that will perfectly meet their needs.

We make sure you get the solution you need. So, if you want to know more about protocols, protocol mediation, or simply remote monitoring, just give me a call.

Get a Custom Application Diagram of Your Perfect-Fit Monitoring System

There is no other network on the planet that is exactly like yours. For that reason, you need to build a monitoring system that's the right fit for you.

"Buying more than you need" and "buying less than you need" are real risks. You also have to think about training, tech support, and upgrade availability.

Send me a quick online message about what you're trying to accomplish. I'll work with you to build custom PDF application diagram that a perfect fit for your network.

Don't make a bad decision

Your network isn't off-the-shelf.

Your monitoring system shouldn't be, either.

Customized monitoring application drawing

We'll walk you through this with a customized monitoring diagram.

Just tell us what you're trying to accomplish with remote monitoring.

Get Your Custom Diagram Now
Return to DPS Telecom

DPS logo