Szenzor alapú karbantartás gyakorlatban: rezgés, hőmérséklet, riasztás

Hol kezdődik a szenzor alapú karbantartás

A szenzor alapú karbantartás nem helyettesíti a PM-et — kiegészíti. Az időalapú megelőző karbantartás továbbra is kell; a szenzor azt jelzi, ha valami a két PM között elromlik, vagy ha a kopás gyorsabb, mint a naptár feltételezi.

A prediktív karbantartás cikkünk elméleti keretet ad: állapot alapú beavatkozás vs. naptár. A szenzor alapú megközelítés a gyakorlati első lépés — nem kell azonnal AI-modell, elég küszöb + trend + riasztás → munkalap.

Kezdd 2–5 kritikus eszközzel (A-kategória): kompresszor, főprés, szivattyú, hűtőkompresszor. Ha itt működik a riasztás → munkalap folyamat, bővítsd. Ha minden gépre teszel szenzort egyszerre, a false positive-ok elárasztják a csapatot.

Rezgés és hőmérséklet: mit mérj és hol

Rezgés (mm/s vagy g): csapágy kopás, desalignálás, szivattyú kavitáció, ventilátor egyensúlyhiány. A mérés pontja számít: motorháztető csapágy közelében, nem a kereten bárhol. Baseline (egészséges állapot) rögzítése induláskor kötelező.

Hőmérséklet (°C): csapágy, olaj, környezet, motor tekercs. Hirtelen emelkedés gyakran kenés- vagy terhelési probléma. Lassú trend emelkedés kopást jelez. Párosítsd rezgéssel: ha mindkettő emelkedik, a beavatkozás prioritása magas.

Üzemóra és fogyasztás kiegészítő jelek: kompresszor üzemóra + energiafogyasztás emelkedés szivárgásra vagy szűrő telítettségre utal. A digitális iker gyártásban cikkünk bemutatja, hogyan épülnek ezek az adatok az eszköz élettörténetébe.

• →Rezgés: csapágy, alignálás, mechanikus kopás (mm/s, g)
• →Hőmérséklet: csapágy, olaj, motor (°C, trend)
• →Nyomás / áramlás: szivárgás, szűrő telítettség
• →Üzemóra: használatalapú PM kiegészítése
• →Baseline: egészséges állapot rögzítése induláskor

Küszöbérték beállítás: riasztás, figyelmeztetés, kritikus

Három szintű küszöb a gyakorlatban működik: zöld (normál), sárga (figyelmeztetés — trend figyelés, PM előrehozás), piros (kritikus — azonnali munkalap). Példa rezgésre: baseline 2,1 mm/s → sárga 4,0 mm/s → piros 6,5 mm/s. Ezeket az első 4–6 hét mérési adatból kalibráld, ne katalógusértékből.

A túl szoros küszöb false positive-ot okoz: napi 5–10 riasztás, amiből 8 ártalmatlan → a technikusok ignorálják. A túl laza küszöb késői beavatkozás: a gép már leállt, mire a riasztás jön.

Indulási stratégia: első hónapban csak sárga szint aktív (log, nincs automatikus munkalap), második hónaptól piros → automatikus munkalap. Így a küszöb finomhangolása adat alapú, nem érzés alapú.

Riasztás → automatikus munkalap: a folyamat

A szenzor adat a CMMS IoT moduljába érkezik (MQTT, API, gateway). Küszöb átlépése → riasztás → automatikus hibajegy / munkalap létrehozása az adott eszközhöz, prioritással (piros = kritikus), kiosztással (felelős technikus push értesítéssel).

A munkalapon szerepeljen: mérési érték riasztáskor, baseline, trend grafikon link, javasolt ellenőrzési pontok (pl. „csapágy zaj — ellenőrizd: kenés, alignálás, csapágy játék"). A technikus nem nulláról indul — látja a kontextust.

Lezáráskor rögzítsd az akciót: „csapágy csere", „alignálás", „false positive — küszöb módosítva". Ez táplálja a következő küszöb-finomhangolást és a ROI-számítást. Az automatikus munkalapok cikkünk a teljes életciklust lefedi.

False positive kezelés: amikor a riasztás hazudik

False positive okai: rossz küszöb, ideiglenes terheléskiugrás (indítás, terhelésváltozás), szenzor elhelyezési hiba, környezeti zaj (szomszédos gép, vibráció áthallatszik). Minden false positive-t dokumentálj — „lezárva: nincs hiba, küszöb emelve 5,0 → 5,8 mm/s".

Heti riasztás-review: hány riasztás, hányból lett valódi beavatkozás (precision). Cél: >60% precision az első hónap után, >75% a harmadik hónapra. Ha 30% alatt, a küszöb vagy a szenzor pozíció a gond — ne a technikusok lelkesedése.

Szűrési technikák: minimum időtartam (riaztás csak ha 10 percig folyamatosan küszöb felett), moving average (egyetlen spike nem indít munkalapot), működési állapot (csak üzem közben értelmezzük — leálláskor a rezgés más).

ROI példa: egy kompresszor, 14 hónap

Egy A-kategóriás kompresszor (értéke ~8 M Ft, állásidő költsége ~350 000 Ft/óra) rezgés- és hőmérséklet-szenzorral felszerelve. Szenzor + telepítés + integráció: ~180 000 Ft egyszeri. Havi platform díj: a meglévő CMMS IoT csomag része.

14 hónap alatt 3 riasztás → 3 beavatkozás: (1) szűrőcsere PM előtt — 45 perc, tervezett; (2) csapágy csere riasztás után — 3 óra, nem tervezett leállás (becsült kiesés 12 óra helyett 3); (3) false positive — küszöb finomhangolva. A (2) esetben a megtakarítás: 9 óra × 350 000 Ft = 3,15 M Ft egyetlen eseményből.

Összesített ROI: 180 000 Ft beruházás vs. ~3,5 M Ft elkerült kiesés + 2 előre hozott PM (kb. 400 000 Ft értékű állásidő-megelőzés). Megtérülés <2 hónap. A prediktív karbantartás elméleti keretében ez az első „érettségi szint": küszöb + riasztás + munkalap, AI nélkül.

Összegzés és következő lépés

A cikkben összefoglalt gyakorlati lépések akkor működnek tartósan, ha egy központi rendszerben futnak a munkalapok, az eszköznyilvántartás, a preventív ütemezés és — ahol kell — a tűzvédelmi ellenőrzések is. A szétszórt Excel-fájlok és papír naplók hosszú távon nem adják az auditálhatóságot és a valós idejű átláthatóságot.

A SafetyPro CMMS ezeket egy platformon egyesíti: QR/NFC azonosítás, mobil app offline módban, riportok és emlékeztetők. A Basic csomag 24 900 Ft/hó-tól indul; 14 napos ingyenes próba egyeztethető személyesen, a bemutató után.

Ha a témában leírt folyamatokat szeretnéd élesben látni a saját telephelyed példáján, kérj bemutatót — az értékesítési csapat általában 1 munkanapon belül válaszol.