Systém řízení údržby (CMMS)

Data ze senzorů zařízení META Smart I/O nebo stávajících PLC. Typickými vstupy jsou vibrace, teplota, proud a počty cyklů.

Ano, pracovní příkazy, kontrolní seznamy i historie stroje jsou dostupné na telefonech, tabletech i panelech MSF.

Ano, příčiny prostojů zaznamenané v MES automaticky vytvářejí hlášení pro údržbu.

Preventivní plány podle data i podle počitadel, pracovní příkazy, rezervace náhradních dílů a historie stroje běží čistě nad záznamy, bez jediného vstupu ze senzoru. První měsíce vám dají kódování poruch, dodržování plánu a historii prostojů. Právě to je základna, proti které se pak jakékoli pozdější sledování stavu poměřuje. Teprve když si roztřídíte dvanáct měsíců vlastních neplánovaných zastavení, uvidíte, u kterých strojů se akcelerometr vůbec vyplatí.

Všechno, co selže bez postupného, měřitelného varování. Řídicí desky, I/O karty a většina binárních čidel selhávají prakticky náhodně a kolize, chyby při seřízení nebo poškození obsluhou jsou události, ne procesy. Ochranný prvek jako pojistný ventil nebo blokování nevydá až do okamžiku, kterému má zabránit, vůbec nic. Proto se u něj monitoring nepoužívá a dělá se zkouška funkce v intervalu. Vibrace a proud dobře čtou mechanické opotřebení rotačních částí a tyhle režimy vůbec.

Míň, než napovídá nabídka postavená na modelu, protože první použitelné meze vycházejí z výpočtu, ne z historie: poruchové frekvence ložiska z geometrie a otáček hřídele, tlaková ztráta na filtru, nárůst teploty nad vlastní normál stroje při stejné zátěži. Detekce anomálií potřebuje dost zdravého provozu, aby pokryla běžný rozptyl daný produktem, rychlostí a směnou. Odhad zbytkové životnosti potřebuje průběhy dojeté až do poruchy, které většina provozů prostě nemá.

Počítejte s jedním konkrétním člověkem na straně údržby, ne s kouskem týdne od každého. Těžká část je na začátku: strom zařízení, preventivní plány odpovídající tomu, co reálně děláte, a jednou dohodnuté schéma kódování poruch. Po spuštění je opakovaná práce v třídění hlášení a v uzavírání příkazů se strukturovaným nálezem, spotřebovanými díly a stavy počitadel. Množství upozornění nastavte na to, co jeden člověk stihne skutečně prošetřit, jinak je přestane otevírat.

MTBF je doba provozu dělená počtem poruch, MTTR je celkový čas oprav dělený počtem oprav, obojí se skládá z polí pracovního příkazu: čas nahlášení, začátek a konec opravy. Bez počitadla motohodin nebo signálu o běhu z MES máte k dispozici jen kalendářní čas mezi poruchami, takže málo využívaný stroj si vlastní MTBF vylepší sám od sebe. A číslo za opravu znamená něco jiného, když se měří od nahlášení, kde je i čekání a shánění dílů, než když se měří od začátku opravy, což je čistý čas s klíčem v ruce.

Ne, běží samostatně. Operátoři zadávají hlášení z HMI nebo z prohlížeče a plány, pracovní příkazy ani náhradní díly nepotřebují nic dalšího nainstalovaného. APS přidává to, že se dohodnuté okno pro údržbu dostane k plánovači jako plánovací omezení, a ne jako domluva na chodbě, na kterou někdo zapomene. Bez něj si okna dojednáváte s výrobou ručně, což je způsob, jakým spousta provozů začíná, a klidně u něj může zůstat.

Sama o sobě málokdy. Varování pomůže jen tehdy, když spolehlivě předběhne dodací lhůtu daného dílu, a neznámý okamžik poruchy je jen jeden z důvodů, proč pojistná zásoba existuje. Rozptyl dodacích lhůt, minimální objednací množství i jedno číslo dílu sdílené několika stroji tu zůstávají dál. Modul rezervuje díly k pracovnímu příkazu a při nedostatku spustí nákupní objednávku. Nejdřív proměňte varování v plánovaná okna a k výši zásob se vraťte po roce doložených dat.