Kasu:
- Võimalus teisendada mitmetähenduslik pilootaruanne (PIREP) tehisintellektiga õigesse ATA sektsiooni paigutatud struktureeritud veakirjelduseks
- Võimalus mõista, et veakood on sümptom, mitte algpõhjus, ja rakendada pistiku/juhtmestiku juhtimist enne osa vahetamist valikulises tõrkeotsingus
- Oskus mõista, et FIM/ülesannete viited ja tehisintellekti koostatud võimalike põhjuste nimekirjad on hüpoteesid, mis vajavad kontrollimist.
Iga hooldustöö algab rekordiga ja lõpeb rekordiga. Lennuki hoolduse keskmes on see, kuidas viga kirjeldatakse, registreeritakse ja eraldatakse. Selles üksuses käsitleme, kuidas kasutada tehisintellekti (AI) kiirendajana nendes kolmes ringis – pilootaruande mõistmine, veakoodide tõlgendamine ja tõrkeotsing –, kuid miks te ei saa kunagi jätta diagnostilist otsust selle hooleks.
Teeme kõigepealt tingimused selgeks. PIREP (piloodiaruanne) on sageli lühike, mittetehniline ja ebamäärane: "Teliku laskumisel tekkis ebatavaline müra." MAREP (hooldusaruanne) võib olla tehnilisem. Tehniline päevik (Tehniline logiraamat – õhusõiduki tehniline päevik, rikete ja tehtud toimingute ametlik register) on raamat, kuhu need kõik seaduslikult kogutakse. Kaasaegsetel lennukitel on ka CMS/CMC (Central Maintenance System/Computer); Süsteemid salvestavad siia toodetud veakoodi ja hooldusteadete kirjed.
Ebamäärase inimkirjelduse konstrueerimine
Piloodi teate "veidra vibratsiooni" ja veakoodi vahel on pikk vahemaa. Tehisintellekt on selle vahemaa ületamisel väga kasulik: see võtab vaba teksti, muudab selle struktureeritud tõrkekirjelduseks – millises lennufaasis see on (tõus, tõus, ristlus, maandumine), millist süsteemi (ATA sektsioon) see puudutada võib, kas see kordub. See on andmete korraldamine, mitte diagnostika. Kriitiline punkt: AI loodav konfiguratsioon on hüpoteeside kogum; Käsitsi ja füüsiline läbivaatus määravad kindlaks, milline on õige.
Meenutagem ATA partitsiooni kontseptsiooni: ATA 100 standard nummerdab lennukid süsteemide kaupa (21 kliimaseadet, 27 lennujuhtimist, 28 kütust, 29 hüdraulikat, 32 telikut, 34 navigatsiooni, 49 APU, 72 mootorit). Vea paigutamine õigesse ATA sektsiooni on esimene samm õige juhendi ja õige eksperdini jõudmisel. AI kaardistab kiiresti ebakindla retsepti võimalike ATA segmentidega, kuid "tõenäoline" ei tähenda "kindel".
Näpunäide: tehisintellektile PIREPi andmisel tsiteerige piloodi täpset lauset ilma seda muutmata. Kui asendate "vibratsiooni" oma tõlgendusega ("tõenäoliselt ventilaatorite tasakaalustamatus"), viite tehisintellekti algusest peale vales suunas. Jätke toorandmed tooreks; Salvestage kommentaar pärast kinnitamist.
Veakoodid: sõnastik, mitte diagnostika
Kaasaegsed avioonika ja mootorisüsteemid genereerivad rikke korral nummerdatud koode. Nende koodide tähendus on määratletud FIM-is (Fault Isolation Manual) või tootja veakoodide sõnastikus. AI aitab tõlkida koodi inimkeelde ja loetleda võimalikud põhjused; Kuid siin on kaks suurt lõksu.
Esiteks: sama kood võib eri lennukitüüpide ja isegi erinevate tarkvara osade numbrite puhul tähendada erinevaid asju. AI tüüpi saab segada. Teiseks: kood viitab sageli sümptomile, mitte algpõhjusele. Näiteks võib õhuandmete ebaühtluse koodi põhjuseks olla vigane andur, ummistunud pitot-toru või juhtmeühendus. AI loetleb võimalused; Saate teada, milline neist on tõeline, vaadates ja mõõtes FIM-i samm-sammult.
AI veaotsingus: hüpoteesi generaator
Hea rikkeisolatsioon ei ole "haavli tõrkeotsing" (osade juhuslik asendamine); See on struktureeritud eliminatsiooniprotsess. Siin paistab AI hüpoteesi generaatori ja kontrollnimekirja meeldetuletusena:
- Täpsustage sümptom: faas, seisund, korduste sagedus, muud kaasnevad sümptomid.
- Loetlege võimalikud põhjused: küsige AI-lt tõenäosuse järjekorras; helistage kummagi FIM-i samm.
- Alusta odavatest ja kiiretest testimistest: liite/pistiku kontroll, BITE test, visuaalne kontroll.
- Jätkake valikuliselt: salvestage iga testi tulemused; Kaaluge hüpoteese.
- Kontrollige ja sulgege: tehke remondijärgne töökatse / kasutusse naasmise test.
Nendes etappides tuletab AI teile meelde tellimust ja tõstab esile tähelepanuta jäetud võimaluse. Kuid otsuse "see osa asendada" teeb FIM ja füüsilised leiud.
Tähelepanu: Hoiduge NFF-lõksu eest. Enne komponendi eemaldamist tehke kindlaks, kas viga on tegelikult selles komponendis või juhtmestikus/pistikus/tarkvaras. AI kipub ütlema "muuta komponenti"; Märkimisväärne osa avioonika riketest on aga põhjustatud kaablitest ja ühendusest (süvendame seda 5. üksuses).
kolm minikarpi
Juhtum 1 – retsepti konfigureerimine. Tehnik andis tehisintellektile PIREP-i "vasaku klõpsuga maandumisel". AI teeb seda faaside (maandumine), võimalike ATA sektsioonide (32 teliku, 52 teisejärgulise ukse) ja "kas on kordus?" struktureeritud küsimusega. Tehnik vaatas viimase 10 lennu tehnilist logi, nägi, et rike kordus 3 lennul ja keskendus kontrollimisel teliku katte hingele; Probleemiks oli lahtine kinnitus. Võrreldes pimeotsimisega säästetud umbes 25 minutit.
Juhtum 2 – koodisõnastik hoogustus, diagnoos tuli inimeselt. "Õhuandmete lahknevuse" koodi puhul loetles AI kolm võimalikku põhjust: pitot / staatiline ummikud, ADC (Air Data Computer) rike, juhtmestik. Tehnik alustas kõige odavama testiga: pitot kontrollis kütet ja äravoolu, leidis staatilise pordi osaliselt ummistunud. Probleem lahendati ilma osa vahetamata; Välditi tarbetut ADC muudatust (kõrge hind + tarbetu risk).
Juhtum 3 – tabatud hallutsinatsioonid. YZ viitas mootorikoodile kui "FIM-i ülesanne 73-21-00-810-801". Kui tehnik FIM-ist vaatas, siis seda numbrit selles koodijaotises polnud; AI oli selle numbri välja mõelnud. Õige helikõrgus oli käsiraamatus erinev ülesanne. Ressursi sidumise refleks takistas vale protseduuriga edasiminekut.
Neli kopeeritavat malli
Roll: Veakirjelduse konfiguratsiooniassistent.Ülesanne: teisenda järgmine pilootaruanne struktureeritud veakirjeks.Väljundväljad: Lennufaas | Võimalik (võimalikud ATA-partitsioonid) | Korda olekut ("kontrollitakse", kui see pole teada) | Kaasnevad sümptomid | Täpsustavad küsimused.Reeglid: ÄRGE DIAGNOOSISE; muuda lihtsalt. Kirjutage "ebaselge" selle piirkonna jaoks, milles te pole kindel. PIREP: [kleebi pilootlause sõna-sõnalt]
Roll: Veakoodi selgitamise assistent.Ülesanne: Loetlege [lennuki tüüp + tarkvara std] teate "[kood]" võimalik tähendus ja võimalikud põhjused tõenäosuse järjekorras.Reeglid:- Märkige, millist FIM-i ülesannet peaksin iga põhjuse puhul kontrollima, kuid ÄRGE moodustage ülesande numbrit; Öelge "Vaata [koodi] FIM-is". - Tuletage meile meelde, et kood võib olenevalt tüübist erineda. Kood ja kontekst: [kood + tüüp + faas]
Roll: Veaotsingu sammude juhend.Ülesanne: Soovitage järgmise vea kontrollimise kõrvaldamise jada (alates odavast/kiirtestimisest kuni kalli/osade vahetamiseni).Juhised:- Märkige, mida igal etapil mõõta ja kus on määratletud eeldatav normaalvahemik (AMM/FIM); DO NOT FIT value.- Kontrollige pistikut/juhtmestikku ENNE osa vahetamist. Viga: [konfigureeritud kirjeldus]
Roll: Testi sulgemise meeldetuletus.Ülesanne: väljastab kontrollnimekirja selle kohta, milliseid töö-/tagastusteste ja kirjeid on vaja järgmise remondi jaoks.Reeglid: Märkige, et testi ametlikku etappi tuleks kontrollida AMM-is.Remont: [tehtud töö kokkuvõte]
Nõrk viip / Tugev viip
Nõrk: "Mida tähendab kood 34-11, millise osa peaksin asendama?"
See küsimus ei hõlma tüüp- ja tarkvarastandardit, hüppab otse osade väljavahetamiseni ja julgustab AI-d koostama väljamõeldud viidet.
Tugev: "[Õhusõiduki tüüp, tarkvara standard]. CMC-s kordub reisi ajal teade "34-11 õhuandmete lahknevus". Esitage võimalikud põhjused tõenäosuse järjekorras; osutage jaotisele, et vaadata FIM-is iga ülesande puhul, kuid ülesanded ei sobi; soovitage kõrvaldamise järjekorda, alustades odavaimast/kiireimast testist; enne osa vahetamist kontrollige konnektorit/pitot'i."
See viipatüüp sisaldab konteksti, eliminatsiooniloogikat ja hallutsinatsioonipidurit.
Tabel: Rollide jaotus rikete tuvastamisel
samm
AI töö
mehe töö
PIREPi seadistamine
Eraldab vaba teksti väljadeks
Annab ja kontrollib toorretsepti ilma seda muutmata
Koodi kommenteerimine
Sõnastik + võimalike põhjuste loend
Kinnitab FIM-is tüübile vastavust
hüpoteesi genereerimine
Sorteeri võimalused
Kõrvaldab füüsilise testiga
Testi tellimus
Soovitab kõrvaldamise järjekorda
Mõõdab, fikseerib, otsustab
Sulgemine
Test/registreerimine tuletab meelde
Teostab testi, märgib (CRS)
Levinud vead
- Sümptomite eksitamine algpõhjusega. Kood on sümptom; Uurige FIM-iga algpõhjuseni.
- Pistiku/juhtmestiku vahelejätmine ja osade vahetamine. NFF ja tekitab uuesti tõrke; kulud ja riskid suurenevad.
- Pilootretsepti muutmine oma tõlgendusega. See eksitab AI-d algusest peale.
- Toetudes ülesande numbrile. AI võib võrrelda viiteid; Vaadake ise FIM-is.
- Lõputesti vahelejätmine. Remont ei ole täielik ilma tagastustesti ja registreerimiseta.
Kokkuvõttes
Vea tuvastamine on registreerimis-konfiguratsiooni-isolatsiooni ahel. AI on võimas abiline ebamäärase pilootkirjelduse konfigureerimisel, veakoodi tõlkimisel inimkeelde ja tuletab meelde kõrvaldamise tõrkeotsingu jada. Kuid kood on sümptom, mitte diagnoos; Tõenäoliste põhjuste loend on hüpotees, mitte otsus. Enne osade vahetamist kontrollige pistikut/juhtmestikku, kontrollige kõiki FIM-i viiteid ja lõpetage parandus tagastuskatsega.
Rakenduse ülesanne
Tehke oma (mittetundlik) veateade. Küsige AI-lt konfiguratsiooni esimese malliga, seejärel väljastage kolmanda malliga eliminatsioonitesti jada. Leidke tegelikust FIM-ist/AMM-ist iga sammu ekvivalent ja parandage tehisintellekti soovitatud jada oma professionaalse hinnangu alusel. Kirjutage erinevused tabelisse: Mida ütles tehisintellekt, mida ütles käsiraamat, mida otsustasite.
kontrollnimekiri
- [ ] Andsin PIREPi toores vormis, kommentaare lisamata.
- [ ] Asetasin vea õigesse ATA sektsiooni.
- [ ] Kinnitasin koodi FIM-is vastavalt tüübile ja tarkvarastandardile.
- [ ] Kontrollisin konnektorit/juhtmestikku enne osa vahetamist.
- [ ] Nägin iga FIM/AMM viidet originaalis; Ma keeldusin seda tasa tegemast.
- [ ] Lõpetasin remondi töö/tagastustesti ja registreerimisega.