Enota 2 / 11

Beleženje vzdrževanja in odpravljanje težav: PIREP, kode napak in odpravljanje težav

Dobički:

  • Sposobnost pretvorbe dvoumnega pilotnega poročila (PIREP) v strukturiran opis napake, ki je nameščen v pravilnem razdelku ATA z umetno inteligenco
  • Sposobnost razumeti, da je koda napake simptom, ne temeljni vzrok, in uporabiti nadzor priključka/ožičenja pred zamenjavo dela pri selektivnem odpravljanju težav
  • Sposobnost razumevanja, da so reference FIM/nalog in seznami možnih vzrokov, ki jih izdela umetna inteligenca, hipoteze, ki jih je treba preveriti.

Vsako vzdrževalno delo se začne z zapisom in konča z zapisom. Srce vzdrževanja letala je, kako se napaka opiše, zabeleži in izolira. V tej enoti bomo obravnavali, kako uporabiti umetno inteligenco (AI) kot pospeševalnik v teh treh obročih – razumevanje pilotnega poročila, tolmačenje kod napak in odpravljanje težav – vendar zakaj ji nikoli ne morete prepustiti diagnostične odločitve.

Najprej razjasnimo pojme. PIREP (Pilot Report) je pogosto kratek, netehničen in nejasen: "Med spuščanjem podvozja je prišlo do nenavadnega hrupa." MAREP (Maintenance Report) je lahko bolj tehničen. Tehnični dnevnik (Technical Logbook - tehnična knjiga letala, uradna evidenca okvar in opravljenih operacij) je knjiga, v kateri se vse to zakonito zbira. Sodobna letala imajo tudi CMS/CMC (Central Maintenance System/Computer); Sistemi tukaj shranijo kodo napake in zapise sporočil o vzdrževanju.

Konstruiranje nejasnega človeškega opisa

Med pilotovo izjavo o "čudnih vibracijah" in kodo napake je velika razdalja. Umetna inteligenca je zelo uporabna pri premoščanju te razdalje: vzame prosto besedilo in ga spremeni v strukturiran opis napake – v kateri fazi leta je (vzlet, vzpon, križarjenje, pristanek), kateri sistem (oddelek ATA) bi lahko zadeval, ali se ponavlja. To je organizacija podatkov, ne diagnoza. Kritična točka: Konfiguracija, ki jo ustvari AI, je niz hipotez; Z ročnim in fizičnim pregledom se ugotovi, kaj je pravilno.

Spomnimo se koncepta particije ATA: Standard ATA 100 oštevilčuje letala po sistemih (21 klimatskih naprav, 27 krmilnih elementov leta, 28 goriva, 29 hidravlike, 32 podvozja, 34 navigacije, 49 APU, 72 motorjev). Umestitev napake v pravilnem razdelku ATA je prvi korak pri doseganju pravega priročnika in pravega strokovnjaka. AI je hiter pri preslikavi negotovega recepta v možne segmente ATA - vendar "verjetno" ne pomeni "gotovo".

Nasvet: Ko dajete PIREP AI, navedite točen pilotov stavek, ne da bi ga spremenili. Če zamenjate "vibracijo" z lastno interpretacijo ("verjetno neuravnoteženost ventilatorja"), boste AI že od začetka zapeljali v napačno smer. Pustite neobdelane podatke; Shranite komentar za po preverjanju.

Kode napak: slovar, ne diagnostika

Sodobna letalska elektronika in motorni sistemi ustvarijo oštevilčene kode v primeru okvare. Pomen teh kod je opredeljen v FIM (Fault Isolation Manual) ali proizvajalčevem slovarju kod napak. AI pomaga prevesti kodo v človeški jezik in našteti možne vzroke; A tu sta dve veliki pasti.

Prvič: ista koda lahko pomeni različne stvari v različnih vrstah letal in celo v različnih številkah delov programske opreme. Vrsta AI se lahko meša. Drugič: koda pogosto kaže na simptom, ne na osnovni vzrok. Na primer, kodo "nedoslednosti podatkov o zraku" lahko povzroči okvarjen senzor, zamašena Pitotova cev ali kabelska povezava. AI našteje možnosti; Kateri je pravi, ugotovite tako, da korak za korakom opazujete in merite FIM.

AI pri odpravljanju težav: generator hipotez

Dobra izolacija napak ni "odpravljanje težav s puško" (naključna zamenjava delov); To je strukturiran proces izločanja. Tukaj AI blesti kot generator hipotez in opomnik na kontrolnem seznamu:

  1. Pojasnite simptom: faza, stanje, pogostost ponavljanja, drugi spremljajoči simptomi.
  2. Navedite možne vzroke: vprašajte AI po vrstnem redu verjetnosti; pokličite kateri FIM korak za vsakega.
  3. Začnite s poceni in hitrim testiranjem: pregled spoja/konektorja, test BITE, vizualni pregled.
  4. Nadaljujte selektivno: shranite rezultate vsakega testa; Razmislite o hipotezah.
  5. Preverite in zaprite: izvedite preskus delovanja po popravilu / preskus ponovne uporabe.

V teh korakih vas AI opomni na vrstni red in poudari spregledano možnost. Toda odločitev o "zamenjavi tega dela" sprejmejo FIM in fizični izvidi.

Pozor: Pazite se pasti No Fault Found (NFF). Preden odstranite komponento, ugotovite, ali je napaka dejansko v tej komponenti ali v napeljavi/konektorju/programski opremi. AI ponavadi reče "spremeni komponento"; Pomemben del motenj v delovanju letalske elektronike pa povzročajo kabli in povezave (to bomo poglobili v 5. enoti).

trije mini kovčki

Primer 1 — Konfiguracija recepta. Tehnik je dal AI ​​PIREP "levi klik ob pristanku." AI to naredi po fazi (pristanek), možnih odsekih ATA (32 podvozja, 52 vrat kot sekundarnih) in "ali obstaja ponovitev?" strukturirano z vprašanjem. Tehnik je pogledal tehnični dnevnik za zadnjih 10 letov, ugotovil, da se je okvara ponovila v treh letih, in se osredotočil na pregled na tečaj pokrova podvozja; Težava je bila ohlapna sponka. V primerjavi s slepim iskanjem prihranite približno 25 minut.

2. primer – Slovar kod je napredoval, diagnoza je prišla od človeka. Za kodo "neskladja podatkov o zraku" je AI navedel tri možne vzroke: pitot/statična prezasedenost, okvara ADC (Air Data Computer), ožičenje. Tehnik je začel z najcenejšim testom: pitot je preveril ogrevanje in odvodnjavanje, ugotovil je, da je statični priključek delno zamašen. Težava je bila rešena brez zamenjave dela; Izognili smo se nepotrebni spremembi ADC (visoki stroški + nepotrebno tveganje).

Primer 3 – Ulovljena halucinacija. YZ je kodo motorja navedel kot "naloga FIM 73-21-00-810-801". Ko je tehnik pogledal v FIM, te številke ni bilo v tem kodnem razdelku; AI je sestavil številko. Pravilna višina je bila druga naloga v priročniku. Refleks vezave virov je preprečil napredek z napačnim postopkom.

Štiri predloge za kopiranje

Vloga: Pomočnik pri konfiguraciji opisa napak. Naloga: Pretvorite naslednje poročilo pilota v strukturiran zapis napak. Izhodna polja: Faza leta | Možne particije ATA | Stanje ponovitve ("treba preveriti", če ni znano) | Spremljevalni simptomi | Pojasnjevalna vprašanja. Pravila: NE POSTAVLJAJ DIAGNOZE; samo uredi. Napišite "nejasno" za področje, za katerega niste prepričani. PIREP: [dobesedno prilepite pilotni stavek]

Vloga: Pomočnik pri razlagi kode napake. Naloga: Seznam možnih pomenov in možnih vzrokov sporočila "[koda]" za [vrsta letala + programska oprema std] po vrstnem redu verjetnosti. Pravila: - Navedite, katero nalogo FIM naj preverim za vsak vzrok, vendar NE izmislite številke naloge; Recite "Look at [code] in FIM". - Opomnite nas, da se koda lahko razlikuje glede na vrsto. Koda in kontekst: [koda + vrsta + faza]

Vloga: Vodnik po korakih za odpravljanje težav. Naloga: Predlagajte zaporedje odpravljanja preverjanj za naslednjo napako (od poceni/hitrega testiranja do dragega/zamenjave delov). Smernice: - Navedite, kaj meriti pri vsakem koraku in kje je definirano pričakovano normalno območje (AMM/FIM); NE PRILAGAJTE vrednosti.- Preverite konektor/ožičenje PRED zamenjavo dela. Napaka: [opis konfiguracije]

Vloga: Opomnik o zaključnem preizkusu. Naloga: Izpiše kontrolni seznam, kateri testi delovanja/vračila in zapisi so potrebni za naslednje popravilo. Pravila: Nakazujejo, da je treba uradni korak preizkusa preveriti v AMM. Popravilo: [povzetek opravljenega dela]

Šibek poziv/močan poziv

Slab: "Kaj pomeni koda 34-11, kateri del naj zamenjam?"

To vprašanje ne vključuje tipa in standarda programske opreme, skoči neposredno na zamenjavo delov in spodbuja AI, da ustvari izmišljeno referenco.

Močno: "[Tip letala, programska oprema std]. Sporočilo '34-11 air data diskrepanca' v CMC se ponavlja med križarjenjem. Navedite možne vzroke po vrstnem redu verjetnosti; pokažite na razdelek, ki ga želite pogledati v FIM za vsakega, vendar naloga ne ustreza; predlagajte vrstni red izločitve, začenši z najcenejšim/najhitrejšim testom; preverite konektor/pitot pred zamenjavo dela."

Ta vrsta poziva vključuje kontekst, logiko izločanja in zavoro halucinacij.

Tabela: Porazdelitev vlog pri odkrivanju napak

korak

delo AI

moško delo

Konfiguracija PIREP

Prosto besedilo loči na polja

Poda in potrdi surovi recept, ne da bi ga spremenil

Komentiranje kode

Glosar + seznam možnih vzrokov

Potrjuje skladnost s tipom pri FIM

ustvarjanje hipotez

Razvrstite možnosti

Odstrani s fizičnim testom

Testno naročilo

Predlaga vrstni red za izločitev

Meri, evidentira, odloča

Zapiranje

Test/registracija opomi

Opravi test, podpiše (CRS)

Pogoste napake

  • Zamenjajte simptom za osnovni vzrok. Koda je simptom; Pridite do temeljnega vzroka s FIM.
  • Preskok konektorja/ožičenja in zamenjava delov. NFF in znova povzroči napako; povečanje stroškov in tveganja.
  • Spreminjanje pilotskega recepta z lastno interpretacijo. Že od začetka zavaja AI.
  • Zanašanje na številko naloge. AI se lahko ujema z referenco; Prepričajte se sami na FIM.
  • Preskok zaključnega testa. Popravilo ni dokončano brez povratnega testiranja in registracije.

Če povzamem

Zaznavanje napak je veriga registracija-konfiguracija-izolacija. AI je močan pomočnik pri konfiguriranju nejasnega opisa pilota, prevajanju kode napake v človeški jezik in vas opozarja na zaporedje odpravljanja težav pri odpravi. Toda koda je simptom, ne diagnoza; Seznam verjetnih vzrokov je hipoteza in ne odločitev. Pred zamenjavo dela izvedite preverjanje konektorja/ožičenja, preverite vsako referenco v FIM in zaključite popravilo s povratnim testiranjem.

Aplikacijska naloga

Vzemite (neobčutljivo) evidenco napak, ki jo imate. Zahtevajte konfiguracijo od umetne inteligence s prvo predlogo, nato izdajte zaporedje izločitvenega testa s tretjo predlogo. Poiščite ekvivalent vsakega koraka iz dejanskega FIM/AMM in popravite zaporedje, ki ga predlaga umetna inteligenca, po lastni strokovni presoji. Zapišite razlike v tabelo: Kaj je rekel AI, kaj je rekel priročnik, kaj ste se odločili.

kontrolni seznam

  • [ ] PIREP sem podal v surovi obliki, brez dodajanja komentarjev.
  • [ ] Napako sem umestil v pravi razdelek ATA.
  • [ ] Potrdil sem kodo v FIM glede na tip in standard programske opreme.
  • [ ] Preden sem zamenjal del, sem preveril priključek/ožičenje.
  • [ ] Videl sem vsako referenco FIM/AMM v izvirniku; Nisem hotel izmisliti.
  • [ ] Zaključil sem popravilo z operativnim/vračilnim testiranjem in registracijo.