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.

15-6 Industrial Communication Systems<br />

The proxy functionality enables the representation of the field device (FD) application data in context<br />

of the object model used in the VAN domain. This mechanism also allows all relevant devices’ data of a<br />

certain physical device without VAN capabilities to be represented as a VAN-VD. This device is visible<br />

within the VAN domain, although it has not been connected to the VAN directly.<br />

It can be seen that the VAN-AD and the VAN-PD offer an integration path to combine different<br />

<strong>communication</strong> technologies in a given automation application, thus to handle the heterogeneity of<br />

participating <strong>communication</strong> networks.<br />

15.2.3 VAN System Architecture<br />

The properties of a VAN can be represented by a block scheme (Figure 15.5). Blocks are logical components<br />

offering specific VAN functionality.<br />

Single devices do not offer all possible properties, since they are context specific. Thus, only the necessary<br />

blocks have to be allocated to a VAN device, depending on the device type and <strong>communication</strong> profile.<br />

To classify the block functions, one can distinguish<br />

• Used standards (<strong>communication</strong> technologies, Internet protocol suite, adopted safety, security,<br />

and time synchronization standards)<br />

• VAN-specific functions; the configuration of these functions is stored in application service elements<br />

(ASEs)<br />

Since the object-oriented ASEs contain the data for the VAN functionality, they are crucial components<br />

of the VAN system architecture. All attributes of an ASE can be accessed via Web services by<br />

uniformly defined Get and Set services. The access rights are defined in the access control list (ACL).<br />

VAN system<br />

management<br />

app. proc.<br />

VAN<br />

security<br />

AP 1-n<br />

VAN<br />

PnP<br />

AP<br />

Param.<br />

Config.<br />

Web<br />

application<br />

Web server<br />

VAN runtime<br />

object<br />

dispatcher<br />

VAN autom.<br />

app. proc. 1-n<br />

Runtime<br />

object model<br />

VAN safety<br />

app. proc.<br />

Safety layer<br />

Runtime<br />

object model<br />

VAN routing<br />

IP address<br />

mapping<br />

Routing<br />

Address<br />

mapping<br />

Runtime<br />

object model<br />

VAN<br />

proxy<br />

app. proc.<br />

VD<br />

object mode<br />

VAN device- and<br />

network management<br />

VAN<br />

MIB<br />

VAN<br />

runtime<br />

object<br />

tunnel<br />

Native<br />

Tunnel<br />

VAN common <strong>communication</strong><br />

Application service elements (ASEs)<br />

Internet protocolsuite<br />

Web services over virtual<br />

automation networks<br />

Access control list (ACL)<br />

VAN heterogeneous network technologies adaptation layer<br />

VAN network technology layer<br />

Security<br />

Time<br />

sync.<br />

To access points, automation- or proxy devices (AP, AD, PD)<br />

Technology<br />

standards<br />

VAN specific services <strong>communication</strong><br />

VAN <strong>communication</strong> stack<br />

PROFIBUS<br />

INTERBUS<br />

AS-Interface,<br />

ZigBee.......<br />

To Virtual Devices<br />

(VD)<br />

FIGURE 15.5 VAN system architecture (AP, application process; MIB, management information base). (From<br />

Specification of the Open Platform for Automation Infrastructure, Deliverable D02.2-2: VAN Open Platform API-<br />

Specification, European Integrated Project VAN FP6/2004/IST/NMP/2-016969 VAN Virtual Automation Networks,<br />

2006. With permission.)<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!