Wąskie gardło, którego nie widać – jak analiza krótkich przestojów zmienia ocenę wydajności maszyny?

Maszyna może przepracować całą zmianę bez jednej poważnej awarii, a mimo to oddać kilkadziesiąt minut potencjalnej produkcji. Powód bywa banalny: zacięta etykieta, niedociągnięty detal, chwilowy brak materiału, czujnik zasłonięty na kilka sekund, ręczna korekta położenia produktu. Każde zdarzenie jest zbyt krótkie, żeby operator potraktował je jak awarię. Razem tworzą jednak stratę, która potrafi zmienić ocenę maszyny z „pracuje dobrze” na „tu ucieka nam wydajność”.

To właśnie krótkie przestoje, nazywane również mikroprzestojami lub small stops, są jednym z najczęściej niedoszacowanych źródeł strat. W klasycznej analizie OEE wpływają przede wszystkim na Performance, czyli wydajność, a nie na Availability rozumiane jako dostępność maszyny. Jeżeli system raportowy zapisuje tylko postoje trwające np. ponad 5 minut, kilkusekundowe zatrzymania praktycznie znikają z raportów awaryjności. Nie znikają jednak z wyniku produkcyjnego.

Kilka sekund postoju nie wygląda groźnie. Dopiero suma pokazuje problem

Wyobraźmy sobie linię pracującą na zmianie przez 450 minut. W ciągu zmiany pojawia się 240 zatrzymań po średnio 8 sekund. Żadne z nich nie uruchamia interwencji utrzymania ruchu. Operator po prostu poprawia detal, usuwa zacięcie albo ponownie uruchamia cykl.

240 × 8 sekund daje 1920 sekund, czyli 32 minuty straty na jednej zmianie.

Jeżeli idealny czas cyklu wynosi 6 sekund, w tych 32 minutach maszyna teoretycznie mogłaby wykonać:

32 × 60 / 6 = 320 dodatkowych cykli.

Przy uzysku 95% oznacza to około 304 dodatkowych dobrych sztuk na zmianę. Przy pracy trzyzmianowej strata rośnie do ponad 900 sztuk dziennie. W takim przypadku problemem nie jest już pojedynczy postój. Problemem jest jego częstotliwość.

To istotna różnica przy ustalaniu priorytetów. Awaria trwająca 25 minut natychmiast trafia do raportu, ma numer zgłoszenia i zwykle konkretną przyczynę. Dwieście krótkich zatrzymań po kilka sekund może zabrać więcej czasu, ale nie wywołać żadnej formalnej reakcji.

W praktyce warto więc śledzić równolegle co najmniej cztery parametry:

• liczbę krótkich zatrzymań na zmianę,

• łączny czas mikroprzestojów,

• średnią oraz medianę czasu pojedynczego zdarzenia,

• miejsce i przyczynę wystąpienia, np. podajnik, czujnik, transporter, chwytak robota, stacja kontroli.

Sama średnia jest niewystarczająca. Maszyna mająca 10 zatrzymań po 40 sekund wymaga innej interwencji niż urządzenie zatrzymujące się 300 razy po 1–2 sekundy, mimo że łączna strata może być podobna.

Trzeba też ustalić jednoznaczny próg klasyfikacji. Nie istnieje uniwersalna granica, według której każde zatrzymanie krótsze niż dokładnie 60 czy 120 sekund jest mikroprzestojem. Zakład powinien przyjąć własną zasadę zależną od procesu. Sensowna praktyka polega na tym, że dłuższe postoje wymagają kodu przyczyny od operatora, natomiast krótkie są zbierane automatycznie z sygnałów PLC, licznika cykli albo systemu MES.

Najgorszym rozwiązaniem jest zmienianie progu pomiędzy maszynami bez dokumentacji. Jeśli na jednej linii mikroprzestój oznacza zdarzenie poniżej 2 minut, a na drugiej poniżej 5 minut, porównanie wyników staje się w dużej mierze pozorne.

OEE potrafi pokazać stratę, ale sam wynik nie wskaże miejsca naprawy

OEE = Availability × Performance × Quality.

To prosty wzór, ale jego interpretacja wymaga dyscypliny. Dłuższe postoje obniżają przede wszystkim Availability, natomiast krótkie zatrzymania i wolniejsze cykle obciążają Performance. Jeżeli firma patrzy wyłącznie na dostępność techniczną, może dojść do błędnego wniosku, że maszyna jest w bardzo dobrej kondycji.

Przykład pokazuje skalę tego błędu. Załóżmy 450 minut planowanej produkcji i tylko 15 minut zarejestrowanego dłuższego postoju. Run Time wynosi wtedy 435 minut, a Availability około:

435 / 450 = 96,7%.

Na pierwszy rzut oka wynik wygląda dobrze.

Jeżeli jednak w trakcie tych 435 minut krótkie zatrzymania i straty prędkości zabrały równowartość 32 minut pracy, efektywny czas pracy przy idealnej prędkości spada do około 403 minut. Performance wynosi wtedy około:

403 / 435 = 92,6%.

Przy jakości 99,2% całkowite OEE spada do około 88,8%.

Maszyna z dostępnością 96,7% nie jest więc automatycznie maszyną wykorzystującą potencjał w 96,7%. To częsty błąd w zakładach, które premiują głównie czas bez awarii.

Jeszcze większym problemem jest niewłaściwie ustawiony Ideal Cycle Time. Jeżeli technologiczny czas idealny wpisano na poziomie 7,0 s, choć maszyna przy stabilnym procesie regularnie wykonuje poprawne cykle w 6,3 s, część strat prędkości zostanie matematycznie ukryta. Performance będzie wyglądać lepiej, niż powinno.

Dlatego przed analizą mikroprzestojów trzeba zweryfikować trzy rzeczy:

1. Czy czas idealny jest realny dla konkretnego indeksu produktu? Nie należy kopiować jednego czasu na całą rodzinę detali, jeżeli różnią się formatem, masą, sposobem chwytania albo liczbą operacji.

2. Czy licznik cykli mierzy faktyczną produkcję? Impuls startu maszyny nie zawsze jest równoznaczny z wykonaniem produktu.

3. Czy system widzi zatrzymanie automatycznie? Raport oparty wyłącznie na ręcznym wpisywaniu postojów będzie systematycznie pomijał zdarzenia kilku- i kilkunastosekundowe.

W praktyce dobrym punktem odniesienia jest analiza najlepszych stabilnych cykli wykonanych na tej samej maszynie i tym samym produkcie. Nie chodzi o pojedynczy rekord osiągnięty przypadkiem, lecz o serię powtarzalnych cykli bez alarmów, ręcznej ingerencji i pogorszenia jakości.

Trzeba też uważać na popularny odruch: zmniejszenie prędkości maszyny, żeby ograniczyć zacięcia. Operator często robi to świadomie, bo przy 90% prędkości nominalnej linia pracuje spokojniej. Problem znika z kategorii „krótkie postoje”, lecz pojawia się jako Reduced Speed. Wynik jest pozornie stabilniejszy, ale przepustowość nadal pozostaje poniżej możliwości procesu.

Najwięcej daje nie liczenie przestojów, lecz przypisanie ich do konkretnego mechanizmu

Samo stwierdzenie, że maszyna straciła 37 minut na mikroprzestojach, niewiele zmienia. Informacja staje się użyteczna dopiero wtedy, gdy wiadomo, gdzie zdarzenia powstają, jak często wracają i co poprzedza zatrzymanie.

Na liniach pakujących typowym źródłem są prowadnice, podajniki, czujniki obecności produktu i synchronizacja transporterów. W obróbce CNC problemem może być automatyczny podajnik, wyrzut wiórów albo oczekiwanie na ręczne uzupełnienie materiału. Przy robotach przemysłowych często wracają błędy pobrania detalu, niedokładne pozycjonowanie albo oczekiwanie na sygnał z poprzedniej stacji.

Najpierw należy więc przygotować Pareto mikroprzestojów. Nie według samego czasu pojedynczego alarmu, lecz co najmniej w dwóch ujęciach:

• według łącznego straconego czasu,

• według liczby wystąpień.

To rozróżnienie jest ważne. Przyczyna A może wystąpić 400 razy i zabrać łącznie 25 minut. Przyczyna B wystąpi tylko 12 razy, ale zabierze 40 minut. Pierwsza wskazuje zwykle na problem powtarzalności procesu lub konstrukcji, druga może bardziej przypominać klasyczny postój techniczny.

Dobrze ustawiony monitoring powinien rejestrować czas z dokładnością wystarczającą do charakteru procesu. Jeżeli cykl trwa 1,5 sekundy, agregowanie danych do pełnych minut jest praktycznie bezużyteczne. W takim procesie potrzebne są znaczniki czasu przynajmniej na poziomie sekund, a przy bardzo szybkich liniach również dokładniejsze.

Dane warto zestawić z:

• aktualnym produktem lub recepturą,

• zmianą i godziną produkcji,

• numerem maszyny lub gniazda,

• prędkością zadaną,

• stanem alarmowym PLC,

• sygnałem czujnika poprzedzającym zatrzymanie,

• liczbą wykonanych sztuk przed kolejnym zdarzeniem.

Po tygodniu lub miesiącu takiego pomiaru często okazuje się, że pozornie „losowy” problem występuje niemal wyłącznie dla jednego formatu opakowania, po rozgrzaniu maszyny, przy określonej prędkości albo na jednej zmianie. To już materiał do decyzji technicznej, a nie tylko raport KPI.

Nie należy jednak od razu instalować rozbudowanego MES na każdej maszynie. Jeśli urządzenie ma PLC z dostępnym sygnałem RUN/STOP, licznikiem produktu i historią alarmów, pierwszą analizę można zbudować na istniejących danych. Dopiero gdy nie da się odróżnić rzeczywistego cyklu od oczekiwania, trzeba dołożyć pomiar — np. sygnał z czujnika, moduł I/O, licznik impulsów albo system zbierający dane bezpośrednio ze sterownika.

Najbardziej irytujący etap to zwykle czyszczenie danych. Ten sam problem bywa opisany jako „jam”, „zacięcie”, „blokada”, „brak detalu” i „stop podajnika”, mimo że technicznie chodzi o jedną przyczynę. Bez uporządkowania kodów przyczyn Pareto rozdzieli jedną awarię na kilka pozycji i zaniży jej znaczenie.

Nie wolno też automatycznie obwiniać samej maszyny. Mikroprzestoje mogą być skutkiem zasilania procesu: zmiennej jakości materiału, opóźnienia poprzedniej operacji, niewłaściwego ułożenia detalu albo blokowania odbioru przez kolejną maszynę. W liniach połączonych trzeba rozdzielić przynajmniej trzy sytuacje: awaria urządzenia, starved — brak zasilania z procesu poprzedniego oraz blocked — brak możliwości przekazania produktu dalej.

Dopiero po takim rozdzieleniu można sensownie zdecydować, czy interweniować w mechanikę, automatykę, logistykę wewnętrzną, parametry procesu czy standard pracy operatora.

Więcej informacji na: https://metcor.pl

FAQ – krótkie przestoje i analiza wydajności maszyny

Czy każdy kilkusekundowy postój powinien mieć osobny kod przyczyny?
Nie. Przy setkach mikroprzestojów na zmianę ręczne kodowanie każdego zdarzenia sparaliżowałoby operatora. Krótkie zdarzenia powinny być rejestrowane automatycznie, a kody przyczyn warto stosować dla grup zdarzeń, powtarzających się alarmów albo postojów przekraczających ustalony próg.

Jaki próg czasu przyjąć między mikroprzestojem a zwykłym przestojem?
Nie ma jednej wartości dobrej dla wszystkich zakładów. Próg powinien odpowiadać charakterowi procesu i sposobowi raportowania. Na szybkiej linii 30 sekund może oznaczać utratę kilkudziesięciu cykli, podczas gdy w produkcji jednostkowej nie będzie to istotne. Najważniejsze jest stosowanie jednej definicji w czasie i między porównywanymi maszynami.

Czy wysoka Availability oznacza, że maszyna pracuje dobrze?
Nie. Availability może przekraczać 95%, a maszyna nadal tracić znaczącą część produkcji przez mikroprzestoje i wolne cykle. Dlatego trzeba jednocześnie sprawdzać Performance oraz rzeczywistą liczbę dobrych sztuk na godzinę.

Czy mikroprzestoje zawsze wynikają z problemu technicznego?
Nie. Przyczyną może być materiał, operator, poprzednia lub następna maszyna, logistyka albo parametry produktu. Naprawa czujnika nie pomoże, jeśli rzeczywistym źródłem problemu jest krzywo podawane opakowanie z partii o innych wymiarach.

Jak długo zbierać dane przed podjęciem decyzji?
Minimum powinno obejmować reprezentatywny zestaw produktów, zmian i warunków produkcji. Dla stabilnej produkcji seryjnej kilka dni może pokazać oczywiste wzorce; przy dużej zmienności asortymentu lepiej analizować kilka tygodni. Nie należy czekać miesiąca, jeśli już po dwóch zmianach jedna przyczyna odpowiada za zdecydowaną większość strat.

Czy warto od razu kupować system MES/OEE?
Nie, jeżeli problem można najpierw potwierdzić danymi już dostępnymi w PLC, liczniku produkcji i historii alarmów. System informatyczny ma sens wtedy, gdy ręczne zbieranie danych jest zbyt wolne, nie zapewnia odpowiedniej rozdzielczości albo trzeba porównywać wiele maszyn i produktów. Sam zakup systemu nie usunie żadnego przestoju.

Pierwsze działanie powinno być prostsze: wybierz jedną maszynę, ustal jednoznaczny próg krótkiego postoju i przez co najmniej kilka reprezentatywnych zmian policz liczbę zdarzeń, ich łączny czas oraz trzy najczęstsze przyczyny. Jeśli dzisiaj raport pokazuje wyłącznie postoje kilkuminutowe, właśnie ten błąd należy usunąć w pierwszej kolejności — zanim zacznie się oceniać, czy maszyna rzeczywiście osiąga swoją zakładaną wydajność.