📅 · 4 min čitanja · Tim Meta Smart Factory
Ovo dvoje se prodaje kao jedna kupovina, a nije. Šta CMMS beleži, šta prediktivno održavanje dodaje na to, i granica koja odlučuje da li podaci sa senzora postaju radni nalog ili samo grafikon na koji niko ne reaguje.
Menadžer održavanja traži „CMMS". Dobavljač odgovara senzorima, mašinskim učenjem i kontrolnom tablom koja predviđa kvarove tri nedelje unapred. Negde u tom razgovoru se izgubi pravo pitanje — šta se dešava sledeći put kada se mašina pokvari u dva ujutru. CMMS i prediktivno održavanje nisu konkurentske kupovine, ali nisu ni ista kupovina. Jedno je okosnica evidencije; drugo je jedna strategija koju pokrećete na toj okosnici. Kupiti drugo bez prvog je češća i skuplja greška.
CMMS — kompjuterizovan sistem za upravljanje održavanjem — namerno je nespektakularan: radni nalozi, preventivni rasporedi, zalihe rezervnih delova i istorija mašina, sve na jednom mestu umesto na beloj tabli, u Excel tabeli i u glavi tehničara koji se najbolje seća šta se dogodilo prošli put. Planovi zasnovani na vremenu i korišćenju — mesečno, godišnje, ili na svakih N radnih sati ili proizvedenih komada — generišu se i prate automatski, umesto da zavise od toga da li će neko primetiti da je rok stigao.
Ta okosnica je važnija od strategije koja se gradi na njoj, jer svaka strategija zavisi od iste evidencije. Predviđanje da će ležaj otkazati ne vredi ništa ako ne postoji radni nalog po kome se postupa, ako nije dodeljen tehničar i ako ne postoji istorija o tome šta je zaista urađeno kada je taj ležaj poslednji put servisiran. Fabrike koje pređu pravo na prediktivno održavanje bez da prvo srede disciplinu radnih naloga obično otkriju da je model bio lakši deo posla.
Preventivno održavanje se vodi kalendarom ili brojačem: servisirajte ovaj reduktor svakih 90 dana ili svakih 50.000 ciklusa, šta god nastupi prvo, bez obzira na to kako reduktor zaista funkcioniše. Jeftino je za početak — dovoljan je CMMS sa planovima zasnovanim na strategiji, bez ijednog senzora — a preterano servisira zdravu opremu dok nedovoljno servisira opremu pod neuobičajenim opterećenjem, jer vreme i broj ciklusa jesu posredni pokazatelj habanja, a ne njegovo merenje.
Prediktivno održavanje taj posredni pokazatelj zamenjuje merenjem. Podaci o vibracijama, temperaturi i struji sa IoT senzora ili postojećeg PLC-a hrane model koji signalizira degradaciju pre nego što postane kvar — ležaj koji radi topliji nego što je njegova sopstvena polazna vrednost, motor koji vuče više struje nego što je isti taj motor vukao pre mesec dana za isti posao. Ishod je i dalje radni nalog u istom CMMS-u; promenio se samo okidač, sa datuma na stvaran signal.
Iskrena ograda: prediktivni model je dobar onoliko koliko je dobra istorija kvarova iz koje je učio. Mašina bez ijednog zabeleženog kvara i bez istorije senzora za proteklu godinu ne daje modelu ništa prema čemu bi se kalibrisao. To je praktičan razlog zašto je prediktivno održavanje obično druga stvar koju fabrika uvede, a ne prva — CMMS mora da beleži stvarne kvarove i stvarne popravke pre nego što „predvidi sledeći" počne bilo šta da znači.
MTBF (srednje vreme između kvarova) i MTTR (srednje vreme popravke) nisu kozmetički pokazatelji; to su jedina dva broja koji razdvajaju „mi radimo održavanje" od „održavanje zaista funkcioniše". Rast MTBF-a znači da strategija koja je na snazi — preventivna, prediktivna ili obe — zaista sprečava kvarove, a ne da ih samo dokumentuje nakon činjenice. Pad MTTR-a znači da, kada nešto zaista pukne, radni nalog, dodeljeni tehničar i rezervni deo stižu dovoljno brzo da zastoj bude mehanički problem, a ne administrativni.
Istorija održavanja koja samo broji kvarove, bez vremenskih oznaka za „prijavljeno", „započeto" i „zatvoreno", ne može pošteno da proizvede nijedan od ta dva broja. To je konkretan razlog zašto istorija mašina mora biti strukturiran podatak unutar CMMS-a — MTBF, MTTR, procenat zastoja, stopa hitnih intervencija i trošak po mašini, liniji i fabrici, izračunati iz istih zapisa koje je tehničar već popunio, a ne rekonstruisani kasnije iz sećanja.
Plan održavanja i proizvodni raspored oba pokušavaju da prisvoje iste mašinske sate, i ako se grade u dva sistema koja međusobno ne komuniciraju, jedna strana za drugu saznaje iznenađenjem. Održavanje zakaže zamenu ležaja za utorak popodne; proizvodnja ima hitnu porudžbinu s rokom u utorak popodne na istoj liniji. Neko gubi, a obično to odlučuje ko glasnije viče tog jutra, a ne koji izbor zaista manje košta.
Planiranje prozora za održavanje unutar proizvodnog rasporeda — a ne protiv njega — pretvara tu raspravu u ograničenje pri terminiranju umesto u sukob. APS vidi prozor za održavanje kao nedostupan termin kada gradi plan, a održavanje vidi potvrđene naloge kada predlaže prozor. Nijedna strana nije iznenađena, jer nijedna ne radi po planu koji druga ne može da vidi.
Isto pitanje granice koje razdvaja MES od ERP-a i SCADA-e važi i ovde, i vredi biti podjednako precizan oko njega. MES poseduje trenutak kada se mašina zaustavi: beleži uzrok zastoja — kategoriju, vremensku oznaku, koju operaciju — u realnom vremenu, u pogonu, jer je tu zastoj prvi put vidljiv. CMMS poseduje ono što sledi: prijavu održavanja automatski kreiranu iz tog uzroka zastoja, dispečovanog tehničara, rezervisan deo, zabeleženu popravku, i ceo događaj uklopljen u MTBF te mašine u trenutku zatvaranja naloga.
Tretirajte ta dva sistema kao zamenu jedan za drugi i nešto puca u oba pravca. Zatražite od MES-a da vodi popravku i on nema pojma o zalihama rezervnih delova, veštinama tehničara ili preventivnom kalendaru — nije za to napravljen. Zatražite od CMMS-a da uopšte otkrije zastoj, bez toka podataka iz pogona, i svaka prijava zavisi od toga da li će se neko setiti da je ručno unese, što je tačno onaj problem discipline zbog kog je CMMS i kupljen. Integracija koja zaista radi je uska i konkretna: uzrok zastoja zabeležen u MES-u automatski kreira prijavu održavanja, sa već popunjenom mašinom, vremenom i šifrom kvara. Niko ništa ponovo ne kuca, i ništa ne čeka da neko primeti.
Radni nalog koji tehničaru kaže šta da popravi, a ne kaže mu da li je deo na polici, jeste pola sistema, i baš tu iznenađujući broj uvođenja CMMS-a tiho propadne u prvoj godini. Provera zalihe se svakako dešava — samo se dešava kao telefonski poziv magacinu umesto unutar softvera, čime se kašnjenje vraća tačno tamo odakle je CMMS trebalo da ga ukloni.
Povezivanje naloga za održavanje direktno sa zalihama rezervnih delova zatvara taj jaz: radni nalog rezerviše deo koji mu treba, transfer između skladišta uz potvrdu barkodom ga premešta ako se drži na drugoj liniji ili drugoj lokaciji, a porudžbenica se automatski pokreće ako je polica zaista prazna. Tehničar i dalje ide do police, ali softver je već odgovorio na pitanje da li će deo biti tamo — a to je razlika između deset minuta hoda i dva dana čekanja na istu popravku.
Kroz uvođenja održavanja u Meta Smart Factory, tipičan pomak od čisto reaktivnog ili labavo preventivnog pristupa ka CMMS-u sa nadograđenim prediktivnim održavanjem donosi otprilike 45% manje kvarova, produžava vek trajanja mašina za oko 20% i smanjuje troškove održavanja za oko 30%, uz radne naloge koji prelaze na potpuno digitalno iz bilo kakve mešavine papira i sećanja koja je prethodila. Nijedan od ta četiri broja ne potiče samo od senzora — svi potiču iz kombinacije: CMMS-a koji pouzdano beleži svaki kvar i svaku popravku, preventivnih planova koji prestaju da nagađaju intervale, prediktivnih upozorenja tamo gde ih istorija kvarova opravdava, i rezervnih delova koji su rezervisani pre nego što se tehničar pošalje, umesto da se otkrije da nedostaju kasnije.
Praktično pitanje redosleda nije „CMMS ili prediktivno održavanje" — nego šta ide prvo, a odgovor je uvek CMMS. Prediktivno održavanje je strategija koju usmeravate na sistem za održavanje koji već beleži istinu o tome šta se kvari i koliko to košta. Usmerite je na bilo šta manje od toga i model nema od čega stvarno da uči.
Razgovarajte sa našim stručnjacimaCMMS je sistem evidencije — radni nalozi, preventivni rasporedi, rezervni delovi i istorija mašina. Prediktivno održavanje je jedna strategija koja se pokreće na toj osnovi: koristi podatke sa senzora (vibracije, temperatura, struja) da pokrene radni nalog na osnovu stvarnog signala umesto datuma iz kalendara. Fabrika može da vodi CMMS sa čisto preventivnim (kalendarskim/prema korišćenju) planovima i bez ijednog senzora; prediktivnom održavanju uvek treba CMMS ispod njega da bi se postupilo po onome što predvidi.
Podaci sa senzora — vibracije, temperatura i struja su tipični ulazni podaci, sa IoT uređaja ili postojećeg PLC-a — plus dovoljno zabeležene istorije kvarova da model nauči kako izgleda „nenormalno" za tu konkretnu mašinu. Mašina bez istorije održavanja iza sebe daje prediktivnom modelu ništa prema čemu bi se kalibrisao, zato se prediktivno održavanje obično uvodi tek pošto je CMMS neko vreme beležio stvarne kvarove, a ne pre toga.
Ni jedno ni drugo. MES beleži uzrok zastoja u realnom vremenu u pogonu — šta se zaustavilo, kada i zašto. CMMS preuzima odatle: prijavu održavanja, dodeljenog tehničara, rezervisani rezervni deo, zatvoren radni nalog i MTBF/MTTR koji iz toga proizlaze. Integracija koja funkcioniše jeste da uzrok zastoja u MES-u automatski kreira prijavu održavanja, tako da niko isti događaj ne unosi ručno u dva sistema.
MTBF (srednje vreme između kvarova) je ukupno radno vreme podeljeno brojem kvarova; MTTR (srednje vreme popravke) je ukupno vreme popravke podeljeno brojem popravki. Rast MTBF-a znači da strategija održavanja sprečava kvarove, a ne da ih samo beleži; pad MTTR-a znači da, kada nešto pukne, radni nalog, tehničar i rezervni deo stižu dovoljno brzo da zastoj bude mehanički problem, a ne administrativni. Za oba su potrebne vremenske oznake „prijavljeno / započeto / zatvoreno" na svakom radnom nalogu — evidencija održavanja koja samo beleži da se nešto pokvarilo ne može pošteno da proizvede nijedan od ta dva broja.
Mogu, i bez te integracije održavanje i proizvodnja završe tako što nezavisno terminiraju iste mašinske sate i za sukob saznaju na teži način. Planiranje prozora za održavanje unutar APS-a znači da raspored taj prozor tretira kao nedostupan termin dok gradi plan, umesto da se održavanje i proizvodnja svako za sebe obavežu na isti utorak popodne u dva sistema koja nikada nisu uporedila beleške.
Isključivo preventivno je legitimna polazna tačka bez ijednog senzora: CMMS sa planovima zasnovanim na vremenu i korišćenju već uklanja problem praćenja kalendara napamet, a to je najveći deo onoga što prvo uvođenje treba da reši. Prediktivno održavanje se isplati dodati kada postoji dovoljno zabeležene istorije kvarova da se model na njoj obuči i kada je oprema o kojoj je reč dovoljno skupa ili ometajuća kada otkaže da rano otkrivanje opravda trošak senzora — ne mora svaka mašina u pogonu da bude prediktivna od prvog dana.