Contact Us    1-800-249-1612  
     


Newsletter Issue # 42

IN THIS ISSUE
The Myth of the Imbecility of the Average Younger Man
Are we Swimming or Drowning in Data?
Fun Facts and Trivia


STEAL OF THE MONTH...
Get your free Modbus book this month only!

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

rtaautomation.com/steal


BLOGS
May 8, 2018
ASCII Cmd Rsp
May 1, 2018
OPC UA and the Internet
April 24, 2018
How to Chain EtherNet/IP Nodes
April 17, 2018
What's Wrong with MQTT?
April 10, 2018
Getting Modbus Data into a Database
April 3, 2018
ASCII Data over HTTP







The Myth of the Imbecility of the Average Younger Man


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

My humbling discovery that disparaging the younger generation is a long-held tradition

I was highly chagrined to read something in The Wall Street Journal recently that changed my perspective on an inspirational story I’ve used over the years with my employees and others. More importantly, the article shed some light on me and my habit of Millennial bashing which I always considered a fun and wholesome sport.

That inspirational story is the famous “A Message to Garcia,” a widely distributed essay written by Elbert Hubbard in 1899. It recounts the difficulty that President McKinley had, during the Spanish-American war to get a message to General Garcia, the leader of the Cuban insurgents.

President McKinley was frustrated. One after another, each of the intended messengers is disqualified. One asks what the message is. Another wants to know why it’s so important. Another would-be messenger questions the timing – can he get to it next week? And on and on, until 1st Lt. Andrew Rowan endeavors to undertake the daring journey traversing mountains, valleys, rivers and lakes to deliver the message to Garcia. The larger point of the essay contrasts Rowan's self-driven effort against "the imbecility of the average man”—the inability or unwillingness to concentrate on a thing and just get it done.

I and others have used the “A Message to Garcia” essay as an example of conscientious hard work and perseverance as values intrinsic to the workforce. In fact, for years new employees at RTA were given the essay as part of their onboarding process, and needed to discuss the essential elements of the essay, namely the contrast between Lt. Rowan's self-driven effort against the average person’s inability or unwillingness to concentrate on a thing and just get it done. (We even had a Garcia award for the person who exemplified the get-it-done attitude, a little statue that employees would display on their desks.)

Then, I read the less credible way “A Message to Garcia” has been used.

The Wall Street Journal article said that as early as the 1900s, “A Message to Garcia” was used to criticize the half-hearted, slipshod work of early 20th century men who went on to father the greatest generation.

Then, “A Message to Garcia” was used to decry laziness and self-indulgence of that greatest generation 25 years later.

Then again, “A Message to Garcia” was used to belittle Generation X who went on to create the tech revolution of the 1990s and 2000s.

And now, by characters like me, to disparage the Millennials!

That’s not welcome news. Sometimes it’s inconvenient that history has such a long memory.

 

 

- John

 

FacebookTwitterGoogleLinkedInPinterestEmail

 

Trivia

· Memorial Day is the observance of what?

· What was Memorial Day originally called?

· What flower is recognized as the Memorial Day flower?

· When was Memorial Day moved from May 30 to the last Monday in May?

 

Answers located on bottom of page.

 

Are We Swimming or Drowning in Data?

What’s an Information Model and how it’s used to organize data.

The factory floor is a place where none of us expected to have to process massive amounts of data. But that is exactly where we now find ourselves. Not only do our factory floor systems collect more data than we ever expected, we have requirements to move that data to unexpected destinations. Machine status must be moved to the cell phones of control engineers. Diagnostic data to the maintenance organization’s servers. Production data to the enterprise business systems and applications. And archived quality data to the cloud.

Adopting IT practices
Capturing all that data, securing it, moving it, storing it, and analyzing it: that’s now a reality for those of us architecting manufacturing systems. And we can’t accomplish that effectively without better mechanisms for organizing all that data. The flat file systems that factory floor controllers and systems used in the past just aren’t adequate for this explosion in data. It’s time we adopted the technologies and practices of the people who have being doing it for all these years: our friends over in the IT department. Organizing all that data as an Information Model is the difference between swimming in all that data and drowning in it.

What is an Information Model?
An Information Model is nothing more than a logical representation of the constraints, rules and data relationships applied to a physical process or data set. An Information Model can represent something as tiny as a screw, a component of a process like a pump, or something as complex and large as an entire filling machine. The Information Model is simply a digital entity that defines the component, devoid of any information on how process variables or meta-data within that structure can be accessed.

And that last part is the important point. The Information Model has nothing to do with how that information is stored or made available. There are languages designed specifically for Information Modeling like the Unified Modeling Language (UML). In OPC UA, Information Models are XML files – highly structured files that can represent anything from a variable to a device to a machine, or even a plant. That XML file is implemented as an OPC UA Address Space and there are specific mechanisms to browse that address space, access the nodes that comprise it, and encode, secure, and transport the information it contains.

All of that is important, but in OPC UA those mechanisms are distinct and separate from the how the information is modeled. OPC UA is the first technology to separate this functionality. Other technologies exist that model information. Other technologies exist that represent data in an electronic system. None I’ve seen do both as well as OPC UA.

The first thing you do when creating an Information Model is to decide what is of interest and what isn’t. A filling machine has all kinds of devices; valves, pumps, motors, controllers, and sensors which we can call entities in the model. Each of these entities are modeled by more specialized entities. A motor might consist of motor and drive entities. And those entities can be modeled by other, more specialized entities. As you do this, a hierarchy of entities is developed that forms the Information Model for the system.

For each of those entities you define their specific characteristics and set up the relationships between them. And this will vary with the application. The Information Model for an asset tracking application might contain color, case style and part number. For a process application it might contain the current RPMs and operating hours. Or it might contain both.

You can get as complex or as basic as you’d like with an Information Model. It has infinite flexibility to describe your process in whatever way serves you best. When complete, you can document your process using a standard language and symbology that conveys to everyone exactly what each entity is and what relationship exists between those entities.

But what have we really done? Your Information Model is only that – your Information Model. You may have modeled a pump with the characteristics speed and RPM. Someone else might have used a pump model that includes the current flow rate. Since you’ve both modeled the pump differently there is no saving in labor or productivity for any of your customers. You may have given them a model using some open standard but they still have to incorporate your proprietary characterizations of the pump. That leaves us where we’ve always been: repeating the integration again if we have to use a different pump in the next application.

It’s actually worse than that. We haven’t even begun to talk about common Transports, Data Encoding, and access to the data contained in the Information Model. It’s one thing to define a nice Information Model for your device, your machine or production line but if there isn’t any standardized way for others to know that you are using that model, to know what’s in it, and to easily access it, it doesn’t save anybody any time or money.

And that’s the problem that many of us have faced over the years. Yes, there have been people that have created very elegant Information Models. But the big problem in the past was that a lot of the models were tightly integrated with a specific technology or communication protocol. In other cases, the Information Model was designed specifically to solve problems in one particular application domain. And when there was a mechanism to create a flexible Information Model, there wasn’t a standardized way to deploy the model in an actual system.

OPC UA actually solves both these problems. OPC UA is the first technology to provide system architects with a common infrastructure for modeling data and providing the transport, encoding, and security to employ it. Information Modeling in OPC UA provides enhanced organization, flexibility, and scalability.

OPC UA Information Modeling is different than other technologies in several important ways:

  • There is a consistent structure and standardized definitions for many application domains

  • There is a consistent and standardized structure to the documentation of the model

  • There is a mechanism for translating the model into an address space

  • There is a standard mechanism for Clients to identify the model and its component definitions at run time.

  • The encoding, securing, and transporting of values in the address space are entirely disconnected from the Information Model

This is particularly important to trade associations, which understand that integration costs can be dramatically lowered if everyone uses a standard definition for entities specific to an industry. This kind of extensible Object Typing, Data Typing, and Object Modeling are some of the reasons why the undersea oil and gas trade association, the building automation trade association, along with major vendors like Emerson, Honeywell, Invensys, and others, are standardizing on OPC UA.

 

 

 

 

FacebookTwitterGoogleLinkedInPinterestEmail

 

 

 

Fun Facts

·The first spring flowers are typically daffodils, dandelions, lilies, tulips, iris and lilacs.

·Baby birds learn to sing during spring. Although they are born with the ability to sing, they must learn the specific songs of their species. They often learn their songs within two months of being born.

·Every year, allergies constitute over 17 million outpatient office visits, mostly in the spring and fall.

·Children tend to grow faster in the spring than during other times of the year.

 

 

Get Your 1761-NET-ENI Replacement

The 1761-NET-ENI met its end last year. But that doesn’t mean you, or your customers, are ready to say goodbye to the NET-ENI. Trying to milk every last drop of function out of your legacy PLCs? The NET-ENI is a vital tool to do that.

You Have TWO Options:

1 - Take on the unenviable task of upgrading your entire control architecture to ControlLogix and CompactLogix.

WARNING: Beware of rioting control engineers!

2 - Save yourself from NET-ENI obsolescence using a replacement with an improved feature set, at a comparable cost!!!

The 515RTAENI is the perfect replacement for the NET-ENI.

Featuring browser based configuration and diagnostics, the 515RTAENI will support up to 12 TCP/IP connections. It also exposes additional data transfer options the NET-ENI never allowed. It’s the 1761-NET-ENI and the 1761-NET-ENIW all in one!

Best of all, it’s the module you need to keep your systems running until it makes sense to move to a new architecture.

The 515RTAENI is here to save your legacy systems! Learn more about the NET-ENI replacement at:

rtaautomation.com/product/515rtaeni

Call now to get the 515RTAENI!

262-436-9299 | 800-249-1612

 

 

  Trivia Answers: Those who died serving our country; Decoration Day; Red poppies; 1971
   

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