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.

Vertical Integration 13-5<br />

The requirements for vertical access to data throughout the various <strong>communication</strong>s levels require<br />

a higher level of interconnection. Here, different <strong>communication</strong> media, different networking protocols,<br />

and different topologies have to be connected. Among other technologies, the use of Ethernet and<br />

IP-based protocols serves as the major integration platform of today’s automation <strong>systems</strong>. IP-based<br />

<strong>systems</strong> possess the special appeal that <strong>communication</strong> can be established using the public Internet<br />

infrastructure, avoiding costly and proprietary phone lines or data links. A set of approaches are implemented<br />

that lead to tighter vertical integration:<br />

• Flat network hierarchy: While staying within the same technology domain, vertical access can<br />

still be limited due to different physical media and network partitioning into islands. A flat network<br />

hierarchy eliminates those boundaries. Routers and tunneling routers are used today for<br />

interconnecting formerly isolated trunks of fieldbus networks.<br />

• Cross-domain <strong>communication</strong>: A number of <strong>systems</strong> have been designed to be specific to their<br />

application domain. It is common that separate <strong>systems</strong> are found for heating, ventilation, and<br />

air-conditioning (HVAC) and emergency lighting in building automation. The former advantage<br />

of separating the installation and engineering tasks is now becoming a burden for <strong>communication</strong><br />

between those domains. For gaining access to different domains, proxies are used.<br />

• Protocol convergence: Providing protocol, service, and data translation between different networking<br />

technologies is necessary to fully distribute services around the automation system. Vertical<br />

access through all levels requires a gateway approach. These gateways translate the high-level<br />

services between the different technologies.<br />

There is a tendency to eliminate the separation between the automation and management network,<br />

and the implied differences in network media. In some cases, even the fieldbus level is integrated into the<br />

same, global network domain. The technology of choice today is the IP transport over Ethernet’s structured<br />

cabling. It also brings the networks of building automation <strong>systems</strong> (BAS) and factory automation<br />

networks closer to the IT network, which has formerly been separated. For doing so, most of the widely<br />

deployed networks have specified and implemented an IP-based transport layer (CEA-852 for LonWorks<br />

[CEA852], KNX/IP [KNXIP], BACnet/IP [BACIP], Modbus/IP [ModIP]).<br />

In general, this reduces cabling efforts and increases maintainability. In the field, however, the advantages<br />

of special fieldbus media still persist: First, for the ease of installation, where free topology allows<br />

to install cabling fitting more closely to the nodes in a room, and second, for better extendibility. The<br />

remaining trunks are coupled via control network/IP (CN/IP) routers. These routers are tunneling<br />

routers, which encapsulate the native frame formats into IP transport. This architecture is depicted in<br />

Figure 13.3. The advantage of tunneling is that fieldbus nodes can be left unmodified, i.e., do not need<br />

to implement an IP stack. The tunneling routers are store-and-forward routers, which can additionally<br />

perform selective forwarding. This means, the traffic is not broadcast over the IP network but routed<br />

precisely to the designated tunneling routers based on CN addressing information. Other high-end<br />

nodes such as powerful building controllers or SCADA <strong>systems</strong> can implement the tunneling protocol<br />

Intranet (Ethernet)<br />

CN/IP<br />

router<br />

Control network<br />

CN/IP<br />

router<br />

Control network<br />

CN/IP<br />

router<br />

Control network<br />

IP-based<br />

control<br />

node<br />

FIGURE 13.3<br />

System with tunneling CN/IP routers.<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!