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.

Protocols of the Time-Triggered Architecture: TTP, TTEthernet, TTP/A 43-5<br />

43.4.1 Fault Hypothesis and Fault Handling<br />

Provided that the components of a properly configured TTP-based system are in different fault containment<br />

regions, each can fail in an arbitrary way. Under this assumption, the probability of two concurrent<br />

independent component failures is small enough to be considered a rare event that can be handled<br />

by an appropriate never-give-up (NGU) strategy [TTA03, p. 27].<br />

As for hardware faults, TTP is designed to isolate and tolerate single-node faults. By introducing a<br />

bus guardian, it is guaranteed that a faulty node cannot prevent correct nodes from exchanging data.<br />

The bus guardian ensures that a node can only send once in a TDMA round, thereby eliminating the<br />

problem of babbling idiots that monopolize the <strong>communication</strong> medium.<br />

43.4.2 Fault Tolerance<br />

The mechanisms described above ensure fault tolerance at the <strong>communication</strong> subsystem level in TTP.<br />

These mechanisms of the <strong>communication</strong> subsystem guarantee that faulty nodes cannot prevent correct<br />

nodes from communicating and serve as a <strong>communication</strong> platform for the application. At the<br />

application level, fault tolerance needs to be implemented by a fault-tolerance layer and an appropriate<br />

application design. Fault tolerance can be realized by replicating a software subsystem on two fail-silent<br />

nodes. Tolerance of a single arbitrary node failure can be ensured by triple modular redundancy (TMR)<br />

voting. Both mechanisms will tolerate single-component faults with the respective failure semantics<br />

and are thus fit to handle both transient and permanent hardware faults.<br />

43.4.3 Membership<br />

A major objective in the design of TTP is that the protocol should transmit data consistently to all correct<br />

nodes of the distributed system and that, in case of a failure, the <strong>communication</strong> system should<br />

decide on its own which node is faulty. These properties are achieved by the membership protocol and<br />

an acknowledgment mechanism.<br />

Each node of a TTP-based cluster maintains a membership list with all nodes that are considered<br />

to be correct. This information is updated locally in accordance with successful (or unsuccessful) data<br />

transmissions and thus reflects the local view of the receiving node on all other nodes. With each transmission,<br />

each receiver sees and checks the sender’s membership that is included in the sender’s transmission<br />

or hidden in the CRC calculation.<br />

An inconsistent view on the membership can only be caused by faults exceeding the fault hypothesis<br />

(e.g., multiple concurrent faults due to heavy electromagnetic interference). In this case, a clique avoidance<br />

mechanism establishes consistency by restarting the nodes which have inconsistent view with the<br />

majority of nodes.<br />

43.5 time-Triggered Ethernet<br />

TTEthernet is a uniform <strong>communication</strong> architecture covering the whole spectrum of real-time applications<br />

[KAGS05]. It meets the requirements of simple non-real-time applications, multimedia <strong>systems</strong>,<br />

and safety-critical hard real-time <strong>systems</strong>. TTEthernet is fully backward-compatible with the Ethernet<br />

standard and combines the properties of standard Ethernet and TTP.<br />

An important feature of TTEthernet is that it enables the integration of noncritical best-effort applications<br />

and highly demanding safety-critical control applications into a single network. Due to its<br />

backward compatibility to the Ethernet standard, existing Ethernet-based legacy applications can be<br />

integrated into a TTEthernet network without any modification. It is guaranteed by design, that these<br />

legacy applications cannot disrupt the temporally predictable <strong>communication</strong> of hard real-time applications<br />

in the TTEthernet network.<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!