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.

Profisafe 46-3<br />

Safety<br />

application<br />

Safety<br />

application<br />

Standard<br />

application<br />

Standard<br />

application<br />

Profisafe<br />

layer<br />

Profisafe<br />

layer<br />

Standard protocol<br />

Standard data<br />

Standard protocol<br />

Black<br />

channel<br />

Safety data<br />

Profinet, Profibus<br />

FIGURE 46.3 Black channel approach. (Adapted from PROFIsafe—Safety technology for PROFIBUS and<br />

PROFINET—System description, PROFIBUS Nutzerorganisation e.V. PNO, 2007.)<br />

while EN 50159-1 defines the requirements needed to support safe <strong>communication</strong> between safetyrelated<br />

equipment. Many of the solutions employed by Profisafe are based on EN 50159-1 proposals,<br />

the “black channel” principle being the most relevant example. Nowadays, Profisafe is part of a series<br />

of standards related to fieldbus <strong>systems</strong>—IEC 61158 [4] and its companion IEC 61784 [5]. Within<br />

this series, the IEC 61784-3 [6] defines a set of profiles to support safe <strong>communication</strong> in fieldbus<br />

networks. Profisafe is standardized as IEC 61784-3-3 [7], resulting from additional specifications<br />

proposed within IEC 61784-3 to encompass Profibus and Profinet networks. According to its developers<br />

[1], it is certified for use in safety-related applications up to SIL 3 (Safety Integrity Level, IEC<br />

61508 or IEC 62061) or PL “e” (Performance Level, ISO 13849-1). This certification is also extended<br />

to wireless networks such as IEEE 802.11 and Bluetooth, but with additional security requirements<br />

(see Section 46.3.4).<br />

46.1.2 Black Channel Principle<br />

The “black channel” principle is based on the following requirement: the transmission of safety data<br />

is performed independently of the characteristics of the transmission system, e.g., medium, topology,<br />

<strong>communication</strong> stack, network devices, etc., and without trusting the internal safety mechanisms<br />

provided by it. In order to achieve this goal, its implementation is undertaken as an additional layer—<br />

the safety layer—on top of the application layer. The safety layer considers that safety data are subject<br />

to various threats (i.e., errors), and for each one defines a set of defense measures in order to protect<br />

this data [3] (see Section 46.2.2). In the Profisafe case, the safety layer is implemented as a safety<br />

profile (Figure 46.3). Therefore, safety data are encapsulated in standard Profinet or Profibus frames,<br />

jointly with standard data, and transmitted in accordance with the usual rules defined by the <strong>communication</strong><br />

protocol.<br />

46.2 Profisafe Communication<br />

From the beginning, the Profisafe solution was subject to certain design constraints: compatibility with<br />

existing Profibus/Profinet physical layers, interoperability with existing devices, and compatibility<br />

with existing modular devices. Any solution must attempt to guarantee the error-free delivery of data,<br />

or the detection of data with errors, between communicating devices, such as a PLC (F-Host) and an I/O<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!