Skip to content
Real Time Automation, Inc.Real Time Automation, Inc.
  • Menu
  • Login / Register
    • No products in the cart.

  • Cart

    No products in the cart.

  • Products
    • Accessories
    • Allen-Bradley Solutions
    • Allen-Bradley Legacy Solutions
    • Barcode to A-B PLC
    • Books
    • Custom Solutions
    • Enginerd Apparel
    • Gateways
    • RTConnect
    • Software Solutions
    • Training
  • Support
    • 435NBX / 490NBX Support
    • 460 Support
    • 515RTAENI Support
    • ScanDr. Support
    • Support Request Form
    • Modbus to BACnet Templates
    • Modbus to Allen-Bradley Templates
    • Hardware Drawings
    • Certifications
  • Technologies
    • ASCII
    • AS-INTERFACE
    • BACnet®
    • CANopen
    • CC-link
    • CIP Security
    • Device Level Ring (DLR)
    • Distributed Network Protocol (DNP3)
    • DeviceNet
    • DH+
    • EtherCAT
    • EtherNet/IP
    • IEC 61131-3
    • IEEE 1588
    • IO-Link
    • Link Layer Discovery Protocol (LLDP)
    • LonWorks
    • Modbus
    • Modbus TCP/IP
    • Modbus RTU
    • MQTT
    • OPC UA
    • PROFINET IO
    • PROFIBUS
    • Single Pair Ethernet (SPE)
    • USB
    • XML
  • Learn
  • About
    • Our Promise to You
    • Testimonials
    • Our Founder
    • Highlighting Wisconsin’s Best Employees
    • Events
    • Careers
    • Press
    • Newsletter
  • Buy
    • Buy Direct
    • Distributors
  • Contact Us
    • 1-800-249-1612

  PRODUCT SELECTOR:

Connect Your:

To:

view
EtherNet/IP, Industrial Networking, Modbus TCP, Profinet, RTA's Blog

Why Modbus TCP?

Posted on October 25, 2017November 29, 2018 by John S Rinaldi
25
Oct

RTA recently started working with a client on a development project where we’ll be embedding multiple Ethernet application layer protocols into a new device they plan to release early next year. It’s an interesting project. They have a broad product line and customers will benefit from this device. All good.

Except this week they asked me, “Why Modbus TCP?” I was a little taken aback by the question. My initial reaction was, “Well, why not?” However on further consideration, I decided that I could be a little more thoughtful about it.

When dealing with a question from someone that jars assumptions you have about yourself or the world, it’s always best to stop and ask if maybe your thoughts, opinions and assumptions are now out of date. After all, the world changes fast and maybe what I thought yesterday, last month or last year isn’t valid anymore. So I thought about it long and hard.

I started with the deficiencies of Modbus TCP. That took a while. It has no object structure, just a register and coil address space. There are only two data types: Boolean and 16-bit unsigned integer. There is no open standard mechanism to extend the limited set of standard function calls that it supports. Modbus RTU and Modbus TCP packets don’t carry a lot of data; approximately 112 registers is all you get. It’s slow and awkward. As a comparison, if it were to become human, we would institutionalize it for its own protection. It’s that deficient.

Now the proponents of Modbus would argue that it’s easy to implement and doesn’t consume any resources. There’s little time, money or resources involved. That’s true, but in the same way that it’s easier to learn to ride a bicycle than drive a car. Most of us can competently learn to ride a bike in 15 to 20 minutes and go wherever our little pedaling feet can take us. A bike also consumes little time, money or resources – but where can it really take us? I find the resources question a really lame one in this day and age. Processors now come with so much memory, bandwidth, features, options and speed that they make the Apollo computer platform appear to have been architected by Fred Flintstone.

As a matter of fact, since taking up the question of “why Modbus TCP,” I couldn’t think of any reasons to use Modbus TCP. It offers no functionality that is not available over EtherNet/IP™, Profinet IO, OPC UA™ or any other application layer protocol. It doesn’t benefit the user. There is no metadata (available in OPC UA™) describing what data is or how it is named (EDS files in EtherNet/IP™).

In fact, I couldn’t think of a reason to implement except everybody supports it, we always implement Modbus TCP (the “we’ve always done it that way” argument) and the contention my mother would say in exasperation when arguing with me about my nightly curfew: “just because.”

Modbus TCP is the common denominator of Ethernet protocols. Look at any HMI and you’ll find Modbus RTU and/or Modbus TCP. Look at any controller, SCADA system, drive controller or any other product in the factory automation market and it’s likely that Modbus TCP will show up as a supported protocol.

It’s the way we know we can talk to one another. It would be like a German travelling to Mexico, China or Russia, the common language that can get them by is English. When you put an automation device on the factory floor, the common means of communication is Modbus. That’s just the way it is.

Will it be that way forever? I don’t know. I presume it will be. Non-standards that become standards by popular consensus are like that. They just exist because they exist. The Kardashian family is popular because the Kardashians are popular. There’s no rhyme or reason behind it (or them). Like Modbus, it just is.

So, after due consideration, my answer to the customer who asked, “Why Modbus TCP?” is “because.” Just because. Just do it and in the end you’ll be glad you did.

This entry was posted in EtherNet/IP, Industrial Networking, Modbus TCP, Profinet, RTA's Blog and tagged EtherNet/IP, metadata, Modbus Book, Modbus TCP, OPC UA, ProfiNet IO, Protocol, SCADA.
Avatar photo
John S Rinaldi

John Rinaldi is Chief Strategist, Business Development Manager and CEO of Real Time Automation (RTA). After escaping from Marquette University with a degree in Electrical Engineering, John worked in various jobs in the Automation Industry before once again fleeing back into the comfortable halls of academia. At the University of Connecticut, he once again talked his way into a degree, this time in Computer Science (MS CS). John is a recognized expert in industrial networks and the author of Four books: The Industrial Ethernet Book, OPC UA: The Basics, Modbus: The Everyman’s Guide to Modbus, and his latest, OPC UA - Unified Architecture: The Everyman's Guide to OPC UA.

The End of Cyclic Communication…
OPC UA Profiles
Recent Posts
  • 06
    Feb
    Three Reasons to Love EtherCAT Comments Off on Three Reasons to Love EtherCAT
  • 23
    Jan
    A Refresher Course on OSI & TCP/IP Comments Off on A Refresher Course on OSI & TCP/IP
  • 11
    Jan
    Get Your CANopen-er Gear Today! Comments Off on Get Your CANopen-er Gear Today!
  • 12
    Dec
    Will DF1 Live Forever? (Revisited) Comments Off on Will DF1 Live Forever? (Revisited)
  • 28
    Nov
    PROFIBUS Fun Facts Comments Off on PROFIBUS Fun Facts
Categories
  • Accessories
  • ASCII
  • BACnet
  • Bluetooth
  • Books
  • CAN
  • CANopen
  • CC-Link
  • Certifications
  • CIP
  • CoDeSys
  • ControlLogix
  • Customer Support
  • Data Highway
  • Data Logger
  • DeviceNet
  • DF/1
  • DF1
  • Edge Devices
  • EtherCAT
  • Ethernet Physical Layer
  • EtherNet/IP
  • Industrial Networking
  • IO-Link
  • IoT
  • IPC
  • Linux
  • LLDP
  • LONworks
  • MicroLogix
  • Misc.
  • Modbus
  • Modbus RTU
  • Modbus TCP
  • MQTT
  • MQTT
  • N2
  • NAT
  • Networking
  • OPC
  • OPC UA
  • Open Control
  • osi
  • PACs
  • PCCC
  • PLC's
  • PROFIBUS
  • PROFIBUS
  • Profinet
  • PTO
  • Radios
  • Ring Topology
  • RTA's Blog
  • SCADA
  • Security
  • Siemens S7
  • Source Code
  • Stacks
  • tcp/ip
  • Technology
  • Templates
  • Testing
  • Trade Shows
  • Training
  • Travels
  • Troubleshooting
  • USB
  • VPN
  • Wireless
Tags
Allen-Bradley Allen-Bradley PLC Applications ASCII BACnet Building Automation CAN CIP Client Cloud CompactLogix ControlLogix DeviceNet Ethernet EtherNet/IP HTTP I/O Industrial Automation IoT Master MicroLogix Microsoft Modbus Modbus Book Modbus RTU Modbus TCP MQTT ODVA OPC UA OPC UA Book PLC Profibus Profinet ProfiNet IO Rockwell Automation RS232 RS485 security Server Siemens Slave TCP TCP/IP Windows XML

Need help? Call our Enginerd® expert support team at 1-800-249-1612.

Reach Enginerd status.

Sign up to receive our newsletter, important updates, helpful industry information and a little bit of fun.

Still on the fence? Check out our latest newsletter.

PRODUCTS

SUPPORT

TECHNOLOGIES

LEARN

ABOUT

CONTACT US

BLOG

CAREERS

PRESS

EVENTS

NEWSLETTER

RMA

Copyright 2023 ©Real Time Automation, Inc.®
N26W23315 Paul Road, Pewaukee, WI 53072  |   262-436-9299

Privacy Policy  |  Terms & Conditions
  • Products
    • Accessories
    • Allen-Bradley Solutions
    • Allen-Bradley Legacy Solutions
    • Barcode to A-B PLC
    • Books
    • Custom Solutions
    • Enginerd Apparel
    • Gateways
    • RTConnect
    • Software Solutions
    • Training
  • Support
    • 435NBX / 490NBX Support
    • 460 Support
    • 515RTAENI Support
    • ScanDr. Support
    • Support Request Form
    • Modbus to BACnet Templates
    • Modbus to Allen-Bradley Templates
    • Hardware Drawings
    • Certifications
  • Technologies
    • ASCII
    • AS-INTERFACE
    • BACnet®
    • CANopen
    • CC-link
    • CIP Security
    • Device Level Ring (DLR)
    • Distributed Network Protocol (DNP3)
    • DeviceNet
    • DH+
    • EtherCAT
    • EtherNet/IP
    • IEC 61131-3
    • IEEE 1588
    • IO-Link
    • Link Layer Discovery Protocol (LLDP)
    • LonWorks
    • Modbus
    • Modbus TCP/IP
    • Modbus RTU
    • MQTT
    • OPC UA
    • PROFINET IO
    • PROFIBUS
    • Single Pair Ethernet (SPE)
    • USB
    • XML
  • Learn
  • About
    • Our Promise to You
    • Testimonials
    • Our Founder
    • Highlighting Wisconsin’s Best Employees
    • Events
    • Careers
    • Press
    • Newsletter
  • Buy
    • Buy Direct
    • Distributors
  • Contact Us
  • Login

Information Delivered to Your Inbox: Improve Your Industrial Automation Knowledge!

Ready to take your automation protocol knowledge to the next level? Subscribe to the Automation Education Email Series to learn the ins and outs of the top industrial protocols delivered in byte-size pieces to your inbox twice a week. Sign up now!