Fitimet:
- Aftësia për të konvertuar raportin e paqartë pilot (PIREP) në një përshkrim të strukturuar gabimi të vendosur në seksionin e saktë ATA me inteligjencë artificiale
- Aftësia për të kuptuar se kodi i gabimit është një simptomë, jo shkaku kryesor, dhe për të aplikuar kontrollin e lidhësit/telave përpara zëvendësimit të pjesës në zgjidhjen selektive të problemeve
- Aftësia për të kuptuar se referencat e FIM/detyrave dhe listat e shkaqeve të mundshme të prodhuara nga inteligjenca artificiale janë hipoteza që duhen verifikuar.
Çdo punë mirëmbajtjeje fillon me një procesverbal dhe përfundon me një procesverbal. Zemra e mirëmbajtjes së avionit është mënyra se si përshkruhet, regjistrohet dhe izolohet defekti. Në këtë njësi, ne do të trajtojmë se si të përdorim inteligjencën artificiale (AI) si një përshpejtues në këto tre unaza - të kuptuarit e raportit të pilotit, interpretimi i kodeve të gabimit dhe zgjidhjen e problemeve - por pse nuk mund t'ia lini kurrë vendimin diagnostik.
Le të sqarojmë së pari termat. PIREP (Raporti i Pilotit) është shpesh i shkurtër, jo teknik dhe i paqartë: "Një zhurmë e pazakontë ndodhi gjatë uljes së pajisjes së uljes." MAREP (Raporti i Mirëmbajtjes) mund të jetë më teknik. Tech Log (Technical Logbook - ditar teknik i avionit, regjistrimi zyrtar i keqfunksionimeve dhe operacioneve të kryera) është libri në të cilin të gjitha këto janë mbledhur ligjërisht. Avionët modernë kanë gjithashtu një CMS/CMC (Central Maintenance System/Computer); Sistemet ruajnë kodin e defektit dhe shënimet e mesazheve të mirëmbajtjes që prodhojnë këtu.
Ndërtimi i përshkrimit të paqartë njerëzor
Ka një distancë të gjatë midis deklaratës së një piloti për "dridhje të çuditshme" dhe një kodi defekti. Inteligjenca artificiale është shumë e dobishme për të kapërcyer këtë distancë: merr tekstin e lirë, e kthen atë në një përshkrim të strukturuar të dështimit - në cilën fazë fluturimi është (ngritje, ngjitje, lundrim, ulje), cilin sistem (seksioni ATA) mund të shqetësojë, nëse përsëritet. Ky është organizim i të dhënave, jo diagnozë. Pika kritike: Konfigurimi që prodhon AI është një grup hipotezash; Ekzaminimi manual dhe fizik përcaktojnë se cili është i saktë.
Le të kujtojmë konceptin e ndarjes ATA: Standardi ATA 100 numëron avionët sipas sistemeve (21 ajër të kondicionuar, 27 kontrolle fluturimi, 28 karburant, 29 hidraulikë, 32 pajisje uljeje, 34 navigacion, 49 APU, 72 motorë). Vendosja e një defekti në seksionin e duhur ATA është hapi i parë për të arritur manualin e duhur dhe ekspertin e duhur. Inteligjenca artificiale është e shpejtë në hartimin e një recete të pasigurt në segmentet e mundshme ATA – por “ka gjasa” nuk do të thotë “e sigurt”.
Këshillë: Kur i jepni PIREP inteligjencës artificiale, citoni fjalinë e saktë të pilotit pa e ndryshuar atë. Nëse zëvendësoni "dridhjen" me interpretimin tuaj ("ndoshta mosbalancim i tifozëve"), do ta çoni AI në drejtimin e gabuar që në fillim. Lërini të dhënat e papërpunuara; Ruani komentin për pas verifikimit.
Kodet e gabimit: fjalor, jo diagnostikues
Avionika moderne dhe sistemet e motorit gjenerojnë kode të numëruara në rast mosfunksionimi. Kuptimi i këtyre kodeve përcaktohet në FIM (Fault Isolation Manual) ose në fjalorin e kodit të defektit të prodhuesit. AI ndihmon në përkthimin e një kodi në gjuhën njerëzore dhe numërimin e shkaqeve të mundshme; Por këtu ka dy kurthe të mëdha.
Së pari: i njëjti kod mund të nënkuptojë gjëra të ndryshme në lloje të ndryshme avionësh dhe madje edhe në numra të ndryshëm të pjesëve të softuerit. Lloji i AI mund të përzihet. Së dyti: një kod shpesh tregon simptomat, jo shkakun rrënjësor. Për shembull, një kod "mospërputhje e të dhënave të ajrit" mund të shkaktohet nga një sensor i gabuar, një tub pitot i bllokuar ose një lidhje elektrike. AI liston mundësitë; Ju e zbuloni se cili është i vërtetë duke parë dhe matur FIM hap pas hapi.
AI në zgjidhjen e problemeve: gjenerues i hipotezave
Izolimi i mirë i defektit nuk është "zgjidhja e problemeve me armë gjahu" (ndërrim i rastësishëm i pjesëve); Është një proces i strukturuar eliminues. Kjo është ajo ku AI shkëlqen si një gjenerues hipotezash dhe përkujtues i listës së kontrollit:
- Sqaroni simptomat: faza, gjendja, shpeshtësia e përsëritjes, simptoma të tjera shoqëruese.
- Rendisni shkaqet e mundshme: Pyetni AI sipas probabilitetit; thirrni cili hap FIM për secilin.
- Filloni nga testimi i lirë dhe i shpejtë: kontrolli i nyjeve/lidhësve, testi BITE, inspektimi vizual.
- Vazhdoni në mënyrë selektive: ruani rezultatet e secilit test; Merrni parasysh hipotezat.
- Verifikoni dhe mbyllni: kryeni testin operacional pas riparimit / testin e kthimit në shërbim.
Në këto hapa, AI ju kujton rendin dhe nënvizon një mundësi të anashkaluar. Por vendimin për “zëvendësimin e asaj pjese” e merr FIM dhe gjetjet fizike.
Kujdes: Kujdes nga kurthi No Fault Found (NFF). Përpara se të hiqni një komponent, izoloni nëse gabimi është në të vërtetë në atë komponent ose në instalime elektrike/lidhës/softuer. AI priret të thotë "ndrysho komponentin"; Megjithatë, një pjesë e konsiderueshme e keqfunksionimeve të avionikës shkaktohen nga kabllot dhe lidhja (këtë do ta thellojmë në njësinë e 5-të).
tre mini kuti
Rasti 1 - Konfigurimi i recetës. Një teknik i dha AI një PIREP të "klikimit të majtë në ulje". AI e bën këtë me fazë (ulje), seksione të mundshme ATA (32 pajisje uljeje, 52 dyer si dytësore) dhe "a ka një përsëritje?" strukturuar me pyetjen. Tekniku shikoi regjistrin e teknologjisë për 10 fluturimet e fundit, pa që mosfunksionimi u përsërit në 3 fluturime dhe e fokusoi inspektimin në menteshën e kapakut të pajisjes së uljes; Problemi ishte një mbërthyes i lirshëm. Përafërsisht 25 minuta të kursyera në krahasim me kërkimin e verbër.
Rasti 2 - Fjalori i kodit u rrit, diagnoza erdhi nga njeriu. Për një kod "mospërputhje të të dhënave të ajrit", AI renditi tre shkaqe të mundshme: bllokim pitot/statik, dështim ADC (Air Data Computer), instalime elektrike. Tekniku filloi me testin më të lirë: pitot kontrolloi ngrohjen dhe kullimin, gjeti një portë statike të bllokuar pjesërisht. Problemi u zgjidh pa zëvendësuar pjesën; Një ndryshim i panevojshëm ADC (kosto e lartë + rrezik i panevojshëm) u shmang.
Rasti 3 - Kapen halucinacione. YZ referoi një kod motori si "detyra FIM 73-21-00-810-801". Kur tekniku shikoi në FIM, ky numër nuk ishte në atë seksion kodi; AI kishte krijuar numrin. Pika e saktë ishte një detyrë tjetër në manual. Refleksi i lidhjes së burimeve pengoi përparimin me procedurën e gabuar.
Katër shabllone të kopjueshëm
Roli: Asistent i konfigurimit të përshkrimit të gabimeve. Detyra: Konvertoni raportin e mëposhtëm pilot në një regjistrim të strukturuar të gabimeve. Fushat e daljes: Faza e fluturimit | Ndarja(et) e mundshme ATA | Përsëriteni statusin ("për t'u kontrolluar" nëse nuk dihet) | Simptomat shoqëruese | Pyetje sqaruese.Rregullat: MOS DIAGNOZO; thjesht redakto. Shkruani "e paqartë" për zonën për të cilën nuk jeni të sigurt. PIREP: [ngjit fjalinë pilot fjalë për fjalë]
Roli: Asistent për shpjegimin e kodit të gabimit. Detyra: Listoni kuptimin e mundshëm dhe shkaqet e mundshme të mesazhit "[code]" për [tipin e avionit + softuerin std] sipas probabilitetit. Rregullat: - Tregoni se cilën detyrë FIM duhet të kontrolloj për çdo shkak, por MOS shkruaj numrin e detyrës; Thuaj "Shiko [kodin] në FIM". - Na kujtoni se kodi mund të ndryshojë në varësi të llojit. Kodi dhe konteksti: [kodi + lloji + faza]
Roli: Udhëzues hapi për zgjidhjen e problemeve. Detyra: Sugjeroni një sekuencë eliminimi të kontrolleve për defektin e mëposhtëm (nga testimi i lirë/i shpejtë deri tek ndërrimi i shtrenjtë/pjesë). MOS PËRSHTATNI vlerën.- Kontrolloni lidhësin/tela elektrike PARA ndërrimit të pjesës. Gabim: [përshkrimi i konfiguruar]
Roli: Përkujtues i mbylljes së testit. Detyra: Nxjerrë një listë kontrolli të testeve dhe regjistrimeve operacionale/kthimore që kërkohen për riparimin e mëposhtëm. Rregullat: Tregoni që hapi zyrtar i testit duhet të verifikohet në AMM. Riparimi: [përmbledhje e punës së bërë]
Prompt i dobët / Prompt i fortë
E dobët: "Çfarë do të thotë kodi 34-11, cilën pjesë duhet të zëvendësoj?"
Kjo pyetje nuk përfshin llojin dhe standardin e softuerit, kalon direkt në zëvendësimin e pjesëve dhe inkurajon AI të prodhojë një referencë të sajuar.
E fortë: "[Lloji i avionit, softueri std]. Mesazhi '34-11 mospërputhje e të dhënave ajrore' në CMC përsëritet në lundrim. Jepni shkaqet e mundshme sipas probabilitetit; tregoni në FIM për secilën detyrë por nuk përshtatet; sugjeroni urdhrin e eliminimit duke filluar me testin më të lirë/më të shpejtë; vendosni kontrollin e lidhësit/pitot përpara zëvendësimit të pjesës."
Ky lloj i shpejtë përfshin kontekstin, logjikën e eliminimit dhe frenimin e halucinacioneve.
Tabela: Shpërndarja e roleve në zbulimin e gabimeve
hap
Puna e AI
puna e njeriut
Konfigurimi i PIREP
Ndan tekstin e lirë në fusha
Jep dhe verifikon recetën e papërpunuar pa e ndryshuar atë
Komentimi i kodit
Fjalor + lista e shkaqeve të mundshme
Konfirmon konformitetin për të shkruar në FIM
gjenerimi i hipotezave
Renditni mundësitë
Eliminon me test fizik
Rendi i testimit
Sugjeron urdhrin e eliminimit
Mat, regjistron, vendos
Mbyllja
Testi/regjistrimi kujton
Kryen testin, shenjat (CRS)
Gabimet e zakonshme
- Gabimi i simptomave për shkakun kryesor. Kodi është simptoma; Gjeni shkakun rrënjësor me FIM.
- Kapërcimi i lidhësit/telave dhe zëvendësimi i pjesëve. NFF dhe prodhon përsëri gabim; kostoja dhe rreziku rriten.
- Ndryshimi i recetës pilot me interpretimin tuaj. Ajo mashtron inteligjencën artificiale që në fillim.
- Duke u mbështetur në numrin e detyrës. AI mund të përputhet me referencën; Shihni vetë në FIM.
- Duke anashkaluar testin e mbylljes. Riparimi nuk është i plotë pa testimin dhe regjistrimin e kthimit.
Në përmbledhje
Zbulimi i gabimeve është një zinxhir regjistrimi-konfigurimi-izolimi. AI është një asistent i fuqishëm në konfigurimin e përshkrimit të paqartë të pilotit, përkthimin e kodit të gabimit në gjuhën njerëzore dhe për t'ju kujtuar sekuencën e zgjidhjes së problemeve të eliminimit. Por kodi është një simptomë, jo një diagnozë; Një listë e shkaqeve të mundshme është një hipotezë, jo një vendim. Kryeni kontrollin e lidhësit/telave elektrike përpara zëvendësimit të pjesës, verifikoni çdo referencë në FIM dhe mbyllni riparimin me testimin e kthimit.
Detyra e aplikimit
Merrni një regjistrim (jo të ndjeshëm) të defektit që keni. Kërkoni konfigurim nga AI me shabllonin e parë, më pas lëshoni një sekuencë testimi eliminimi me shabllonin e tretë. Gjeni ekuivalentin e çdo hapi nga FIM/AMM aktuale dhe korrigjoni sekuencën e sugjeruar të AI duke përdorur gjykimin tuaj profesional. Shkruani ndryshimet në një tabelë: Çfarë tha AI, çfarë thoshte manuali, çfarë vendosët ju.
listë kontrolli
- [ ] I dhashë PIREP në formën e tij të papërpunuar, pa shtuar asnjë koment.
- [ ] E vendosa gabimin në seksionin e saktë ATA.
- [ ] Konfirmova kodin në FIM sipas llojit dhe standardit të softuerit.
- [ ] Kontrollova lidhësin/tela elektrike përpara se të ndërroja pjesën.
- [ ] Pashë çdo referencë FIM/AMM në origjinal; Unë refuzova ta shpikja.
- [ ] E mbylla riparimin me testimin operativ/kthim dhe regjistrimin.