Kasu:
- Võimalus jagada avioonika rike kihtideks (kaabeldus, pistik, LRU, tarkvara) ja tõlgendada BITE-teadet sümptomina
- Võimalus rakendada isoleerimisjärjestust, mis kõrvaldab kõigepealt konnektori/kaabli/maanduse ja tarkvara/konfiguratsioonikihi, selle asemel, et süüdistada liiga vara LRU-d
- Oskus mõista, et tehisintellekti toodetud pin/skeemi viited tuleb WDM-is ise kontrollida
Avioonika on lennuki "närvisüsteem": navigatsiooni-, side-, automaatsed lennu-, kuva- ja andmesüsteemid. Mehaaniline rike on sageli nähtav ja käegakatsutav; Avioonika rike on peidetud signaalis, kaablis, konnektoris või tarkvara konfiguratsioonis. Seetõttu on avioonika rikete isoleerimine omaette distsipliin ja siin võib tehisintellekt (AI) olla nii väga kasulik kui ka eksitav. Selles üksuses käsitleme tehisintellekti ohutut kasutamist BITE, kaabelduse ja tarkvara kihtides.
Avioonika rikke anatoomia
Jaotame avioonika süsteemi kihtideks: andur/allikas → juhtmestik/pistik → arvutusseade (LRU) → tarkvara/konfiguratsioon → ekraan. Siin on võtmekontseptsiooniks LRU (Line Replaceable Unit, täielikult eemaldatav kast lennukis; nt õhuandmete arvuti). Selle ahela mis tahes lülis võib esineda rike. Levinud viga on süüdistada otseselt LRU-d (kõige kallim ja nähtavaim ring); Enamik avioonika rikkeid on aga põhjustatud juhtmestikust, pistikutest ja maandusest.
BITE (Built-In Test Equipment – süsteemi enesetestitav sisseehitatud riistvara) on praegu esimene tööriist. Süsteem käivitab BITE testi ja genereerib veateateid. Kuid BITE-teade on ka sümptom: teate "X-signaali pole" võib põhjustada X-i tekitav LRU, purunenud kaabel või lahtine pistik. Tehisintellekt tõlgendab kiiresti BITE sõnumit ja loetleb võimalikud põhjused; kuid WDM (juhtmestiku skeem Manual) ja mõõtmine määravad kindlaks, milline rõngas on tõeline süüdlane.
Ettevaatust: "Vigu ei leitud" (NFF) on avioonikas krooniline. Kui võtate LRU lahti ja saadate selle katsestendile ning seal on kirjas "viga puudub", on probleem kõige tõenäolisemalt lennukis – kaablis, konnektoris, teises seadmes või katkendlikus rikkes. AI kipub ütlema "muuda LRU-d"; Ärge langege sellesse lõksu.
Kaabel ja pistik: kõige rohkem vahele jäetud kiht
Avioonika tõrkeotsingu kuldreegel: enne osa vahetamist kontrollige teed. LRU-d ei saa süüdistada, kui pole kontrollitud pistiku tihvtide asetust, kaabli järjepidevust, isolatsioonitakistust, maandust ja ühendusi. AI aitab teil WDM-i andmisel jälgida, milline tihvt kuhu läheb, loetledes, millised juhtmed/viigud on rikkekahtlusega, kuid ärge kunagi paluge tal PIN-koodide numbreid ja skemaatilisi viiteid meeles pidada; anna skeem ja see loeb seda (RAG loogika).
Tarkvara ja konfiguratsioonikiht
Kaasaegses avioonikas ei ole osa tõrkeid riistvaras, vaid tarkvara osanumbris või konfiguratsiooni mitteühilduvuses. LRU võib olla õige, kuid installitud vale tarkvarastandard; või tihvti programmeerimine/suvandite seadistus on vale. SB võib vajada konkreetset tarkvaraversiooni. AI küsib: "Kas see viga on seotud konkreetse tarkvarastandardiga?" tuletab teile meelde, et vaadake küsimuses olevaid asjakohaseid SB-sid; kuid kinnitate ühilduvust tootja ametlikus ühilduvustabelis.
Näpunäide: avioonika rikke korral peaks teie tellimus olema järgmine: (1) lugema ja salvestama BITE-i, (2) kontrollima pistikut/kaablit/maandust, (3) kinnitama tarkvara/konfiguratsioonistandardit, (4) kaaluma LRU väljavahetamist alles siis, (5) tagastama/töötlemise katse pärast iga asendamist. AI suudab seda järjestust meelde tuletada; Teie kohustus on seda mitte vahele jätta.
kolm minikarpi
Juhtum 1 – konnektor on salvestatud LRU. Ekraanil oli katkendlik hämardus. BITE andis "kuva andmete kadumise" teate. AI loetles võimalikud põhjused; LRU oli järjekorras esimene, kuid tehnik järgis oma käsku: võttis lahti ja puhastas pistiku, leidis ühel tihvtil oksüdatsiooni. Peale puhastamist viga kadus. Ligikaudu 40 000 dollari suurune LRU asendamine ja tarneaeg ei raisatud asjatult.
Juhtum 2 – tarkvarastandardite kokkusobimatus. Funktsioon ei töötanud pärast navigatsiooniseadme väljavahetamist. YZ ütles, et "uus LRU vajab tõenäoliselt teistsugust tarkvarastandardit, kontrollige asjakohast SB-d". Insener vaatas tootja ühilduvuse tabelit: tal oli tõesti vaja teatud tarkvara installida. Installimisjärgne funktsioon sisse lülitatud; välditakse tarbetut LRU teist asendamist.
Juhtum 3 – hallutsinatsioonid: valmis nõel. YZ andis veale viite, kuna "WDM-i kontakt J2-14 läheb maasse". Kui tehnik WDM-i sisse lülitas, nägi ta, et J2-14 on erinev signaal; AI oli PIN-koodi välja mõelnud. Kui ta ise skeemi vaatas, oli õige tihvt erinev. Kui oleks mõõdetud vale tihvti, oleks diagnoos tundideks vales suunas läinud.
Neli kopeeritavat malli
Roll: BITE sõnumi tõlgendamise assistent.Ülesanne: Loetlege võimalikud põhjused "[BITE-teade]" [Õhusõiduki tüüp + süsteem] jaoks, mõõtekett (pistik-kaabel-maandus) ENNE, LRU PÄRAST.Reeglid:- Pin/skeemi viide PAIGALDAMINE; Öelge "Vaata asjakohast lehte WDM-is". - Öelge, et see on sümptom ja algpõhjus leitakse isolatsiooni teel. BITE sõnum: [sõnum + kontekst]
Roll: Elektriskeemi lugemise assistent (just minu esitatud skeemi põhjal). Ülesanne: Loetlege allolevas WDM-i tsitaadis [signaal/funktsiooniga] seotud kontaktid ja rakmed. Reeglid: ainult selle tsitaadi põhjal; PIN-koodi/numbri genereerimine, mis ei sisaldu hinnapakkumises; Vastasel juhul öelge "pole jutumärgis". WDM-i tsitaat: [kleebi skeemi tekst/tabel]
Roll: avioonika isolatsioonijärjestuse juhend. Ülesanne: Soovitage järgmise tõrke kõrvaldamise järjekord (BITE → pistik/kaabel → tarkvara/konfiguratsioon → LRU → tagastustest). Reeglid: määrake, mida igal etapil mõõta ja millises juhendis on normaalvahemik määratletud; väärtus FITTING.Viga: [kirjeldus]
Roll: Tarkvara/konfiguratsiooni ühilduvuse meeldetuletus.Ülesanne: loetlege, kuidas kontrollida tarkvarastandardi/konfiguratsiooni ühilduvust järgmise LRU asendamise jaoks.Reeglid: täpsustage, et pean ühilduvust kontrollima tootja ametlikus tabelis;versiooninumber on FITTING.Exchange: [LRU + tüüp + ärikontekst]
Nõrk viip / Tugev viip
Nõrk: "Ekraanil on andmete kadumise teade, millist kasti peaksin muutma?"
See hüppab otse LRU asendusse, jättes mööda kaabli-/pistikukihist ja tarkvarast ning sellega kaasneb võltsitud viidete oht.
Tugev: "[Lennuki tüüp]. BITE "kuva andmete kadu", vahelduv, käivitub raputamisel. Esmalt loetlege võimalikud põhjused pistik/kaabel/maandus, hiljem LRU; öelge mulle, mida igal etapil mõõta; viide/skeemi viide on väljamõeldud, tuletage mulle meelde, et vaataksin WDM-i; lisage tagastamise testimine."
"Vahelduv" ja "käivitub raputamisel" on tugevad vihjed konnektori/kontaktivaba suuna kohta ja viip kasutab neid.
Tabel: Avioonika veakihid ja esialgne kontroll
kiht
tüüpiline sümptom
esimene kontroll
sõidukit
juhtmestik/pistik
Katkendlik, raputav
Järjepidevus, tihvtide iste, oksiid
Multimeeter, WDM
Maandus/liimimine
müra, häired
sidumiskindlus
sidumismõõtur
LRU
Fikseeritud, korratav
BITE + pink kinnitus
BITE, katsestend
Tarkvara/konfiguratsioon
Pärast asendamist ei toimi
Tarkvara osa nr, ühilduvustabel
Tootja tabel
Levinud vead
- Kõigepealt süüdistada LRU-d. Enamik avioonika rikkeid on põhjustatud kaablitest/pistikutest.
- Mõeldes, et NFF on "lahustunud". Kui masinas pole riket, võib probleem olla lennukis.
- Katkestan katkendlikku riket, nagu oleks see parandatud. Korrake päästiku tingimust (vibratsioon, temperatuur).
- Tarkvara/konfiguratsioonikihi unustamine. Pärast muudatust on vajalik ühilduvuse kinnitus.
- Pin/skeemi viite aktsepteerimine AI-st. Tutvuge WDM-iga ise.
Kokkuvõttes
Avioonika rikete isoleerimine on mitmekihiline tegevus: BITE annab sümptomi, tegelik algpõhjus on sageli juhtmestiku, pistiku, maanduse või tarkvara kihis. AI on võimas BITE-sõnumi tõlgendamisel, WDM-i lugemisel (kui te selle annate) ja tuletab meelde kõrvaldamiskäsku; kuid tasakaalustate kalduvust süüdistada varakult LRU-d ja tihvti/viite valmistamise ohtu. Järjestus: BITE → kaabeldus → tarkvara → LRU → tagastustest.
Rakenduse ülesanne
Valige avioonika BITE sõnum. Hankige esimese ja kolmanda malli abil tehisintellektist eraldamise tõenäolised põhjused ja kõrvaldamise järjekord. Kontrollige ise WDM-i asjakohast tihvti/rakmeid ja küsige "Kas LRU tuli esimesena?" AI järjekorras. Kontrollige seda. Kirjutage oma turvaline jada ja põhjendage erinevust.
kontrollnimekiri
- [ ] Käsitlesin BITE sõnumit kui sümptomit, mitte diagnoosi.
- [ ] Kontrollisin pistikut/kaablit/maandust enne LRU-d.
- [ ] Katsetasin katkendlikku riket käivitustingimusega.
- [ ] Kinnitasin tarkvara/konfiguratsiooni ühilduvuse ametlikus tabelis.
- [ ] Kontrollisin ise WDM-i pin/viited; Ma keeldusin seda tasa tegemast.
- [ ] Tegin pärast iga asendamist/parandust tagastus-/töökatsed.