Contact Us    1-800-249-1612  

Newsletter Issue # 24

Real Time Automation's - Best Darn Newsletter 

EtherNet/IP - One More Time?
Fun Facts and Trivia

Get free RTA Sicky Notes this month only!

Take our quick, 3 question survey by June 30th to claim your steal of the month!

May 2015
The Next Industrial Revolution
May 2015
Virtual Private Networks
March 2015
AHR Expo 2015
March 2015
BACnet Data Representation



Practical tips and information for young engineers. This issue, featuring:

- Arby's, It's Over!

- The BFR3000 Modbus Router is Here!



A Column of personal opinion by John Rinaldi, Founder and Owner of Real Time Automation.

If you’re lucky, you’ve had the chance to be around great leaders: Scout leaders, pastors, company presidents, political leaders and more. I’ve been around brilliant leaders and I’ve learned much from watching them operate.

There are a couple of leaders today that I find just fascinating. One, who’s no longer with us, is Steve Jobs. Steve was a “I’m leading, get the heck out of my way” kind of leader. He didn’t tolerate mediocrity. He didn’t tolerate sloth. And he wasn’t shy about loudly and forcibly letting anyone and everyone who didn’t meet his high standards know it. Under his leadership, Apple was a place for building not just great, but amazing products and there was no tolerance or acceptance of half measures. I suspect he made everyone better because of it.

Another of today’s leaders that fascinate me is Pope Francis. Probably the most difficult, lowest paying job in the world - though room and board are included. Imagine leading one of the largest organizations on Earth with legions of both followers and antagonists analyzing your every word. Imagine having to fight a massive, deep-rooted bureaucracy, having internal and external political factions that disagree about everything including the mission, dealing with recruitment problems, and “customer” retention issues on a worldwide scale. He doesn’t lead the way Jobs did. Pope Francis believes in action and symbolism. He’s refused the traditional papal apartments. He’s rejected the papal shoes (papal shoes?!) and last month, he served dinner and offered a private tour of the Sistine Chapel to 100 homeless people. It’s not hard to discern what’s important to him and where he wants to lead the Catholic Church.

Another leader is my friend Jay. Jay lives out West in the wilds of Montana. I admire him a lot. Jay is a determined, disciplined leader of his family. He has certain beliefs about family life that are controversial in our culture and certainly not at all politically correct. Jay believes that his sacred job as a leader of his family is to provide security, safety and protection to his wife and children. He believes in leading his wife, who has an important but different and complimentary role to play. You can accept Jay’s view on marital roles or reject them. It doesn’t matter. What does matter is that Jay has a set of firm beliefs, values and philosophies and that he uses them to lead himself and his family.

The lesson I draw from all this is that we are all leaders. Even though we may not have position, status, or wealth, we all have influence with those around us. We lead in our spiritual lives by how we deal with temptations. We lead in our business lives by how we approach work, how we handle success and failure. We lead in our family lives by the values we hold dear and the way we express those values in words and actions.

You may not have epaulets on your shoulders, a political position or a fancy title at the office, but take a minute to think about who you influence, who looks to you for leadership, and what kind of leader you are. Like it or not, realize it or not, there are people that need your leadership.


- John



· Which contains more protein, a pound of beef or a pound of houseflies?

· What is the only planet that rotates clockwise?

· True or False: A large flawless emerald is worth more than a similarly large flawless diamond.

· A non-colorblind human eye can distinguish between how many shades of gray?

· The world’s best-selling book is also the world’s most shoplifted book. What book is it?



Answers located on bottom of page.

EtherNet/IP - One More Time?

We’re going to talk about EtherNet/IP again this month. I’ve discussed it a number of times in these pages, but there are still aspects of it and idiosyncrasies that are pretty interesting even after all this time.

The topic for this discussion of EtherNet/IP is going to be EtherNet/IP connection management. Before we go there, let’s review the basics of EtherNet/IP so we’re all on the same page. Here are my ten keys to understanding EtherNet/IP:

1 -   EtherNet/IP uses standard Ethernet – same as your home network, but I hope that you’re running more industrialized, hardened devices in your factory.

2 -   EtherNet/IP messaging is based on CIP – the Common Industrial Protocol. CIP defines the messages, the objects and the profiles (device classifications) used in EtherNet/IP. CIP is also the core of ControlNet, DeviceNet and CompoNet.

3 -   EtherNet/IP was derived from ControlNet (one of the other CIP protocols) using many of the same constructs for creating connections and performing messaging. A main difference is the physical layer and the messaging scheduling.

4 -   The ODVA owns the technology and the specification. You might be able to code an EtherNet/IP device, but you can’t legally use the EtherNet/IP name without signing a license agreement. I know that because I once dated a very pretty, red-headed lawyer.

5 -   EtherNet/IP is a certifiable standard – The EtherNet/IP license agreement states that you won’t sell an Adapter device without ODVA certification testing in their lab. But we make that easy. If you use our source code, we handle all that for you.

6 -    EtherNet/IP has two device types: the Scanner and the Adapter. The Scanner, almost always a PLC, makes connections to Adapters and writes Outputs to its Adapters. The Adapter accepts connections and delivers Inputs to the Scanner.

7 -    EtherNet/IP uses two message types – Explicit and Implicit. Explicit messages are message/response oriented and used to asynchronously access data in an Adapter device. Implicit messages (I/O messages) are used for control. Inputs cyclically flow from an Adapter to a Scanner. Outputs cyclically flow from the Scanner to the Adapter.

8 -   EtherNet/IP uses both TCP and UDP. TCP is used for Explicit messaging and UDP is used for Implicit Messaging. TCP is connection oriented. TCP opens a connection and keeps it open until it’s closed. TCP messages are acknowledged. UDP is connection-less. There is no acknowledgement, no guarantee of delivery, and no notification of a failure. But since we are going to send another I/O message in a few milliseconds, we ignore those that fail.

9 -   All EtherNet/IP devices have the same set of required objects – that’s actually a CIP requirement. A Scanner device can always depend on a device implementing the same set of required objects. The Vendor Name is always Attribute 7 of Instance 1 of Object 1.

10 -   EtherNet/IP is a control protocol and not an information protocol.

It’s this last point that always gets me in trouble. Trouble with the ODVA for EtherNet/IP and trouble with PI (PROFINET and PROFIBUS International) for PROFINET. These protocols are control protocols, really good at adapting standard Ethernet for I/O applications on the factory floor. They are not good information protocols the way that OPC UA, SNMP and MTT are. They don’t have the flexibility, the transport layers, the security, the event handling and other features required to easily move data into the Enterprise.

Now that we’ve got the basics out of the way, let’s get into the meat of EtherNet/IP connection management. I recently unlocked the door to Jamin Wendorf’s office (he’s our EtherNet/IP guru) and asked him to explain some of the common questions that people have about EtherNet/IP connection management.

Question - Tell me about Connected vs. Unconnected messaging in EtherNet/IP applications.

Answer: This really only applies to Explicit Messaging. I/O messaging is always connected. You can think of it like this: Unconnected is for the simple “connect, send a message, get some result, terminate” type of messaging. It is NOT recommended for constant communications. Configuration and commissioning tools should be the only devices using unconnected messaging.

Question - As a user, why should I care?

Answer: You need to understand how devices are operating to optimize your EtherNet/IP network. When you make a connected messaging connection, you are reserving a part of the bandwidth for the Scanner and Adapter. Scanner devices (like Rockwell PLCs) share resources for unconnected messages but not for connected messaging, and you can run out of those resources. The second reason is to know when a device disappears. With unconnected messaging, a device could vanish from the network and you might not know it for a long time.

Question - Are you saying unconnected messaging impacts detecting cable breaks and other network problems?

Answer: Not for connected I/O connections – you’ll know about those right away. For connected connections, Scanner devices will resend ForwardOpen messages. Since the Adapter isn’t online, the messages get retried by the TCP layer. When the link is finally re-established, those previous ForwardOpen messages are received by the Adapter and a new connection is established. But the Scanner ignores that connection since that request timed out long ago. Now only the Adapter thinks the connection is good. And a low resourced Adapter with a single connection then rejects all subsequent ForwardOpen messages until the half-open connection times out (10 seconds). Only then can a new connection be established. Sometimes this takes 40+ seconds to work itself out.

Question - What do we do to avoid this?

Answer: I tell all of our customers to avoid unconnected messaging in the application processing. There’s also a new required behavior in the TCP object to handle application layer timeout. This should correct some of this behavior, especially the low-end device issue. The TCP connection will close after 2 minutes (once the I/O connection is established). This means the reconnect process will have to open a NEW TCP connection, and there won’t be any old ForwardOpen requests.

Question - You mention the ForwardOpen message. What is that?

Answer: A ForwardOpen is the message that opens a Class 1 I/O connection or a Class 3 Explicit connection. The ForwardOpen includes the RPI (Requested Packet Interval), the routing path (the assemblies that point to the I/O), and any configuration data needed by the Adapter. This is the single EtherNet/IP message that opens a connection. By comparison, DeviceNet had multiple messages to do the same thing.

Question - Tell me about that RPI. What is it, how is it established, and what are the typical values?

Answer: RPI is “Requested Packet Interval.” It’s passed to the Adapter in the ForwardOpen. PLCs usually set it to 10ms for I/O messages and 500ms to 10 seconds for Explicit Messages.

Question - What about duplicate IP Address detection? Do Adapter devices need to implement it?

Answer: Duplicate IP Address detection or Address Conflict Detection (ACD) is part of the EtherNet/IP specification. It is currently not required for ODVA compliance, but is required for Plugfest interoperability certification





2015 Making Strides Against Breast Cancer Fundraiser

On May 2nd, we participated in our local Making Strides Against Breast Cancer walk to help the American Cancer Society raise money and awareness to help fight breast cancer. The event was a lot of fun and our team was able to make a great donation toward this worthy cause! You can donate to the cause or find a local event by visiting:

Fun Facts

·If you drilled a tunnel straight through the Earth and jumped in, it would take you 42 minutes 12 seconds to get to the other side.

·Although Great Salt Lake in Utah is larger than the state of Delaware, it rarely gets deeper than 33 feet since on average 2.6 billion gallons of water evaporate every day.

·Under extreme high pressure, diamonds can be made from peanut butter.

·All of the bacteria in the human body collectively weighs about 4 pounds.

·Termites have been known to eat food twice as fast when heavy metal music is playing.



  Trivia Answers: A pound of houseflies; Venus; True, 500 shades of gray; The Bible

Need help? Call our Expert Support Team: 1-800-249-1612