A prediktív karbantartást gyakran mesterséges intelligenciával és összetett modellekkel azonosítják. A legtöbb szervezet számára azonban az első értékes lépés egyszerűbb: legyen megbízható eszköznyilvántartás, értelmezhető állapotadat és következetes munkafolyamat.

A három karbantartási logika

Reaktív és tervszerűJavítás meghibásodás utánBeavatkozás idő vagy üzemóra alapjánEgyszerű, de lehet túl korai vagy túl késői
Állapotfüggő és prediktívBeavatkozás mérhető állapot alapjánA romlás és kockázat követéseJobb időzítés, de jó adatot és folyamatot igényel

Nem minden eszköznél indokolt a prediktív megközelítés. Egy olcsó, könnyen cserélhető, nem kritikus alkatrésznél a reaktív stratégia is gazdaságos lehet. A döntést a meghibásodás következménye, gyakorisága, észlelhetősége és a beavatkozás költsége alapján kell meghozni.

A riasztás még nem diagnózis

Egy határérték-túllépés azt jelzi, hogy valami eltér az elvárttól, de nem feltétlenül mondja meg az okot. Ugyanaz a magas hőmérséklet származhat terhelésváltozásból, környezeti hatásból, érzékelőhibából vagy valódi műszaki romlásból.

Ezért az értéket üzemállapottal, terheléssel, környezettel és korábbi viselkedéssel együtt kell vizsgálni. A cél nem a lehető legtöbb riasztás, hanem a kevés, indokolt és rangsorolható esemény.

A teljes lánc: állapottól munkalapig

Állapotmérés→Eltérés→Kockázat→Munkalap→Visszacsatolás

Az eseménynek kapcsolódnia kell az eszközhöz, annak kritikus szerepéhez és karbantartási előzményeihez. A munkalap rögzíti a vizsgálatot, a talált hibát, a felhasznált anyagot és az eredményt. Ez a visszacsatolás teszi később pontosabbá a szabályt vagy modellt.

Egyszerű szabálytól az előrejelzésig

Érdemes fokozatosan haladni. Első szint lehet egy jól megválasztott határérték és tartóssági feltétel. Következő lépés a trend, a változási sebesség vagy több jel együttes értékelése. Statisztikai vagy gépi tanulási modell akkor indokolt, ha elegendő, jó minőségű történeti adat és megfelelően dokumentált hibapélda áll rendelkezésre.

Egy bonyolult modell nem pótolja a hiányos eszközazonosítást, a rossz mérési pontot vagy a következetlen hibakódolást.

Pilot és sikerkritérium

Jó kezdés egy kritikus, de jól megfigyelhető eszközcsoport. Előre rögzíteni kell, mit tekintünk eredménynek: kevesebb váratlan leállást, hosszabb előrejelzési időt, kevesebb felesleges ellenőrzést vagy jobb alkatrész-tervezhetőséget. A téves riasztások számát ugyanúgy mérni kell, mint a felismert hibákat.

Döntési ellenőrzőlista

  • Az eszköz meghibásodása érdemi működési vagy pénzügyi kockázat?
  • Van mérhető jel, amely a hibát kellő időben megelőzi?
  • Az állapotadat terhelési és környezeti kontextussal együtt értelmezhető?
  • Az eseményből szabályozott karbantartási feladat lesz?
  • Rögzítjük a vizsgálat eredményét és a valódi hibamódot?
  • Mérjük a téves és elmulasztott riasztásokat is?

Az előrejelzés értéke a végrehajtásban mérhető

Az OrigSmart az eszközállapotot nem külön dashboardként kezeli: az esemény összekapcsolható az eszköz törzsadatával, helyével, karbantartási feladatával és lezárási eredményével.

Beszéljünk az állapotfelügyeletről