23.03.2017 Views

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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

PROFINET 40-13<br />

40.4.5 redundancy<br />

The goal of redundancy in automation <strong>systems</strong> is to increase the system availability significantly, thus a<br />

redundancy manager (RM) and several clients should be used to assure the correct operation in this cases.<br />

The media redundancy protocol (MRP), according to IEC 61158 and IEC 61784, describes PROFINET<br />

redundancy (for TCP/IP and RT frames) with a typical reconfiguring time of <strong>communication</strong> paths after<br />

a fault of less than 200.ms. The MRP operates with a physical ring structure where the RM is the coordinator.<br />

The task of an RM is to check the functional capability of the configured ring structure. This is done by<br />

sending out cyclic test frames: as long as the ring structure is intact, it receives all the test frames again after<br />

one circulation through the ring. The architecture allows an RM to prevent standard frames from circulating<br />

and to convert a physical ring structure into a “logical” line structure. The RM must communicate changes<br />

in the ring to all clients involved (switches as so-called passers) through special “change in topology” frames.<br />

In principle, even in PROFINET IO redundant installations, the same previously described data transmission<br />

mechanisms are used. The only difference is the <strong>communication</strong> path used to transmit the frames<br />

(UDP/IP and RT frames). These frames are only transmitted via the “healthy” channel (single channel)<br />

that looks like a line structure. A redundancy client (RC) is a switch that acts only as a “passer” of frames<br />

and generally does not assume an active role. It must have two switch ports in order to connect to other clients<br />

or the RM in a single ring. In PROFINET IO, only “managed switches” that support MRP are used for<br />

implementing media redundancy. Redundant switches can be configured, e.g., via SNMP or Web services.<br />

The media redundancy for real-time (MRRT) protocol defined in IEC 61158 describes the handling of<br />

RT frames of RT_CLASS_1 and RT_CLASS_2 for redundancy operation. Operation of MRP is always<br />

a prerequisite for operation of MRRT. IEC 61784 describes the procedure for using the MRRT protocol.<br />

With RT <strong>communication</strong>, the MRRT protocol enables a virtually smooth switchover of <strong>communication</strong><br />

paths if a fault occurs. This is accomplished by redundant transmission of RT frames (i.e., via two<br />

channels) if the destination port is designed as a redundant port (see Figure 40.5). On the receiving side,<br />

two RT frames always arrive, provided the redundant transmission is error-free. Only the first frame to<br />

arrive is forwarded to the application. Also in this case, the RM must check the functional capability of<br />

the system by means of test frames.<br />

Redundant ports<br />

Station 1<br />

Source<br />

Managed switch<br />

Station<br />

2<br />

Process data<br />

Station<br />

8<br />

Station<br />

3<br />

Test frame<br />

Station<br />

7<br />

Station<br />

4<br />

Comparison<br />

old/new data<br />

Station<br />

5<br />

Destination<br />

Station<br />

6<br />

FIGURE 40.5<br />

Media redundancy with MRP increases the plant availability.<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!