Visual walkthrough — Verification methods — analysis, test, inspection, demonstration
3.6.28 · D2· Physics › Spacecraft Structures & Systems Engineering › Verification methods — analysis, test, inspection, demonstra
Yeh page EK sawal ka jawab deta hai, bilkul ground up se:
Jab hum shake karte hain ek spacecraft ko yeh prove karne ke liye ki woh launch survive karta hai, hum use 25% zyada kyun shake karte hain jitna launch actually shake karta hai? 1.25 number kahan se aata hai?
Parent note ne rule bataya tha. Yahan hum use earn karte hain — har symbol, har bell curve, har square root, pehle picture ki tarah draw karke, phir use karte hain. Ek smart 12-saal-ka baccha jisne kabhi "sigma" nahi dekha, woh line one se follow kar sakta hai.
Hum is ek final statement tak pahunchenge:
lekin tabhi jab hum samjhein ki har piece kya hai.
Step 1 — "Load" actually kya hota hai: ek ruler par ek single number
KYA HAI. Jo bhi spacecraft fly karta hai use uske rocket se jhakzore lagte hain. Hum "kitna hard jhakzora lagta hai" isko ek single number mein compress karte hain. Vibration ke liye hum ise shaking strength kehte hain, g mein measure kiya jaata hai (Earth ki gravity ke multiples). Ise kahte hain.
- = shaking strength (g mein). Bada = zyada rough ride.
"RMS" ke baare mein ek baat. Parent note kehta hai "8 g RMS random vibration." Random shaking ek steady push nahi hai — yeh ek second mein hazaaron baar upar-neeche jhanjthanati hai, toh iska plain average zero hota hai (utna upar push karta hai jitna neeche). Kisi cheez ka ek honest "size" pane ke liye jo average karke zero aaye, hum har wiggle ko square karte hain (squaring se upar aur neeche dono positive ho jaate hain), un squares ka average nikalte hain, phir g mein wapas aane ke liye square root lete hain. Woh teen-word recipe — Root of the Mean of the Squares — RMS hai. Toh "8 g RMS" jhanjthanaahat ki typical effective strength hai. Hamara yahi RMS number hai.
YAHAN SE KYUN SHURU KAREIN. Pehle hum margins aur safety factors ki baat karte hain, hume kuch measure karne ki zaroorat hai. Baaki sab kuch bas "kahan land karta hai, aur hum kahan test karte hain?" hai. Toh hum ek ruler draw karte hain.
PICTURE. Orange tick dekho. Rocket engineers hume Flight Limit batate hain — sabse rough ride jo koi bhi launch dene ki expect ki jaati hai. Yeh ruler par ek fixed point hai, ki ek particular value.
Step 2 — Reality ek number nahi hai: yeh ek cloud hai
KYA HAI. Yeh woh twist hai jo poori derivation ko force karta hai. Koi bhi do flights identical nahi hoti, aur koi bhi do spacecraft identical nahi hote. Ek hi satellite do baar banao aur ek doosre se thoda stiff hoga (ek weld ek baal mota, ek bolt thoda tight). Ek hi rocket do baar fly karo aur ek launch thoda harder shake karega doosre se (mausam, fuel, wind).
Toh ki real value jo ek given unit feel karta hai woh single tick nahi hai. Yeh ke aas-paas scattered possible -values ka pura spread hai.
YAHAN KYU MATTER KARTA HAI. Agar reality ek exact number hoti, hum exactly usi number par test karte aur ho jaata. Hum fun ke liye harder test nahi karte — hum harder test karte hain kyunki hum nahi dekh sakte ki koi particular flight ya unit ke kis taraf land karega. Margin exist karta hai purely is scatter ko cover karne ke liye.
PICTURE. Single orange tick ek possible -values ke cloud mein khil jaata hai — chhote dots ka ek pile, beech mein sabse ghana, door jaate jaate patla hota jaata hai. Zyaatar flights ke paas land karti hain; kuch unlucky waale kaafi upar land karte hain.
Step 3 — Cloud ko naam dena: bell curve aur uski width
KYA HAI. -dots ke us pile ko smooth karo aur tumhe famous bell curve milti hai (normal distribution). Do numbers ise completely describe karte hain:
- (Greek "mu") — center: woh -value jahan peak baithti hai. Yeh hamara Flight Limit tick hai.
- (Greek "sigma") — width: cloud mein side-ways kitna spread karta hai. Chhota = tight, confident pile. Bada = fat, uncertain smear.
BELL KYU AUR KUCH OONCHI KYU NAHI. Strictly, negative kabhi nahi ho sakta — tum kisi cheez ko zero se kam strength se shake nahi kar sakte. Ek perfect bell curve zero se neeche probability ka ek chhota sliver leak karta hai, toh yeh sirf ek approximation hi hai. Yahan yeh achi hai kyunki hamara scatter chhota hai: ka lagbhag 10% hai, toh "zero" center se poore neeche baithta hai — tail par itni door ki leaked probability bilkul negligible hai (ek trillion trillion mein ek se bhi kam). Ek comfortably-positive mean ke aas-paas chhote scatter ke liye, neat symmetric bell honest, standard choice hai. (Agar ke comparable hota toh hum ek one-sided model jaise log-normal pe switch karte — lekin hum us regime ke qareeb bhi nahi hain.)
KYU CHAHIYE. Margin widths mein measure hoga. "Center se kitni door jaane par safe hoon?" ka jawab tab tak nahi hai jab tak pata na ho ki uncertainty ka ek step kitna wide hai. Woh step exactly hai.
PICTURE. Bell, par centered. Teal double-arrow ek hai — beech se ek standard step of uncertainty bahar. Shaded areas dhyaan do: saare outcomes ka 68% ke andar aata hai, aur 99.7% ke andar. Woh percentages is exact shape mein baked in hain.
tick hai, step hai, hai...
Step 4 — Do clouds, ek nahi: manufacturing scatter AUR environment scatter
KYA HAI. Hamari uncertainty do independent sources se aati hai, aur parent note ne dono diye:
- Manufacturing scatter — units ek doosre se alag nikalte hain.
- Environment scatter — launches ek doosre se alag shake karte hain.
( ka matlab hai "Flight Limit ka 10%," toh hum un units mein kaam kar rahe hain jahan aur ka ek matlab 10%.)
DO ALAG NUMBERS KYU. Ek rough launch par ek stiff unit dono effects se akele se bura hai. Margin size karne ke liye hume combined scatter chahiye, har piece alag nahi. Toh Step 5 ka sawal hai: do clouds kaise add hote hain?
PICTURE. Do narrower bells side by side — plum wala manufacturing ke liye, teal wala environment ke liye — har ek ki apni width . Hume inhe ek mein fuse karna hai.
Step 5 — SQUARES KYU ADD KARTE HAIN (variances add hote hain; statistics mein Pythagoras chhupa hai)
KYA HAI. Do independent scatters combine karne ke liye hum simply 's add nahi karte ( galat hai). Balki hum unke variances add karte hain (, Step 3 se squared widths) aur square root lete hain:
Term by term:
- — manufacturing variance (right triangle ki ek leg).
- — environment variance (doosri leg).
- — squaring ko undo karta hai taaki plain width wapas mile (hypotenuse).
SQUARES KYU AUR PLAIN SUM KYU NAHI? Yeh Step 3 ka deep fact hai: independent sources ke liye, variances ('s, squared distances) add hote hain, 's khud nahi. Geometrically iska matlab hai dono effects "different directions" mein point karte hain — jaise East phir North chalna. 0.1 East aur 0.1 North chalo aur tum ghar se 0.2 dur nahi ho; tum door ho. Independent uncertainties exactly perpendicular distances ki tarah combine hote hain: Pythagoras se. 's seedha add karna yeh maan lena hoga ki dono ki worst cheez hamesha saath hoti hai, jo bahut zyada pessimistic hai (aur bahut expensive bhi).
PICTURE. Ek right triangle. Horizontal leg hai, vertical leg hai, aur slanted hypotenuse — real combined uncertainty — hai.
Ab numbers plug karo:
- each — do variances (squared legs).
- — total variance (squared hypotenuse).
- — combined width: 14%, 20% nahi.
Step 6 — Almost sab kuch cover karna: reach
KYA HAI. Ab hum decide karte hain ki cloud ka kitna hissa cover karna hai. Industry choose karti hai — center se teen widths upar pahunchne se 99.7% cases capture ho jaate hain (Step 3 ki shaded bell yaad karo). Test level hai:
Plug in karo:
Term by term:
- — Flight Limit khud (un units mein kaam kar rahe hain jahan limit 1 hai).
- — combined scatter ke teen standard steps, hamari safety reach.
- Sum — flight limit se 40% upar test karo taaki saare real flights ka 99.7% swallow ho jaye.
KYU AUR YA KYU NAHI. sirf 68% cover karta hai — teen mein se ek flight hamare test se bahar jaati, unacceptable. 99.9999% cover karta hai lekin ek monstrous, hardware-destroying shake demand karta hai bahut chhoti extra safety ke liye. sweet spot hai: survivable cost par near-total coverage.
PICTURE. Full bell jisme orange test-level tick par planted hai, right tail par bahut door. Us tick ke left mein sab — reality ka 99.7% — hamare test se covered hai.
Step 7 — 1.4 se real-world 1.25 tak (degenerate aur practical cases)
KYA HAI. Clean statistics, hamare illustrative inputs feed karne par, dete hain. Published industry standard (jaise NASA-STD-7001 / GEVS aur MIL-STD-1540 heritage) 1.25 hai — historically vibration spectrum par +3 dB qualification margin ke roop mein express kiya jaata tha, jo RMS level ko se multiply karta hai... energy mein, lekin flat-level factor jo customarily apply aur quote kiya jaata hai woh hai. Hamare 1.4 se 1.25 tak ka gap koi fudge nahi hai: yeh reflect karta hai ki figures worst-case teaching numbers the, aur decades of flight data dikhate hain ki mature, well-characterised hardware aur launch environments isse kam scatter karte hain.
1.25 KYU CHOOSE KIYA JAATA HAI. Teen edge/degenerate cases ise pin down karte hain:
- Assumed se kam scatter — pair deliberately conservative hai. Jab flight-heritage data tighter, empirically-measured scatter deta hai (roughly characterised hardware ke liye), toh , aur . Toh standard ka 1.25 factor wahi jawab hai jab tum assumed-worst ki jagah measured scatter plug in karte ho — exactly yahi wajah hai ki standards bodies wahaan settle huin.
- Zero scatter (perfect world) — agar , toh aur Test Level . Koi uncertainty nahi ⇒ koi margin nahi. Yeh sanity check hai: poora margin exist karta hai sirf scatter ki wajah se.
- Acceptance vs qualification. Design ek baar par ek qualification unit par prove hoti hai. Phir har flight unit ko acceptance test par milta hai — manufacturing defect pakadne ke liye itna kaafi, bina kisi achhe unit ko overtress kiye jise actually fly karna hai.
PICTURE. se tak number line jisme teen landmarks hain: (acceptance / zero-scatter), (qualification, standard, measured scatter se), aur ( result pessimistic teaching inputs ke liye). Chosen band 1.25 par baithta hai.
Ek-picture summary
Upar sab kuch, ek single frame mein: Flight Limit tick -values ke cloud mein khil jaata hai, cloud ko width milti hai, do variances Pythagoras se mein combine hote hain, teen widths 99.7% cover karne ke liye bahar nikalte hain, aur worst-case ki jagah measured scatter use karna standard factor ko 1.25 tak kheench laata hai.
Recall Feynman retelling — ek story ki tarah batao
Socho rocket promise karta hai tumhara satellite exactly "8 g RMS" shake karega — jahan "RMS" ka matlab bas yeh hai: kyunki random shaking upar-neeche wiggle karta hai aur average karke kuch nahi banta, hum saare wiggles square karte hain, average nikalte hain, aur ek fair "size" pane ke liye wapas square-root karte hain jitter ke liye. Lekin nature tumhe exact 8 kabhi nahi deti. Satellite do baar banao aur woh thoda alag nikalte hain; rocket do baar fly karo aur woh thoda alag shake karta hai. Toh "8" actually possible values ka ek fuzzy blob hai — dots ka ek pile, beech mein uuncha, edges par patla: ek bell curve (yahan ek achhi approximation kyunki hamara fuzz 8 ke muqable mein tiny hai, toh yeh kabhi zero ke paas nahi jaata). Blob ki ek width hoti hai; us width ka ek step "sigma" bulao, aur uska square "variance." Do cheezein ise fuzzy banati hain — factory aur mausam — aur kyunki unhe ek doosre ke baare mein pata nahi, unke variances add hote hain, jo Pythagoras se matlab hai tenth East aur tenth North chalna tumhe do-tenth nahi balki lagbhag fourteen-hundredths ghar se door chhod jaata hai. Almost totally safe rehne ke liye hum center se teen un steps bahar chhalte hain, jo 99.7% sab kuch scoop kar leta hai jo ho sakta hai — "1.4× promise par test karo" ke paas land karta hai agar hum gloomy worst-case fuzz use karein. Lekin decades of real flight data dikhate hain ki mature hardware uss gloomy guess se kam wobble karta hai, toh standards 1.25× par settle hote hain design prove karne ke liye, aur bas 1.0× har finished unit ko ek quick honest once-over dene ke liye. Aur neeche chhupa punchline: agar kabhi kuch bhi fuzzy nahi hota — zero scatter — margin gayab ho jaata aur tum exactly promise par test karte. Margin hi uncertainty hai, ek number mein convert ki gayi.
Dekho bhi: Verification Methods — Analysis, Test, Inspection, Demonstration · Vibration Testing · Acceptance Testing · Margin Philosophy · Requirements Development · Traceability Matrix · Model Validation