Ieguvumi:
- Spēja pārveidot neskaidro izmēģinājuma ziņojumu (PIREP) strukturētā kļūmes aprakstā, kas ievietots pareizajā ATA sadaļā ar mākslīgo intelektu
- Spēja saprast, ka kļūdas kods ir simptoms, nevis galvenais cēlonis, un selektīvā traucējummeklēšanā izmantot savienotāju/vadu vadību pirms daļas nomaiņas
- Spēja saprast, ka FIM/uzdevumu atsauces un mākslīgā intelekta radītie iespējamo cēloņu saraksti ir hipotēzes, kuras ir jāpārbauda.
Katrs apkopes darbs sākas ar ierakstu un beidzas ar ierakstu. Gaisa kuģu apkopes pamatā ir tas, kā kļūme tiek aprakstīta, reģistrēta un izolēta. Šajā nodaļā mēs apskatīsim, kā izmantot mākslīgo intelektu (AI) kā paātrinātāju šajos trīs apļos — izprotot izmēģinājuma ziņojumu, interpretējot kļūdu kodus un novēršot problēmas, bet kāpēc jūs nekad nevarat atstāt diagnostikas lēmumu tā ziņā.
Vispirms precizēsim terminus. PIREP (Pilota ziņojums) bieži ir īss, netehnisks un neskaidrs: "Šas šasijas nolaišanās laikā radās neparasts troksnis." MAREP (Maintenance Report) var būt tehniskāks. Tehniskais žurnāls (Tehniskais žurnāls - gaisa kuģa tehniskais žurnāls, oficiālais darbības traucējumu un veikto darbību uzskaite) ir grāmata, kurā tas viss ir likumīgi apkopots. Mūsdienu lidmašīnām ir arī CMS/CMC (centrālā apkopes sistēma/dators); Sistēmas šeit saglabā kļūdas kodu un apkopes ziņojumu ierakstus.
Neskaidra cilvēka apraksta konstruēšana
Ir liels attālums starp pilota paziņojumu par "dīvainu vibrāciju" un kļūdas kodu. AI ir ļoti noderīgs šī attāluma pārvarēšanai: tas aizņem brīvo tekstu, pārvērš to par strukturētu kļūmes aprakstu — kādā lidojuma fāzē tas atrodas (pacelšanās, kāpšana, kruīzs, nosēšanās), uz kuru sistēmu (ATA sadaļa) tas varētu attiekties, vai tas atkārtojas. Tā ir datu organizēšana, nevis diagnostika. Kritiskais punkts: AI radītā konfigurācija ir hipotēžu kopa; Manuālā un fiziskā pārbaude nosaka, kura ir pareiza.
Atcerēsimies ATA nodalījuma koncepciju: ATA 100 standarts numurē lidmašīnu pēc sistēmām (21 gaisa kondicionētājs, 27 lidojuma vadības ierīces, 28 degviela, 29 hidraulika, 32 šasijas, 34 navigācija, 49 APU, 72 dzinēji). Bojājuma ievietošana pareizajā ATA sadaļā ir pirmais solis, lai sasniegtu pareizo rokasgrāmatu un pareizo ekspertu. AI ātri kartē nenoteiktu recepti iespējamiem ATA segmentiem, taču “iespējams” nenozīmē “noteikts”.
Padoms. Sniedzot PIREP AI, citējiet precīzu pilota teikumu, to nemainot. Ja "vibrāciju" aizstājat ar savu interpretāciju ("iespējams, ventilatora nelīdzsvarotība"), jūs jau no paša sākuma novirzīsit AI nepareizā virzienā. Atstājiet neapstrādātus datus; Saglabājiet komentāru pēc pārbaudes.
Kļūdu kodi: vārdnīca, nevis diagnostika
Mūsdienu avionikas un dzinēju sistēmas darbības traucējumu gadījumā ģenerē numurētus kodus. Šo kodu nozīme ir noteikta FIM (Fault Isolation Manual) vai ražotāja kļūdu kodu vārdnīcā. AI palīdz tulkot kodu cilvēku valodā un uzskaitīt iespējamos cēloņus; Bet šeit ir divas lielas lamatas.
Pirmkārt: viens un tas pats kods var nozīmēt dažādas lietas dažādos gaisa kuģu tipos un pat dažādos programmatūras detaļu numuros. AI tips var sajaukt. Otrkārt: kods bieži norāda uz simptomu, nevis galveno cēloni. Piemēram, "gaisa datu neatbilstības" kodu var izraisīt bojāts sensors, aizsērējusi Pito caurule vai vadu savienojums. AI uzskaita iespējas; Skatoties un soli pa solim mērot FIM, uzzināsiet, kurš no tiem ir īsts.
AI problēmu novēršanā: hipotēžu ģenerators
Laba kļūmju izolācija nav "šautenes problēmu novēršana" (detaļu nejauša nomaiņa); Tas ir strukturēts likvidēšanas process. Šeit AI spīd kā hipotēžu ģenerators un kontrolsaraksta atgādinājums:
- Noskaidrojiet simptomu: fāze, stāvoklis, atkārtošanās biežums, citi pavadošie simptomi.
- Uzskaitiet iespējamos cēloņus: jautājiet AI varbūtības secībā; izsauciet, kurš FIM solis katram.
- Sāciet ar lētu un ātru testēšanu: savienojumu/savienojuma pārbaude, BITE pārbaude, vizuāla pārbaude.
- Turpināt selektīvi: saglabājiet katra testa rezultātus; Apsveriet hipotēzes.
- Pārbaudiet un aizveriet: veiciet pēcremonta darbības pārbaudi / atgriešanas ekspluatācijā testu.
Šajās darbībās AI atgādina jums par pasūtījumu un izceļ aizmirsto iespēju. Bet lēmumu "nomainīt šo daļu" pieņem FIM un fiziskie atklājumi.
Uzmanību: uzmanieties no slazda, kas nav atrasta (NFF). Pirms komponenta noņemšanas noskaidrojiet, vai kļūme patiešām ir šajā komponentā vai vadā/savienojumā/programmatūrā. AI mēdz teikt "mainīt komponentu"; Tomēr ievērojamu daļu avionikas darbības traucējumu izraisa kabeļi un savienojums (mēs to padziļināsim 5. nodaļā).
trīs mini futrāļi
1. gadījums — receptes konfigurēšana. Tehniķis iedeva AI PIREP “kreisais klikšķis uz nolaišanos”. AI to dara pēc fāzes (nosēšanās), iespējamām ATA sekcijām (32 šasijas, 52 durvis kā sekundāras) un "vai ir atkārtojums?" strukturēts ar jautājumu. Tehniķis apskatīja tehnisko žurnālu par pēdējiem 10 lidojumiem, redzēja, ka kļūme atkārtojās 3 lidojumos, un koncentrēja pārbaudi uz šasijas pārsega eņģes; Problēma bija vaļīgs stiprinājums. Salīdzinot ar aklo meklēšanu, ietaupītas aptuveni 25 minūtes.
2. gadījums — kodu vārdnīca pastiprinājās, diagnozi noteica cilvēks. Kodam "gaisa datu neatbilstība" AI uzskaitīja trīs iespējamos iemeslus: pitot/statiskā sastrēgums, ADC (gaisa datu datora) kļūme, vadi. Tehniķis sāka ar lētāko pārbaudi: pitots pārbaudīja apkuri un kanalizāciju, konstatēja, ka statiskā pieslēgvieta ir daļēji aizsērējusi. Problēma tika atrisināta, nenomainot daļu; Tika novērsta nevajadzīga ADC maiņa (augstas izmaksas + nevajadzīgs risks).
3. gadījums — noķertas halucinācijas. YZ atsaucās uz motora kodu kā "FIM uzdevums 73-21-00-810-801". Kad tehniķis paskatījās FIM, šis numurs nebija tajā koda sadaļā; AI bija izdomājis skaitli. Pareizs solis bija cits uzdevums rokasgrāmatā. Resursu saistošais reflekss neļāva virzīties uz priekšu ar nepareizu procedūru.
Četras kopējamas veidnes
Loma: Bojājumu apraksta konfigurācijas palīgs.Uzdevums: pārveidot šādu pilotziņojumu par strukturētu kļūdu ierakstu.Izvades lauki: Lidojuma fāze | Iespējamais ATA nodalījums(-i) | Atkārtot statusu ("jāpārbauda", ja nav zināms) | Pavadošie simptomi | Precizējoši jautājumi.Noteikumi: NELIETOJIET DIAGNOZIJU; vienkārši rediģēt. Apgabalam, par kuru neesat pārliecināts, ierakstiet "neskaidrs". PIREP: [ielīmējiet izmēģinājuma teikumu burtiski]
Loma: Kļūdas koda skaidrojuma palīgs.Uzdevums: Uzskaitiet ziņojuma "[kods]" iespējamo nozīmi un iespējamos cēloņus [lidmašīnas tips + programmatūras std] varbūtības secībā.Noteikumi:- Norādiet, kurš FIM uzdevums man jāpārbauda katra iemesla dēļ, bet NEPIEDZIET uzdevuma numuru; Sakiet "Paskaties uz [kodu] FIM". - Atgādiniet mums, ka kods var atšķirties atkarībā no veida. Kods un konteksts: [kods + veids + fāze]
Loma: Traucējummeklēšanas soļu ceļvedis.Uzdevums: Ieteikt pārbaužu secību sekojošai kļūdai (no lētas/ātrās pārbaudes līdz dārgai/detaļu nomaiņai).Vadlīnijas:- Norādiet, kas jāmēra katrā solī un kur ir noteikts paredzamais normālais diapazons (AMM/FIM); DO NOT FIT value.- Pārbaudiet savienotāju/vadu PIRMS detaļas nomaiņas.Kļūme: [konfigurēts apraksts]
Loma: Testa noslēguma atgādinājums.Uzdevums: izvada kontrolsarakstu par to, kādi darbības/atgriešanas testi un ieraksti ir nepieciešami šādam remontam.Noteikumi: norādiet, ka oficiālais pārbaudes posms ir jāpārbauda AMM.Remonts: [paveiktā darba kopsavilkums]
Vāja uzvedne / spēcīga uzvedne
Vāji: "Ko nozīmē kods 34-11, kura daļa man jāaizstāj?"
Šis jautājums neietver veidu un programmatūras standartu, pāriet tieši uz detaļu nomaiņu un mudina AI izveidot izdomātu atsauci.
Spēcīgs: "[Lidmašīnas tips, programmatūras standarta]. Ziņojums "34-11 gaisa datu neatbilstība" CMC atkārtojas kruīza laikā. Norādiet iespējamos cēloņus iespējamības secībā; norādiet uz sadaļu, lai skatītu FIM katram uzdevumam, bet uzdevums nav piemērots; iesakiet likvidēšanas secību, sākot ar lētāko/ātrāko testu; pirms daļas nomaiņas pārbaudiet savienotāju/pitot."
Šis uzvednes veids ietver kontekstu, likvidēšanas loģiku un halucinācijas bremzi.
Tabula: lomu sadalījums kļūdu noteikšanā
solis
AI darbs
vīrieša darbs
PIREP konfigurēšana
Sadala brīvo tekstu laukos
Sniedz un pārbauda neapstrādātu recepti, to nemainot
Koda komentēšana
Glosārijs + iespējamo cēloņu saraksts
Apstiprina atbilstību FIM tipam
hipotēžu ģenerēšana
Kārtojiet iespējas
Likvidē ar fizisko testu
Pārbaudes pasūtījums
Ierosina likvidēšanas secību
Mēra, fiksē, nolemj
Noslēgšana
Tests/reģistrācija atgādina
Veic testu, parakstās (CRS)
Biežas kļūdas
- Simptomu jaukšana ar galveno cēloni. Kods ir simptoms; Izmantojot FIM, atrodiet galveno cēloni.
- Savienotāja/vadu izlaišana un detaļu nomaiņa. NFF un atkal rada kļūdu; izmaksu un riska pieaugums.
- Izmēģinājuma receptes maiņa ar savu interpretāciju. Tas maldina AI jau no paša sākuma.
- Paļaujoties uz uzdevuma numuru. AI var saskaņot atsauci; Skatieties paši FIM.
- Noslēguma testa izlaišana. Remonts nav pabeigts bez atgriešanas pārbaudes un reģistrācijas.
Rezumējot
Bojājumu noteikšana ir reģistrācijas-konfigurācijas-izolācijas ķēde. AI ir spēcīgs palīgs neskaidrā pilota apraksta konfigurēšanā, kļūdas koda tulkošanā cilvēku valodā un atgādināšanai par novēršanas problēmu novēršanas secību. Bet kods ir simptoms, nevis diagnoze; Iespējamo iemeslu saraksts ir hipotēze, nevis lēmums. Pirms daļas nomaiņas veiciet savienotāju/vadu pārbaudi, pārbaudiet katru FIM atsauci un noslēdziet remontu ar atgriešanas pārbaudi.
Lietojumprogrammas uzdevums
Paņemiet (nesensitīvu) kļūdu ierakstu, kas jums ir. Pieprasiet konfigurāciju no AI, izmantojot pirmo veidni, pēc tam izdodiet likvidēšanas testa secību ar trešo veidni. Atrodiet katra soļa ekvivalentu no faktiskā FIM/AMM un izlabojiet AI ieteikto secību, izmantojot savu profesionālo spriedumu. Uzrakstiet atšķirības tabulā: ko teica AI, ko teica rokasgrāmata, ko jūs izlēmāt.
kontrolsaraksts
- [ ] Iedevu PIREP neapstrādātā veidā, nepievienojot nekādus komentārus.
- [ ] Es ievietoju kļūdu pareizajā ATA sadaļā.
- [ ] Es apstiprināju kodu FIM atbilstoši tipam un programmatūras standartam.
- [ ] Pirms daļas nomaiņas es pārbaudīju savienotāju/vadu.
- [ ] Es redzēju katru FIM/AMM atsauci oriģinālā; Es atteicos to izdomāt.
- [ ] Es noslēdzu remontu ar ekspluatācijas/atgriešanas pārbaudi un reģistrāciju.