25.07.2014 Views

pdf download - Software and Computer Technology - TU Delft

pdf download - Software and Computer Technology - TU Delft

pdf download - Software and Computer Technology - TU Delft

SHOW MORE
SHOW LESS

Create successful ePaper yourself

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

4.6 MBD on the Power Supply Model-Based Fault Diagnosis<br />

system Cable (<br />

bool p, //input<br />

bool q //output<br />

) {<br />

//declaration health variable<br />

bool h;<br />

attribute health(h) = true;<br />

attribute probability(h) = h ? 0.92 : 0.08;<br />

}<br />

//definition behavior<br />

h => ( q = p );<br />

The boolean variable p is the input of the cable, <strong>and</strong> cable q is the output of the cable. Each<br />

instantiation of a cable declares a health variable that defines a probability of 8 percent of being<br />

false. This value, <strong>and</strong> the health probability values of the other system, are chosen to order the list<br />

of diagnoses that the LYDIA diagnostic engine produces. The system power_supply defines the<br />

structure of the power supply example, <strong>and</strong> by doing so, it defines the behavior of the whole power<br />

supply example system. There are 6 variables defined as observables; the inputs <strong>and</strong> outputs to the<br />

system. In the fault scenario described earlier, the values of these observables are:<br />

status_Chiller = true<br />

status_FD = true<br />

status_TBCB = false<br />

status_CRCB = false<br />

status_Collimator = false<br />

The result of inserting these values in the diagnostic engine LYDIA produces a long list of possible<br />

diagnoses. The malfunctioning of CableB has highest probability. The second item on the produced<br />

list is that the PDU is at false. The results of a MBD implementation can be characterized by a LUT.<br />

The LUT is constructed by inserting all possible observations to the diagnostic engine LYDIA. Table<br />

3.2 shows the LUT that presents the results of the model listed in Appendix C.2.1.<br />

4.6.1 Strong Model of the Power Supply<br />

The model listed in Appendix C.2.1 is a weak model of the power supply example. A strong model<br />

of the power supply example is listed in Appendix C.2.2. This model specifies that a component<br />

conducts no current if it is broken. This affects the results that the diagnostic engine LYDIA produces.<br />

Table 4.2 shows the new LUT for single faults. The values of the observables in entry 7, 8 <strong>and</strong> 15<br />

no longer imply that the PDU could be broken. The strong model of the PDU specifies that when PDU<br />

malfunctions all outputs are stuck-at-zero, so none of the components could get voltage. So, the fault<br />

scenario described above yields that CableB is at false, without any uncertainty. For fault scenarios<br />

that have observables that map on the 15 th entry of Table 4.2 this means that the Chameleon is<br />

broken without any uncertainty. The disadvantage of strong models is that the model is less robust.<br />

Suppose the PDU also has fault modes that imply that only one of its outputs is stuck-at-zero. If<br />

undefined fault modes exist, although not expected, the diagnostic engine no longer produces correct<br />

results for certain fault scenarios.<br />

However, the amount of multiple fault explanations for certain observable values greatly decreases.<br />

And this way, the diagnostic engine skips states of the system that are impossible. This<br />

46

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!