Industrial Networking
 

PROFINET CBA OVERVIEW

 

PROFInet Unplugged – An introduction to PROFInet CBA

Page 4 of 13 | first page | « previous page | next page » | last page | home

PROFINET COMMUNICATION

 

PROFInet runtime communication uses TCP/IP, COM, DCOM and RPC as shown in Figure 1. The TCP/IP stack is any standard TCP/IP communication stack. COM and DCOM are Component Object Model technologies as described by the Microsoft standards. RPC (Remote Procedure Call) is a standard communication structure defined by the Open Software Foundation (OSF).

PROFInet does not typically include node configuration and initialization over the network. In fact vendors are encouraged to maintain all the current proprietary interfaces for configuration to keep the user investment in training and tools. What PROFInet does require is that these tools be revised to include an interface to generate a XML description file. This description file is to include the interfaces present in the device after configuration.

PROFInet also does not preclude integration with other fieldbuses. Specifically PROFInet suggests that AS-I and Profibus are natural and common extensions to the automation structure through Proxy devices. There is no reason that other sensor and hardware replacement networks can not be integrated with PROFInet.
   
  DCOM - THE POWER BEHIND PROFInet
 

PROFInet is based on the Microsoft DCOM (Distributed Component Object Model) architecture and its predecessor COM (Component Object Model). These object distribution architectures encapsulate and manage data and provide external interfaces to the outside world in a fashion that allows Clients and Servers to access data without knowledge of the underlying data structure. COM and DCOM are Microsoft Windows technologies and are found in all windows versions since Windows 95®.

It should be no surprise to you that PROFInet is an object-based technology. Encapsulating automation data into objects is a well-known practice used by other application layer protocols like EtherNet/IP™ and DeviceNet™. Objects allow developers to separate the data implementation from the presentation of the data to the outside world. Object implementation focuses attention on the functionality of the object instead of the minutiae of the implementation. If you are not a software developer you may not realize how important this concept is.

If you can remember mainframe computers you remember that data was usually presented as rows of tables. Client programs accessed these mainframe tables from terminal Servers. The terminal Servers presented the data to the user in almost the same format as it was stored. If an additional field was added or data types expanded to offer more resolution or accuracy (a very common occurrence in the early days of mainframe computers) huge numbers of Client programs affecting hundreds of users had to be changed. Separating the data from the interface to the data provided a resolution for this type of problem and enabled many other advantages.

Testimonials:

 


More Information
     
  » I need to PROFInet CBA-enable My Product
  » I have a Networking Question
  » I want this file in PDF Format
  » I need to Find a PROFInet CBA Product
     
For Your Immediate Needs Call:

John Rinaldi
Networking Project Manager
1-800-249-1612
1-414-453-5100
     
Page 4 of 13 | first page | « previous page | next page » | last page | home
top of page
 
By John Rinaldi
Real Time Automation, Inc.
2825 N. Mayfair Rd. Suite 11
Wauwatosa WI 53222

(414) 453-5100 (V)
(414) 453-5125 (F)
www.rtaautomation.com
© Real Time Auomation, Inc. All Rights Reserved. | http://www.rtaautomation.com