Let a healthy system be modelled by predictor y^. For a true measurement y:
r=y−y^
Why this works from first principles: if the model is good and the system is healthy, y^≈y, so r≈0 (only sensor noise remains). A fault changes the physics, so y^ (built on healthy physics) no longer matches y, and r grows. We monitor r, not y directly — this cancels out the known dynamics and leaves only the "surprise."
Imagine you know your friend always walks to school in about 20 minutes. That "20 minutes" is your model. One day they take 40 — the difference (the residual) is a surprise, so you guess something went wrong (fault detection). And if you watched them many days and figured out the rule "time = distance ÷ speed," you just identified the system from data instead of being told the rule. Computers on airplanes do exactly this with vibrations and temperatures.
The difference r=y−y^ between measured output and model prediction; near zero when healthy, grows under faults.
Why monitor residuals instead of raw sensor values?
Residuals subtract out known/expected dynamics, leaving only the "surprise," so normal operating variation isn't mistaken for a fault.
Why does the Mahalanobis distance use Σ−1?
It rescales by each direction's variability and de-correlates sensors, catching faults that break inter-sensor relationships even if each channel is in-range.
State the least-squares (normal-equation) estimate for SysID.
θ^=(Φ⊤Φ)−1Φ⊤y.
Derive the normal equations in one line.
Minimise ∥y−Φθ∥2; set ∂J/∂θ=−2Φ⊤y+2Φ⊤Φθ=0⇒Φ⊤Φθ=Φ⊤y.
What is an ARX model?
AutoRegressive with eXogenous input: yk=∑aiyk−i+∑bjuk−j, a linear model of output from past outputs and inputs.
Why can too many ARX terms hurt?
Overfitting — extra parameters fit noise, lowering training error but worsening generalisation; validate / use AIC/BIC.
For z∼N(0,1), why is τ=3 common?
P(∣z∣>3)≈0.27%, a low per-sample false-alarm rate while still catching real deviations.
How do fault detection and SysID connect?
SysID gives the healthy predictor y^=φ⊤θ^; residuals from it are thresholded for fault detection.
Dekho, aircraft ek aisi machine hai jo udte waqt lagataar data banati rehti hai — vibration, temperature, pressure sab. Fault detection ka core idea simple hai: pehle hum ek "healthy model" banate hain jo predict karta hai ki normal condition me sensor ka reading kya hona chahiye (y^). Phir actual reading y me se prediction ghata dete hain — isko residualr=y−y^ bolte hain. Agar sab theek hai to r almost zero rehta hai (sirf noise), lekin jab koi part kharab hota hai to physics change ho jaati hai aur r badhne lagta hai. Bas usko threshold se compare karo — z-score ∣z∣>3 hua to alarm bajao.
System identification ka matlab hai data se system ka equation nikalna, textbook physics se nahi. Real UAV kabhi bhi wind-tunnel model se exactly match nahi karta, isliye hum flight ka input-output data lekar model fit karte hain. ARX model use karte hain: aaj ka output = past outputs + past inputs ka linear combination. Noise ki wajah se exact solution nahi milta, isliye hum squared error minimise karte hain aur seedha normal equationθ^=(Φ⊤Φ)−1Φ⊤y mil jaata hai.
Sabse important baat — ye dono ek hi pipeline ke do hisse hain. Pehle least squares se healthy model identify karo, phir usi model se residuals nikaal kar fault detect karo. Yaad rakhne ka trick: I-R-T (Identify, Residual, Threshold).
Aur ek galti mat karna: bada raw reading dekh ke ghabra mat jaana. High thrust pe temperature high hona to normal hai! Fault tab hai jab relationship toote — isiliye multi-sensor case me Mahalanobis distance (Σ−1 ke saath) use karte hain jo sensors ke beech ke correlation ko bhi check karta hai.
Test yourself — Machine Learning (Aerospace Applications)