23.03.2017 Views

wilamowski-b-m-irwin-j-d-industrial-communication-systems-2011

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

5<br />

Profiles and<br />

Interoperability<br />

Gerhard Zucker<br />

Vienna University<br />

of Technology<br />

Heinz Frank<br />

Reinhold-Würth-University<br />

5.1 Interoperating Components............................................................ 5-1<br />

5.2 Application of Profiles......................................................................5-4<br />

Function Blocks of IEC 61499. •. Functional Profiles in LON. •. .<br />

Logical Nodes of the IEC 61850<br />

5.3 Achieving Interoperability...............................................................5-6<br />

References...................................................................................................... 5-7<br />

5.1 Interoperating Components<br />

In distributed automation <strong>systems</strong>, automation devices like sensors, actuators, and controllers are<br />

connected through an <strong>industrial</strong> <strong>communication</strong> system (Figure 5.1). Automation <strong>systems</strong> of the past<br />

were freely configurable, allowing the system to be adapted specifically to one given installation.<br />

Although this could already be done in software (and not by connecting wires directly), it was still<br />

necessary that every system had to be programmed individually, which resulted in a unique and<br />

nonreusable installation. Costs for integrating multiple industries, maintenance, and extensions of<br />

existing <strong>systems</strong> were considerable and required well-educated experts. When automation <strong>systems</strong><br />

became more sophisticated and consisted of a considerable amount of communicating components,<br />

this effort became too high and a new solution had to be found. Instead of programming each component<br />

individually, an existing definition has since been used as a template and reproduced for as many<br />

components (or nodes, as they are called from <strong>communication</strong> point of view) as needed. The abilities<br />

(i.e., the functions) of each component are standardized, the nodes do not need to be programmed,<br />

they merely need to be configured. These functions can be coupled, thus creating the functionality of<br />

the whole system.<br />

The users do not need to know about the internal design of a node; they only have to know about the<br />

functions that a node offers. Well-known functions are, for example, actuators, sensors, and controllers,<br />

each of which can be offered by a separate node (or all integrated into one complex node). Instead of<br />

knowing the whole component, the user only has to know the interface of the component, that is, the<br />

variables that it offers and their behavior.<br />

When configuring such a system, the user has to connect the outputs of one function block with the<br />

inputs of other function blocks. Physical data transmission does not require dedicated wires, but can<br />

be done on a shared bus, where messages are transported between nodes using distinct addresses for<br />

sender to receiver in the message.<br />

The goal is to get a system that can easily be put into operation, preferably with little (or even no)<br />

commissioning. While the advantages are obvious, one also has to consider how to achieve cooperating<br />

components. This is an issue on multiple layers. While before it was sufficient to check for the correct<br />

physical parameters like voltage before connecting two components by a dedicated wire, we now have<br />

5-1<br />

© <strong>2011</strong> by Taylor and Francis Group, LLC

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!