Nuspėjamoji techninė priežiūra ir transporto priemonės telemetrija

Pelnas:

• Gebėjimas paaiškinti CAN magistralės, telematikos ir jutiklių telemetrijos pobūdį ir numatomos priežiūros vertę per visą parko / transporto priemonės gyvavimo ciklą.
• Gebėjimas sukurti dirbtinio intelekto darbo eigą aptikiant anomalijas, apskaičiuojant likusį naudingo tarnavimo laiką (RUL) ir interpretuojant gedimų kodą
• Galimybė patikrinti numatomą techninės priežiūros našumą subalansuojant klaidingo aliarmo išlaidas, priežiūros langą ir saugos ribą

Transporto priemonę ar parką (komercinio transporto, sunkvežimių, autobusų, statybinės technikos grupę) galite prižiūrėti trimis būdais. Korekcinė priežiūra: pataisykite, kai sugenda (brangiausia, nes sukelia staigų gedimą ir išjungimą). Profilaktinė priežiūra: keiskite kas 15 000 km (saugu, bet švaistoma, nes išmetate ir gerą dalį). Nuspėjamoji priežiūra: peržiūrėkite duomenis ir numatykite, kad „ši dalis suges po maždaug 2000 km“ ir įsikiškite tinkamu laiku. Dirbtinis intelektas yra technologija, kuri leidžia numatyti techninę priežiūrą. Šiame skyriuje pamatysime, kaip vyksta transporto priemonių duomenų srautai, kaip kuriami nuspėjamieji priežiūros modeliai ir kaip saugiai naudoti šias prognozes.

Iš kur gaunami transporto priemonės duomenys? CAN, OBD ir telematika

Įrankiai nuolat generuoja duomenis:

• CAN magistralė (Controller Area Network): tai vidinis tinklas, kuriame transporto priemonės viduje esantys elektroniniai valdymo blokai (ECU) bendrauja tarpusavyje. Iš čia sklinda šimtai signalų, tokių kaip variklio greitis, greitis, temperatūra, dujų padėtis.
• OBD-II (On-Board Diagnostics): standartinis diagnostikos prievadas; Tai leidžia nuskaityti gedimų kodus, vadinamus DTC (diagnostikos gedimų kodu, pvz., P0301 = 1-ojo cilindro uždegimo praleidimas).
• Telematika / telemetrija: transporto priemonė šiuos duomenis siunčia belaidžiu būdu (per SIM kortelės modulį) į centrą. Padėtis, vairavimo elgsena, variklio būklė stebima nuotoliniu būdu.

Šie duomenys paprastai yra laiko eilutė: reikšmių, išmatuotų nustatytais intervalais (pvz., kas sekundę), serija. Tai yra numatomos priežiūros žaliava.

Dėmesio: vieta, vairavimo elgsena ir VIN (važiuoklės numeris) yra asmeniniai / neskelbtini duomenys. Anonimizavimas, duomenų sumažinimas ir KVKK / GDPR atitiktis yra būtini dirbant su telemetrija (išsami informacija pateikta 10 skyriuje). Nesiųskite neapdoroto VIN į bendrą AI įrankį.

Trys pagrindinės numatomos priežiūros užduotys

1. Anomalijų aptikimas: nukrypimų nuo įprasto elgesio fiksavimas. Pavyzdžiui, turbo temperatūra nuolat yra 15°C aukštesnė nei tikėtasi panašiomis sąlygomis. Modelis išmoksta „normalų“, pažymi nuokrypį.
2. Likusio naudingo tarnavimo laiko (RUL) įvertinimas: apskaičiuotas likęs komponento veikimo laikas / atstumas iki gedimo. „Ši sankaba kritinį susidėvėjimą pasiekia po maždaug 3500 km.
3. Gedimų klasifikacija / pagrindinė priežastis: nuspėti, kokio tipo gedimas atsirado pagal jutiklių modelius ir derinant jį su DTC.

Žingsnis po žingsnio: numatoma priežiūros darbo eiga

1. Paaiškinkite verslo klausimą. Ką mes prognozuojame (kuri dalis, koks gedimas)? Prieš kiek laiko reikia išankstinio įspėjimo?
2. Surinkite ir suderinkite duomenis. Skirtingų jutiklių laiko žymos turi būti sulygiuotos, vienetai turi būti nuoseklūs.
3. Žymos / įvykio aprašymas. Pažymėkite gedimus, kurie įvyko praeityje; modelis mokosi iš jų. Jei etiketės nėra, pereikite prie anomalijų aptikimo.
4. Funkcijų inžinerija. Iš neapdoroto signalo išskleiskite reikšmingas savybes: slankusis vidurkis, vibracijos dažnio komponentai, temperatūros padidėjimo greitis.
5. Modelio kūrimas ir patvirtinimas. Atkreipkite dėmesį į praeities ir ateities skirtumą laiko eilutėse (duomenų nutekėjimo pavojus!).
6. Slenkstis ir aliarmo logika. Kada pasirodys signalas „reikalinga priežiūra“?
7. Laukas ir stebėjimas. Stebėti pavojaus signalų tikslumą; sumažinti klaidingų pavojaus signalų dažnį.

Patarimas: Nenaudokite būsimo mokymo, kai vertinate modelį laiko eilutėse. Numatymo metu negali būti žinomas toks atributas kaip „kitų 5 minučių vidurkis“; Tai yra duomenų nutekėjimas, todėl modelis yra puikus laboratorijoje, bet nenaudingas lauke.

Teisingai naudojant RUL įvertinimą

Nors RUL gali atrodyti kaip vienas skaičius, iš tikrųjų tai yra įvertinimas ir neapibrėžtumas. Teisingas naudojimas:

• Dabartis su neapibrėžtumo diapazonu. „3 000–4 200 km (80 % pasitikėjimas)“ vietoj „3 500 km“. Priežiūros planas sudaromas pagal blogiausią scenarijų.
• Pridėkite saugos ribą. Įsikiškite į saugai svarbią dalį dar prieš apatinę sąmatos ribą.
• Pasverkite klaidingo pavojaus signalo kainą. Per ankstyvas įspėjimas = nereikalingas dalių keitimas ir prastovos; per vėlu = nesėkmė. Balansas yra verslo sprendimas.

Prieiga

Privalumas

Trūkumas

Korektorius (kai sugenda)

Planuoti nereikia

Staigus sustojimas, didžiausia kaina

Prevencinis (kalendorius/km)

Paprasta, saugi

Kietųjų dalių atliekos

Nuspėjamasis (AI)

Kaip tik laiku, mažiau atliekų

Reikalingi duomenys, modelis, patvirtinimas

Mini atvejų analizė

1 atvejis – laivyno anomalija. Stebimas 40 krovininių automobilių parko sunkvežimių turbo slėgio signalas. Modelis fiksuoja, kad transporto priemonėje slėgis lėtai mažėja esant tokiai pat apkrovai ir greičiui; DTC dar nėra. Nutempus į servisą, matėsi, kad prasidėjo turbo nuotėkis. Užkertamas kelias gedimams ir buksyravimo kaštams (apie 900 EUR) kelyje. Rezultatas: anomalija iš anksto perspėjo, kol ji nevirto gedimo kodu.

2 atvejis – duomenų nutekėjimo gaudyklė. Komanda nustato stabdžių trinkelių nusidėvėjimo modelį; Testo tikslumas yra stulbinantis 99%. Ištyrus paaiškėja, kad modelis naudoja techninės priežiūros įrašo laukelį (stulpelis, įvestas po gedimo), kuris kaip atributas tiesiogiai nurodo susidėvėjimą, tai yra mato „atsakymą“. Pašalinus šią sritį, tikslumas sumažėja iki 82%, tačiau dabar jis yra realus. Išvada: per geras rezultatas yra duomenų nutekėjimo požymis.

3 atvejis – klaidingo aliarmo balansas. Akumuliatoriaus būklės modelis sukuria 30 klaidingų pavojaus signalų per savaitę, kai slenkstis nustatytas per tiksliai; Technikai nustoja pasikliauti pavojaus signalais. Pertvarkius slenkstį, neapibrėžties intervalą ir dvi iš eilės patvirtinimo taisykles, klaidingi pavojaus signalai sumažinami iki 4 per savaitę, o tikri gedimai vis tiek užfiksuojami. Apatinė eilutė: Pavojaus signalo nuovargis gali sutrikdyti nuspėjamąją priežiūrą; balansas yra būtinas.

raginimo šablonai

1 šablonas – atributo pasiūlymas (valdomas nuotėkis):

Vaidmuo: esate nuspėjamųjų priežiūros duomenų mokslininkas. Užduotis: pasiūlykite kandidatų atributus ankstyvam turbo gedimo aptikimui. Kontekstas: Signalai: turboslėgis, išmetamųjų dujų temperatūra, variklio sūkiai, apkrova; 1 mėginys per sekundę; VIN buvo anonimizuotas. Apribojimas: Pasiūlyti atributus, kurių negalima žinoti numatymo metu (ateities / nutekėjimo rizika); vėliavėlės nutekėjimo rizika kiekvienam atributui.Išvestis: Atributas | pagrindimas | Nuotėkio rizikos (Y/N) lentelė.

2 šablonas – DTC aiškinimas:

Vaidmuo: esate automobilių diagnostikos specialistas. Užduotis: interpretuokite šį DTC derinį ir išvardykite galimas pagrindines priežastis. Kontekstas: P0300, P0171, silpna tuščiosios eigos vibracija; paskutinis aptarnavimas prieš 10 000 km. Apribojimas: galutinė diagnozė; priežastis tikimybės tvarka ir kiekvienam pateikite patikrinimo priemonę.Išvestis: Tikėtina priežastis | patikrinimas | prioritetas.

3 šablonas – RUL aiškinimas:

Vaidmuo: esate patikimumo inžinierius. Užduotis: išverskite mano RUL sąmatą į priežiūros planą. Kontekstas: sankabos RUL įvertis 3500 km, pasikliautinasis intervalas 2800-4500 km; nekritiškas saugai, bet per daug brangus. Apribojimas: Atsižvelkite į neapibrėžtumą ir klaidingo pavojaus signalo kainą; nepasitikėk nelyginiais skaičiais.Išvestis: rekomenduojamas priežiūros langas + pagrindimas + likusi rizika.

4 šablonas – aliarmo logika:

Vaidmuo: esate transporto parko stebėjimo sistemos dizaineris.Užduotis: Pasiūlykite pavojaus signalo taisyklės projektą, kuris sumažintų klaidingą pavojaus signalą.Kontekstas: modelis pateikia balus pagal laikrodį; technikai patiria aliarmo nuovargį.Išvestis: taisyklė (pvz., kaskadinis patvirtinimas, histerezė) + numatomas poveikis.

Silpnas raginimas / Stiprus raginimas

Silpnas raginimas:

Sukurkite modelį, numatantį variklio gedimą.

Neaišku, koks gedimas, koks signalas, prieš kiek laiko, kokia patikra.

Galingas raginimas:

Vaidmuo: esate nuspėjamasis techninės priežiūros inžinierius. Užduotis: Sukurkite metodą, įspėjantį apie turbokompresoriaus nuotėkį bent 1000 km iš anksto, ir parašykite patikros planą. Kontekstas: 40 transporto priemonių parkas, CAN signalai, 12 ankstesnių gedimų įrašų; VIN anoniminis. Apribojimas: Užkirsti kelią duomenų nutekėjimui; RUL su neapibrėžties diapazonu; aptarti klaidingo pavojaus signalo kainą; reikalauti galutinės diagnozės.Išvestis: Žingsnis | metodas | nutekėjimo rizika | patikros lentelė.

Dažnos klaidos

• Duomenų nutekėjimas. Atributas, kuriame yra ateitis arba atsakymas, sukuria pseudo-didelį tikslumą.
• Mąstymas RUL yra vienintelis tikslus skaičius. RUL be neapibrėžtumo diapazono ir saugos ribos yra klaidinantis.
• Žadintuvo nuovargio nepaisymas. Per daug klaidingų pavojaus signalų sumažins sistemos patikimumą.
• Nesaugo konfidencialių duomenų. VIN, vieta, vairavimo elgesys yra jautrūs; Anonimizuoti.
• Laiko žymos / vieneto klaida. Jei jutikliai yra netinkamai suderinti, modelis išmoksta beprasmį modelį.

Apibendrinant

• Nuspėjamoji priežiūra skirta „laiku“ įsikišimui naudojant duomenimis pagrįstą numatymą; sumažina atliekų kiekį, palyginti su korekcine ir prevencine priežiūra.
• Duomenys gaunami kaip laiko eilutės iš CAN, OBD ir telematikos; Anonimiškumas ir konfidencialumas yra būtini.
• Trys pagrindinės užduotys: anomalijų aptikimas, RUL numatymas, gedimų klasifikavimas.
• Duomenų nutekėjimas yra pavojingiausia spąstai; Išsaugokite praeities/ateities skirtumą.
• RUL turėtų būti pateiktas su neapibrėžtumo diapazonu, subalansuotu klaidingo aliarmo sąnaudomis ir saugos riba.

Taikymo užduotis

Pasirinkite komponentą (pvz., akumuliatorių, stabdžių trinkeles, turbiną). (1) Sąrašas, kurie signalai atspindi šio komponento būklę. (2) Paimkite atributų pasiūlymus naudodami 1 šabloną ir pažymėkite kiekvieną iš jų, kad būtų išvengta nutekėjimo rizikos. (3) Konvertuokite RUL prognozę į priežiūros langą su neapibrėžties intervalu. (4) Apibrėžkite aliarmo taisyklę ir užsirašykite savo privatumo priemones, kad sumažintumėte klaidingų pavojaus signalų skaičių.

kontrolinis sąrašas

• [ ] Išsiaiškinau numatomą gedimą ir reikalingą išankstinio įspėjimo laikotarpį.
• [ ] Patikrinau atributus, ar nėra duomenų nutekėjimo.
• [ ] Pateikiau RUL su neapibrėžties diapazonu ir saugos riba.
• [ ] Įvertinau klaidingo pavojaus signalo kainą ir aliarmo nuovargį.
• [ ] Anonimizuojau slaptus duomenis, pvz., VIN / vietą.
• [ ] Patikrinau jutiklio išlygiavimą ir įrenginio nuoseklumą.