Newsletter Issue # 8

Real Time Automation's - Best Darn Newsletter 


IN THIS ISSUE
Adventures in Business
Integrating the "Enterprise" with the "Factory Floor"
Fun Facts and Trivia



STEAL OF THE MONTH...
Free RTA bag this month only!

Email your name and address to: jladd@rta- automation.com by October 26th to claim your steal of the month.



SIDE BLOGS
9/19/12
Profibus
8/20/12
"DeviceNet is Dead" - Revisited 10 Year Later
8/9/12
PLC's and Printers
7/16/12
Loose & Tight Systems
7/5/12
Profinet IO on Windows and Linux



YOUNG GUN AUTOMATION INSERT - Practical tips and information for young engineers.

 

NEW!!!

We're constantly working on new, exciting projects. Click here to see what's new!

 


 



Adventures in Business.

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

I have been told I’m a bit more adventurous than the average guy. I’ve always had the attitude that I should try everything once. Not always good. I’ve willingly walked into situations that I should have run from in panic.  Sometimes even knowingly.

Today I’d like to tell you about one of situations.

It takes place in Bologna, Italy. First a word about Italian food. It’s GREAT. Best anywhere in the world and the best in Italy is in Bologna if you ask me.

So, I’m having a wonderful Italian dinner with a customer when all of a sudden, from behind me, I hear this low, gravely voice whining in English “I want my ham, I want my water”. I turn around to find the ugliest, fattest, slovenly looking American I had ever seen. He’s bald with deep set, cavernous black eyes. He’s got about 17 chins and 450 pounds. I should have ignored him but I’m a nice enough guy and I ask him what the trouble is.

Apparently he’s not getting dinner fast enough.  This is Italy dinner is an event not a drive through I thought to myself, but what’s the point in trying to explain that to him. I call the waiter over and take care of his order in Italian.  Help a fat guy find food and you gain a friend.  Now I’ve got a friend, a best friend, and he keeps talking.

He’s from Philly and in Philly there’s a restaurant that’s better than all these restaurants in Italy!

“Better than all the restaurants in Italy?!?”

He goes on, “I don’t know if you ever heard of it but it’s called the OLIVE GARDEN”! The all you can eat bread sticks must have one him over. I was too shocked to talk much further and thankfully he soon shuffled away. But that’s not the end of the story.

The next morning, I’m enjoying an Espresso in the hotel when, much to my dismay, I see Mr. OG roll out of the elevator.  He’s in my hotel. Wonderful!

I try to hide behind my Espresso cup but he manages to see me and waddles over to renew our “friendship”. My nice morning has just been sullied by this beast.  We chat for a minute and I learn that he is the CEO of a group that owns 11 companies and does a billion dollars in sales!

I take another look at him. And you know, in this new light, he actually is a pretty good looking guy.  In fact, I now believe he is someone that I want as a close, personal friend. So I ask him out. “Would you like to have dinner with me tonight?”, I ask. “OK, But YOU PAY”, he is quick to say. Maybe this was a sign I missed in retrospect.  At the time the idea of sharing a portion of those billions was fluttering in my head.

At Dinner he tells me he wants a little soup and then orders pasta, two full entrees, wine, dessert and coffee.  A true light eater.

I learn that he is apparently one of those guys that walks the line between international thievery and legitimate business. He knows Robert Vesco and

all the big time, international scammers involved in things like the Iraqi Oil for Food scam. As a part time job he smuggles Russian diamonds into the US. And that’s only the beginning of the scams.

At one point, he asked me to lend him 500,000 Euros for a week. Long story short - international money laundering is another part time job. Alas it was an offer I had to pass up and wish him well on his way.

I chased a pig through Italy with the hope of billions and promise of unknown adventure. It turns out the customer I was there to meet ended up being far more fruitful, but less adventurous.  The grass is always greener I suppose.  In the end a good story for the price of dinner is always a good business decision.


Trivia Challenge

· What was the last year gold medals made entirely of gold were awarded for the Olympics?

· What are the spots on dice called?

· What does the ZIP in "Zip code" stand for?

· How long is the lifespan of a taste bud?

· Is a #1 pencil harder or softer than a #2 pencil?

 

Answers located on bottom of page.



Loose n Tight

There’s a lot of talk today about the integration of the “Enterprise” and the “Factory Floor.” I’ve enjoyed a lot of this discussion. Rockwell has a great picture of something they call the “Convergence Man.” It’s a guy split in two with a hardhat and factory smock on his right side and the more formal shirt and pants of an IT guy on his left side.

There’s also a bunch of new terms being thrown around like “Digital Factory” and “Integrated Intelligence.” But however you look at it, there’s more and more talk (and action) toward linking the factory floor with systems not directly involved in factory floor control. The Enterprise systems can be big and sophisticated like ERP and MES systems or they could be as simple as a recipe manager on your server that downloads 20 tags once a day.

No matter what you’re doing, there’s a key distinction between the systems on the factory floor and in the Enterprise that not many people understand. This difference is between what I call “loosely-coupled” systems and “tightly-coupled” systems. I don’t think these are new concepts but I’m not sure they’ve been examined in the light of the current trend toward the integration of factory floor and Enterprise systems.

I would argue that factory floor systems should be labeled tightly-coupled. Systems that use Profibus, Profinet IO, DeviceNet, EtherNet/IP or any Modbus version have a very strict architecture. These are really I/O systems, as much as the folks at the ODVA and PI (Profinet International) would have you believe otherwise.

Let’s look at the main characteristics of these Tightly Coupled Systems:

A Strictly Defined Communication Model - The communication between these systems is inflexible, tightly regulated and as deterministic as the communication platforms allow.

A Strictly Defined Data Model – The data (really I/O for most of these systems) model is predefined, limited and inflexible.

Strictly Defined Data Types – The data types transported by these systems are limited, predefined and supported by both sides. There is no ability to send data in an open and universal format.

We could look at any of the factory floor protocols but let’s take EtherNet/IP as an example. EtherNet/IP has a very strictly defined communication model. A Scanner uses a very precise communications model in communicating with its Adapters. The Adapters are preconfigured, all data exchanged is predefined and nothing changes without human intervention. The Data exchanged is part of the Adapters predefined Object Model and the data is formatted in a way supported by both the Scanner and the Adapter.

Tightly coupled systems provide much needed, well-defined functionality in a highly specific domain. Expanding operation to other domains or trying to provide more general operation is difficult. Making more generic data and functionality available requires significant programming resources that results in a very inflexible interface.

That’s why tightly coupled systems are wrong for Enterprise communications. That is why I continue to be amused by the proponents of EtherNet/IP and Profinet IO as ways to exchange data with Enterprise systems. Can they be made to work for a specific application? Yes. But to get there requires a whole lot of effort and results in a difficult to maintain, inflexible system that is extremely fragile.

Loosely coupled systems, on the other hand, provide exactly the right kind of interface for enterprise communications. Loosely coupled systems decouple the platform from the data, the data from the data model, and provide a much more dynamic mechanism for moving data.

Loosely coupled systems have these kinds of characteristics:

A Widely Used, Standards Based Transport Layer - Messages are transported in loosely coupled systems with open, widely implemented, highly flexible transports layers; TCP and HTTP.

An Open, Platform Independent Data Encoding – Data is encoded using an open standard data encoding like eXtensible Markup Language (XML) that can be processed by any computer platform.

A Highly Extensible Operating Interface – The interface between loosely-coupled systems is flexible and extensible. SOAP (Simple Object Access Protocol) is the main interface and it provides a highly flexible mechanism for messaging between loosely-couple systems.

Essentially what I’ve described here is web services. Web Services is the backbone of everything we do on the internet. It is extensible, flexible, platform independent – all required for the ever expanding internet.

The challenge is how to best connect the tightly coupled factory floor architectures with the loosely coupled web services architecture of the Internet. Rockwell has its Factory Talk product line. The ODVA promotes EtherNet/IP. PI promotes Profinet IO.

Any of these can be made to work as I have described earlier but the EtherNet/IP and Profinet IO type protocols result in that dreaded brittleness that costs too much time and money over time. These approaches take massive amounts of human and computing resources to get anything done. And in the process we lose lots of important meta-data, we lose resolution and we create fragile systems that are nightmares to support.

And don’t even ask about the security holes they create. These systems were not designed to be highly secure.

These systems are a fragile house of cards; they need to be knocked down.

Because of the discontinuity between the factory floor and the Enterprise, opportunities to mine the factory floor for quality data, interrogate and build databases of maintenance data, feed dashboard reporting systems, gather historical data and feed enterprise analytic systems are lost. Opportunities to improve maintenance procedures, reduce downtime, compare performance at various plants, lines and cells across the enterprise are all lost.

The solution? I’ve thought a lot about it and I think it’s OPC UA because UA can live in both the world of the factory floor and the Enterprise.

OPC UA is about reliably, security, and most of all, easily, modeling “Objects” and making those Objects available around the plant floor, to Enterprise applications and throughout the corporation. The idea behind it is infinitely broader than anything most of us have ever thought about before.

It all starts with an Object. An Object that could be as simple as a single piece of data or as sophisticated as a process, a system or an entire plant.

It might be a combination of data values, meta-data and relationships. Take a Dual Loop Controller. The Dual Loop Controller object would relate variables for the setpoints and actual values for each loop. Those variables would reference other variables that contain meta-data like the temperature units, high and low setpoints and text descriptions. The Object might also make available subscriptions to get notifications on changes to the data values or the meta-data for that data value. A Client accessing that one object can get as little data as it wants (single data value) or an extremely rich set of information that describes that controller and its operation in great detail.

OPC UA is, like its factory floor cousins, composed of a Client and a Server. The Client device requests information. The Server device provides it. But as we see from the Loop Controller example, what the UA Server does is much more sophisticated than what an EtherNet/IP, Modbus TCP or Profinet IO Server does.

An OPC UA Server models data, information, processes and systems as objects and presents those objects to Clients in ways that are useful to vastly different types of Client applications. And better yet, the UA Server provides sophisticated services that the Client can use like the Discovery Service.

I think that UA is the future and the perfect technology to bridge the chasm between loosely and tightly coupled systems.

 

Fun Facts

 


· All athletes in ancient Olypics competed nude.

· Although one Twinkie is 150 calories, 68% is made of just air.

· When Coca-Cola was invented in 1886, sales averaged only 9 servings per day.

· Moisture, not air, causes super glue to dry.

· An average American will spend about 6 months during his or her lifetime waiting at red lights.

 

  Trivia Answers:1912; Pips; Zone Improvement Plan; About 10 days; Softer, #1 is the softest lead
   
More Fun |  RTA Website   Unsubscribe to this newsletter