Systém riadenia údržby (CMMS)

Údaje zo senzorov zariadení META Smart I/O alebo z existujúcich PLC. Typickými vstupmi sú vibrácie, teplota, prúd a počty cyklov.

Áno, pracovné príkazy, kontrolné zoznamy a história stroja sú dostupné na telefónoch, tabletoch a paneloch MSF.

Áno. Príčiny prestojov zaznamenané v MES automaticky vytvárajú hlásenia pre údržbu.

Preventívne plány podľa dátumov alebo počítadiel, pracovné príkazy, rezervácie náhradných dielov a história strojov fungujú len na základe záznamov, bez akéhokoľvek vstupu zo senzorov. Prvé mesiace vám dajú kódovanie porúch, plnenie plánu a históriu prestojov, čo je zároveň východiskový stav, s ktorým sa neskôr porovná akékoľvek monitorovanie stavu. Až keď roztriedite dvanásť mesiacov vlastných neplánovaných zastavení, uvidíte, pri ktorých zariadeniach by sa akcelerometer oplatil.

Všetko, čo zlyhá bez postupného, merateľného varovania. Riadiace dosky, I/O karty a väčšina binárnych snímačov zlyhávajú takmer náhodne a kolízie, chyby pri nastavení či poškodenie obsluhou sú udalosti, nie procesy. Ochranné zariadenie, napríklad poistný ventil alebo bezpečnostné blokovanie, nevyšle nič, kým nenastane udalosť, pred ktorou chráni, takže nie je čo monitorovať a v intervaloch sa naň robí skúška funkčnosti. Vibrácie a prúd dobre zachytia mechanické opotrebenie rotačných častí, tieto druhy porúch však vôbec nie.

Menej, ako naznačuje ponuka postavená na modeloch, pretože prvé použiteľné limity vychádzajú z inžinierskych výpočtov, nie z histórie: poruchové frekvencie ložísk z geometrie a otáčok hriadeľa, tlaková strata na filtri, nárast teploty nad bežnú hodnotu daného stroja pri rovnakom zaťažení. Detekcia anomálií potrebuje dosť bezporuchovej prevádzky, aby pokryla bežnú variabilitu výrobku, rýchlosti a zmeny. Odhady zostávajúcej životnosti potrebujú príklady prevádzky až do poruchy, a tie väčšina závodov jednoducho nemá.

Počítajte s konkrétnym zodpovedným človekom na strane údržby, nie s kúskom týždňa od každého. Najviac práce je na začiatku: hierarchia zariadení, preventívne plány, ktoré zodpovedajú tomu, čo naozaj robíte, a raz dohodnutá schéma kódovania porúch. Po spustení do prevádzky je opakovanou prácou triedenie upozornení a uzatváranie príkazov so štruktúrovaným nálezom, spotrebovanými dielmi a stavmi počítadiel. Množstvo upozornení nastavte na to, čo jeden človek naozaj stihne preveriť, inak ich ľudia prestanú otvárať.

MTBF je prevádzkový čas vydelený počtom porúch, MTTR je celkový čas opráv vydelený počtom opráv. Obe hodnoty sa skladajú z polí pracovného príkazu: čas nahlásenia, začiatok a koniec opravy. Bez počítadla motohodín alebo signálu o chode z MES je k dispozícii len kalendárny čas medzi poruchami, takže nevyužívaný stroj si vlastné MTBF prikrášľuje. Čas opravy tiež znamená niečo iné, keď sa meria od nahlásenia, čo zahŕňa čakanie a diely, alebo od začiatku opravy, čo je čistý čas práce na oprave.

Nie, beží samostatne. Operátori zadávajú hlásenia z HMI alebo z prehliadača a plány, pracovné príkazy ani náhradné diely nepotrebujú nič ďalšie nainštalované. APS pridáva to, že dohodnuté okno údržby sa k plánovačovi dostane ako obmedzenie v plánovaní, takže už nezávisí od rozhovoru na chodbe, na ktorý niekto zabudne. Bez neho okná s výrobou dohadujete ručne. Tak začína veľa závodov a pokojne pri tom môžete aj zostať.

Sama osebe zriedka. Varovanie pomôže len vtedy, keď spoľahlivo predbehne dodaciu lehotu daného dielu, a neznámy čas poruchy je len jeden z dôvodov, prečo poistná zásoba existuje. Kolísanie dodacích lehôt, minimálne objednávacie množstvá a jedno číslo dielu pre viacero zariadení zostávajú. Modul rezervuje diely k pracovnému príkazu a pri nedostatku spustí nákup. Najprv premeňte varovania na plánované okná a k výške zásob sa vráťte po roku podložených údajov.