pdf download - Software and Computer Technology - TU Delft
pdf download - Software and Computer Technology - TU Delft
pdf download - Software and Computer Technology - TU Delft
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Model-Based Fault Diagnosis<br />
4.4 Modeling<br />
4.4 Modeling<br />
The previous section concluded by pointing out the importance of a good model. Engineers <strong>and</strong><br />
scientist use models to underst<strong>and</strong> the behavior or construction of physical systems. The differences<br />
between these models <strong>and</strong> reality drive the work that is being done. Scientist try to refine their<br />
models, in order to remove differences, <strong>and</strong> obtain better underst<strong>and</strong>ing. Engineers try to search for<br />
anomalities in their artifacts, that explain the differences between models <strong>and</strong> observed behavior.<br />
Constructing the model of a system is not a trivial activity. It is hard to determine what information<br />
is relevant for a particular use of the model. Superfluous information easily degrades the conclusion<br />
that could be drawn from the model. In fault diagnosis, the model should specify all information<br />
that can be used to draw conclusions about the health of components, not more. As explained in the<br />
previous sections of this chapter, in MBD, the model is formalized, the physical system is observed,<br />
<strong>and</strong> differences between the two are input to the diagnostic engine for producing a list of possible<br />
diagnoses. Irrelevant information could increase this list, while relevant information could shorten<br />
it. The remainder of this section presents the basics of modeling.<br />
4.4.1 Types of models<br />
There are various types of models. The type depends on the kind of information that is specified,<br />
<strong>and</strong> the way it is stated. There are four types of models:<br />
Structural Model Description of the system that only defines the set of components <strong>and</strong> its interconnections.<br />
No behavioral information is specified. Without facts whether or not an<br />
observation is allowed it is impossible to derive any diagnosis. In the 3-inverter example, the<br />
behavioral rule for one inverter is not specified, but the fact that the input is connected to the<br />
output of the inverter. The structural definition becomes:<br />
system inverter(bool i, h, o) {<br />
attribute health(h) = true;<br />
attribute probability(h) = h ? 0.99 : 0.01;<br />
}<br />
// If healthy, a correct input results in a correct output<br />
h => (i = o);<br />
system inverters3 (<br />
bool correct_w, //input<br />
bool hA, hB, hC, //healths<br />
bool correct_y, correct_z //outputs<br />
) {<br />
// Declaration internal variables<br />
bool correct_x;<br />
// Declaration observables<br />
attribute observable (correct_y, correct_z) = true;<br />
// Declaration inverters<br />
system inverter invA, invB, invC;<br />
39