System Zarządzania Utrzymaniem Ruchu (CMMS)

Danych z czujników pochodzących z urządzeń META Smart I/O lub istniejących sterowników PLC. Typowe dane wejściowe to drgania, temperatura, prąd i liczba cykli.

Tak, zlecenia, listy kontrolne i historia maszyn są dostępne na telefonach, tabletach i panelach MSF.

Tak. Przyczyny przestojów zarejestrowane w MES automatycznie tworzą zgłoszenia serwisowe.

Plany prewencyjne oparte na datach lub licznikach, zlecenia serwisowe, rezerwacje części zamiennych i historia maszyn działają wyłącznie na zapisach, bez jednego sygnału z czujnika. Pierwsze miesiące dają kodowanie awarii, wskaźnik zgodności z planem i historię przestojów, czyli punkt odniesienia, wobec którego ocenia się potem każdy monitoring stanu. Dopiero sklasyfikowanie dwunastu miesięcy własnych postojów nieplanowanych pokazuje, na których maszynach akcelerometr ma sens.

Żadnej, która następuje bez narastającego, mierzalnego objawu. Sterowniki, karty I/O i większość czujników dwustanowych psują się niemal losowo, a kolizje, błędy przezbrojenia i uszkodzenia od operatora są pojedynczymi zdarzeniami, które nie narastają stopniowo. Element zabezpieczający, na przykład zawór bezpieczeństwa albo wyłącznik krańcowy blokady, nie wysyła żadnego sygnału aż do chwili, przed którą ma chronić, więc monitorowanie nic tu nie da i testuje się go w stałych odstępach. Drgania i prąd dobrze opisują zużycie mechaniczne elementów wirujących, a tych mechanizmów nie opisują wcale.

Mniej, niż sugeruje oferta budowana wokół modelu, bo pierwsze użyteczne progi biorą się z wiedzy inżynierskiej i historia nie jest do nich potrzebna: częstotliwości defektów łożyska z geometrii i prędkości wału, spadek ciśnienia na filtrze, przyrost temperatury ponad normę tej maszyny przy tym samym obciążeniu. Wykrywanie anomalii wymaga tylu godzin zdrowej pracy, żeby objąć normalną zmienność wyrobu, prędkości i zmiany. Szacowanie pozostałego czasu życia wymaga przebiegów aż do awarii, których w większości zakładów po prostu nie ma.

Zaplanuj imiennie wskazanego właściciela po stronie utrzymania ruchu. Ułamek etatu wszystkich naraz się nie sprawdzi. Najcięższa część jest na starcie: struktura obiektów technicznych, plany prewencyjne zgodne z tym, co naprawdę robicie, i raz uzgodniony schemat kodowania awarii. Po uruchomieniu praca bieżąca to selekcja alarmów i zamykanie zleceń z ustrukturyzowanym opisem usterki, zużytymi częściami i odczytami liczników. Liczbę alarmów dobierz do tego, ile jedna osoba realnie zbada, inaczej po pewnym czasie nikt nie będzie ich otwierał.

MTBF to czas pracy podzielony przez liczbę awarii, MTTR to łączny czas napraw podzielony przez liczbę napraw, oba liczone z pól zlecenia: czas zgłoszenia, rozpoczęcie i zakończenie naprawy. Bez licznika godzin pracy lub sygnału pracy z MES dostępny jest tylko czas kalendarzowy między awariami, więc mało obciążona maszyna sama sobie zawyża MTBF. Czas naprawy też znaczy co innego liczony od zgłoszenia, bo obejmuje oczekiwanie i części, a co innego od rozpoczęcia naprawy, bo to czysty czas pracy z kluczem.

Nie, działa samodzielnie. Operatorzy wystawiają zgłoszenia z panelu HMI albo z przeglądarki, a plany, zlecenia i część magazynowa nie potrzebują niczego więcej. APS dokłada to, że uzgodnione okno serwisowe trafia do planisty jako ograniczenie w harmonogramie. Nie zostaje rozmową na korytarzu, o której ktoś zapomni. Bez tego okna uzgadniacie z produkcją ręcznie. Tak zaczyna wiele zakładów i przy tym można spokojnie zostać.

Rzadko samo z siebie. Ostrzeżenie pomaga tylko wtedy, gdy powtarzalnie wyprzedza czas dostawy danej części, a nieznany moment awarii to jedna z kilku przyczyn istnienia zapasu bezpieczeństwa: zmienność terminów dostaw, minimalne wielkości zamówienia i jeden indeks obsługujący kilka maszyn zostają na miejscu. Moduł rezerwuje części pod zlecenie i uruchamia zamówienie zakupu, gdy brakuje zapasu. Najpierw zamieńcie ostrzeżenia na planowane okna serwisowe, a do poziomów zapasu wróćcie po roku zebranych danych.