Czy predykcyjne utrzymanie ruchu wymaga nowych czujników?

Predykcyjne utrzymanie ruchu bez wymiany aparatury – kiedy jest możliwe?

Predykcyjne utrzymanie ruchu nie zawsze wymaga montażu nowych czujników. Na linii pakującej dane z PLC, SCADA, napędów i robotów mogą już pokazać zmianę czasu cyklu, prądu silnika, liczby alarmów lub położenia osi. ISO 17359:2018 wskazuje, że program monitorowania zaczyna się od aktywa, trybu uszkodzenia i właściwego parametru, a nie od zakupu sprzętu.

To ważne rozróżnienie. Monitoring stanu zbiera i obserwuje sygnały. Diagnostyka próbuje ustalić przyczynę odchylenia. Predykcja szacuje, czy trend może doprowadzić do usterki oraz kiedy zespół utrzymania ruchu powinien zareagować. Alarm „awaria napędu” nie jest jeszcze predictive maintenance, ponieważ pojawia się zwykle po przekroczeniu ustalonego progu, bez oceny tempa degradacji.

Z mojej praktyki integracyjnej wynika, że najskuteczniejszy start następuje wtedy, gdy zespół wybiera jeden konkretny scenariusz: zużywanie się przyssawki chwytaka, wzrost oporów przenośnika, nierówną pracę serwa kartoniarki albo serię mikroprzestojów paletyzatora. Dopiero później ocenia się, czy istniejące dane rzeczywiście opisują ten symptom.

Jakie dane udostępniają sterowniki PLC, napędy i roboty?

PLC i kontrolery robotów udostępniają dane procesowe oraz diagnostyczne, które można powiązać z konkretną fazą cyklu: czasem ruchu osi, momentem, pozycją, błędami komunikacji, liczbą restartów i stanem wejść bezpieczeństwa.

W przypadku robota SCARA obsługującego tacki kosmetyczne przydatny bywa trend czasu dojazdu osi oraz liczba korekt pozycji. W robocie delta pick-and-place pakującym batony większe znaczenie może mieć liczba odrzuceń z systemu wizyjnego i spadek rzeczywistej wydajności przy tej samej recepturze.

• PLC może rejestrować czasy cyklu, stany czujników, liczniki sztuk i alarmy, jeśli programista udostępni tagi z właściwym znacznikiem czasu.
• Falownik może przekazywać prąd, obciążenie, kody błędów oraz temperaturę zgłaszaną przez urządzenie, co pomaga analizować napęd przenośnika lub owijarki.
• Serwonapęd może pokazywać moment, pozycję, błąd nadążania i przeciążenia osi, co ma znaczenie w kartoniarkach oraz robotach kartezjańskich.
• Kontroler robota może udostępniać alarmy, czas programu, liczbę cykli i dane osi, zależnie od producenta oraz konfiguracji licencji.
• SCADA może przechowywać trendy procesowe, receptury i zdarzenia operatorskie, lecz trzeba sprawdzić, czy archiwizacja nie zapisuje danych zbyt rzadko.

Najpierw wykorzystaj dane już obecne w PLC i napędach, jeśli mierzą objaw awarii w czasie zgodnym z procesem; dopiero brak takiego sygnału uzasadnia retrofit. Takie podejście odpowiada ogólnym wytycznym ISO 17359:2018.

Czy alarmy, prąd silnika i czas cyklu wystarczą do predykcji awarii?

To zależy: alarmy, prąd silnika i czas cyklu wystarczą tylko wtedy, gdy zmieniają się przed konkretną usterką i są zapisane razem z kontekstem pracy maszyny.

Przykład: prąd silnika przenośnika może rosnąć przed zatarciem łożyska lub wzrostem tarcia, ale ten sam wzrost pojawi się po zmianie ciężaru kartonu. Bez informacji o formacie opakowania, prędkości linii i obciążeniu model pomyli normalną zmianę produkcyjną z degradacją.

• Czas cyklu jest użyteczny, gdy porównuje się go wyłącznie dla tej samej receptury, prędkości i logiki pracy linii.
• Prąd silnika może ujawnić narastające opory mechaniczne, ale wymaga odfiltrowania zmian związanych z produktem lub przyspieszeniem.
• Alarmy pomagają oznaczać zdarzenia, lecz pojedynczy kod alarmowy rzadko określa fizyczną przyczynę uszkodzenia.
• Liczba restartów może wskazać niestabilność komunikacji, napędu albo obwodu bezpieczeństwa, jeśli operatorzy nie używają restartu jako rutynowego obejścia.
• OEE pokazuje skutki biznesowe, ale nie zastępuje sygnału technicznego z maszyny.

OEE linii pakującej traktuj jako warstwę kontekstu: łączy spadek dostępności, wydajności i jakości z konkretnymi zdarzeniami technicznymi. Nie zastępuje jednak pomiaru zjawiska, które poprzedza uszkodzenie.

Nowe czujniki – kiedy ich montaż jest uzasadniony?

Nowy czujnik ma uzasadnienie wtedy, gdy krytyczny tryb uszkodzenia ma mierzalny symptom niewidoczny w istniejących danych, na przykład drgania łożyska, temperaturę węzła, spadek podciśnienia chwytaka lub niestabilne ciśnienie pneumatyki. ISO 17359:2018 zaleca dobierać technikę monitorowania do mechanizmu degradacji, a nie do popularności danego sensora.

Nie każdy problem wymaga analizy drgań. Czujnik temperatury nie wykryje wcześnie wszystkich wad łożyska, a pojedynczy odczyt ciśnienia nie pokaże krótkiego spadku podciśnienia podczas szybkiego pobrania produktu. Liczy się fizyka procesu.

Które usterki wykrywają pomiary drgań, temperatury i ciśnienia?

Pomiary drgań najczęściej wspierają diagnostykę łożysk, przekładni, niewyważenia i niewspółosiowości, natomiast temperatura, ciśnienie oraz podciśnienie są lepsze dla zjawisk cieplnych i pneumatycznych.

Na owijarce palet niewyważony element obrotowy może generować zmianę drgań, której nie pokaże zwykły alarm PLC. W chwytaku próżniowym robota współpracującego spadek podciśnienia może natomiast wyprzedzić upuszczanie opakowania, gdy przyssawka jest zużyta albo przewód nieszczelny.

Objaw lub zespół	Najbardziej użyteczny pomiar	Przykład na linii pakującej	Ograniczenie
Łożysko, przekładnia, niewspółosiowość	Drgania	Napęd przenośnika kartonów	Montaż i pasmo trzeba dobrać do maszyny.
Przegrzewanie silnika lub szafy	Temperatura	Silnik owijarki palet	Temperatura bywa sygnałem późniejszym niż drgania.
Nieszczelność układu pneumatycznego	Ciśnienie i przepływ	Siłownik formowania kartonu	Potrzebny jest kontekst fazy cyklu.
Zużycie przyssawki lub przewodu	Podciśnienie	Chwytak pick-and-place	Krótki spadek może zniknąć przy zbyt rzadkim zapisie.
Wzrost oporów ruchu	Prąd lub moment napędu	Serwo kartoniarki	Receptura i masa produktu zmieniają wynik.

• Czujnik drgań pomaga przy elementach wirujących, gdy analiza ma wykryć zmianę stanu łożyska, przekładni lub osiowania.
• Czujnik temperatury pomaga wykryć przegrzewanie, ale jego lokalizacja musi odpowiadać ocenianemu węzłowi, a nie najłatwiejszemu miejscu montażu.
• Czujnik ciśnienia pomaga obserwować stabilność pneumatyki w siłownikach formujących, zamykających i etykietujących.
• Czujnik podciśnienia pomaga kontrolować pobranie produktu przez chwytak, szczególnie przy kartonie, folii i nieregularnych powierzchniach.
• Sygnał z systemu wizyjnego pomaga analizować odrzuty i korekty, lecz nie zastępuje pomiaru mechanicznej degradacji napędu.

„Parafraza: technikę monitorowania należy dobierać do celu diagnostycznego, aktywa i możliwego mechanizmu uszkodzenia.” — ISO, ISO 17359:2018 Condition monitoring and diagnostics of machines – General guidelines, 2018

Jak dobrać częstotliwość próbkowania i miejsce montażu czujnika?

Dobór zaczyna się od określenia, czy symptom trwa sekundy, milisekundy czy wiele godzin, a następnie od wskazania miejsca najbliższego diagnozowanego elementu bez naruszenia bezpieczeństwa maszyny.

Nie istnieje jedna częstotliwość próbkowania dla całej linii. Wolnozmienne ciśnienie w zbiorniku ma inne wymagania niż diagnostyka drganiowa przekładni. W drugim przypadku potrzebne pasmo, sposób montażu oraz analiza sygnału należy potwierdzić w dokumentacji producenta napędu, czujnika i maszyny.

• Opisz tryb uszkodzenia jako konkretny problem, na przykład zużycie łożyska napędu przenośnika, a nie ogólne „awarie transportu”.
• Wskaż symptom fizyczny – drgania, wzrost temperatury, spadek podciśnienia albo wzrost momentu osi.
• Wybierz punkt pomiarowy blisko badanego węzła, z uwzględnieniem konstrukcji, dostępności serwisowej i osłon.
• Ustal warunki porównania dla tych samych receptur, obciążeń i prędkości, ponieważ inaczej trend może być pozorny.
• Zweryfikuj montaż podczas normalnej pracy, po przestoju i po zmianie formatu, zanim dane trafią do analityki.

Źle zamocowany czujnik może tworzyć uporządkowany wykres. Taki wykres nadal nie będzie miał znaczenia diagnostycznego. To częsta pułapka przy retrofitcie czujników.

Dane z linii pakującej – jak przeprowadzić audyt ich przydatności?

Audyt danych linii pakującej powinien połączyć listę krytycznych aktywów, tagi PLC, historię SCADA, zgłoszenia CMMS i wskaźnik OEE, aby odróżnić techniczny symptom od zwykłej zmiany receptury. ISO 13374-1:2003 opisuje system condition monitoring jako ciąg pozyskania, przetwarzania, komunikacji i prezentacji danych, nie jako sam czujnik.

Na początku nie buduj modelu. Zbuduj mapę informacji: skąd sygnał pochodzi, kto go interpretuje, jak długo jest archiwizowany oraz czy można odtworzyć wydarzenia sprzed awarii. Przy linii end-of-line często okazuje się, że alarmy istnieją, lecz nikt nie oznacza, czy przyczyną była pneumatyka, format kartonu, czujnik fotoelektryczny czy błąd operatora.

Jak połączyć dane PLC, SCADA, CMMS i OEE?

Połączenie danych wymaga wspólnego czasu, identyfikatora maszyny i jednolitego słownika zdarzeń; OPC UA może udostępniać dane przemysłowe między warstwami, ale nie naprawi brakujących opisów awarii.

Przykład praktyczny: przenośnik zatrzymał się o 14:08, SCADA zapisała alarm przeciążenia, PLC pokazał wzrost prądu, a CMMS zawiera zlecenie wymiany łożyska następnego dnia. Dopiero taki zestaw pozwala ocenić, czy wcześniej wystąpił powtarzalny trend.

• PLC powinien przekazywać wartości procesowe i stany maszyny z nazwami tagów zrozumiałymi dla utrzymania ruchu.
• SCADA powinna zachowywać historię zdarzeń oraz receptur, aby odróżnić zmianę produktu od pogorszenia pracy urządzenia.
• CMMS powinien rejestrować faktyczną przyczynę, wykonane działanie i wymienioną część, a nie wyłącznie wpis „naprawiono”.
• OEE powinno wskazywać koszt operacyjny mikroprzestojów, spadku prędkości i braków jakościowych.
• OPC UA powinien mieć kontrolowany zakres dostępu, segmentację sieci i zasady kont, zgodne z polityką cyberbezpieczeństwa zakładu.

„Parafraza: dane monitorowania stanu wymagają uporządkowanego pozyskania, przetwarzania, komunikacji oraz prezentacji.” — ISO, ISO 13374-1:2003 Condition monitoring and diagnostics of machines – Data processing, communication and presentation, 2003

NIST Cybersecurity Framework 2.0 z 2024 r. przypomina, że rozwój połączeń OT i IT wymaga zarządzania ryzykiem. Bramka danych nie powinna otrzymać szerszych uprawnień do PLC niż potrzebuje do odczytu.

Jak ustalić stan bazowy i oznaczać zdarzenia awaryjne?

Stan bazowy ustala się przez rejestrację prawidłowej pracy w kilku recepturach i warunkach produkcyjnych, a zdarzenie awaryjne oznacza się datą, przyczyną, skutkiem oraz potwierdzonym działaniem serwisowym.

Jedna „normalna” próbka nie wystarczy. Kartoniarka pracuje inaczej dla małego pudełka, inaczej dla ciężkiego zestawu promocyjnego, a robot paletyzujący zachowuje się inaczej przy pełnej i niepełnej warstwie. Dane bez opisu formatu prowadzą do fałszywych alarmów.

• Wybierz krytyczny zespół z powtarzalnym problemem, na przykład napęd przenośnika przed zaklejarką kartonów.
• Zapisz prawidłowe warunki dla różnych receptur, prędkości, zmian i obciążeń produkcyjnych.
• Ujednolić kody przyczyn w CMMS, aby „usterka pneumatyki” nie była wpisywana jako pięć różnych opisów tekstowych.
• Oznacz potwierdzoną awarię razem z diagnozą technika, wymienioną częścią i czasem postoju.
• Waliduj alarm z zespołem utrzymania ruchu, zanim system wyśle automatyczne zlecenie pracy.

Brak wiarygodnych etykiet awarii częściej blokuje predykcję niż brak kolejnego czujnika, ponieważ algorytm nie ma z czym porównać sygnału technicznego. To obserwacja, którą regularnie widzę przy audytach danych produkcyjnych.

Retrofit czujników czy wykorzystanie istniejących danych – co wybrać?

Wybór między retrofittem czujników a wykorzystaniem istniejących danych powinien wynikać z krytyczności maszyny, kosztu przestoju, częstotliwości usterki i wykrywalnego symptomu. EN 13306:2017 porządkuje terminologię utrzymania ruchu, lecz nie daje uniwersalnej ceny projektu – tę trzeba policzyć dla konkretnej linii i warunków zakładu.

Nie zaczynaj od czujników na wszystkich silnikach. Jeżeli paletyzator zatrzymuje całą wysyłkę, a jego przekładnia ma mierzalny problem drganiowy, pilotaż może być logiczny. Jeśli robot jest zapasowy, usterki zdarzają się rzadko, a wymiana trwa kilkanaście minut, koszt rozbudowy może przewyższyć efekt.

Jak policzyć koszt pilotażu i oczekiwaną redukcję przestojów?

Koszt pilotażu policz jako sumę sprzętu, montażu, komunikacji, integracji, walidacji i pracy zespołu, a korzyść jako wartość unikniętego przestoju potwierdzoną przez zakład – bez deklarowania gwarantowanej redukcji awarii.

Przykładowo, jeśli godzina postoju zaklejarki blokuje wysyłkę 2 000 kartonów, dział finansowy powinien oszacować marżę, koszty nadgodzin, opóźnione dostawy i ryzyko kar umownych. Nie wystarczy pomnożyć ceny czujnika przez liczbę maszyn.

• Sprzęt pomiarowy obejmuje czujnik, zasilanie, uchwyt, obudowę i ewentualną bramkę komunikacyjną.
• Montaż obejmuje dostęp do maszyny, prace mechaniczne, trasę kablową i odbiór po zmianie.
• Integracja obejmuje konfigurację PLC, SCADA, OPC UA, bazę danych oraz wizualizację alarmów.
• Jakość danych obejmuje opis tagów, synchronizację czasu, czyszczenie historii i oznaczanie zdarzeń CMMS.
• Utrzymanie rozwiązania obejmuje kalibrację, kontrolę czujników, aktualizacje oraz właściciela procesu po stronie zakładu.

Koszt automatyzacji pakowania i koszt postoju trzeba rozpatrywać łącznie. Ceny czujników, licencji i usług integracyjnych należy sprawdzić przed publikacją oraz przed decyzją zakupową w aktualnych ofertach producentów i integratorów.

Kiedy istniejące dane dają lepszy zwrot niż retrofit?

Istniejące dane dają lepszy zwrot, gdy PLC lub napęd już mierzy symptom awarii, historia obejmuje potwierdzone zdarzenia, a integracja wymaga głównie uporządkowania tagów i danych CMMS.

Dobrym przykładem jest serwonapęd robota kartezjańskiego, który zapisuje moment osi, błąd nadążania i alarmy. Jeśli technik potwierdził, że wzrost tych parametrów poprzedza problem z prowadnicą, projekt może ruszyć bez dodatkowego czujnika. Inaczej wygląda sytuacja łożyska zamkniętego w przekładni, dla którego jedynym wczesnym objawem są drgania.

• Wysoka krytyczność przemawia za pomiarem, gdy awaria zatrzymuje cały ciąg end-of-line.
• Powtarzalna usterka przemawia za pilotażem, gdy można zebrać i potwierdzić przykłady zdarzeń.
• Brak mierzalnego symptomu przemawia przeciwko zakupowi czujnika bez wcześniejszej analizy mechanizmu awarii.
• Dostępne dane napędowe przemawiają za wykorzystaniem istniejącej aparatury przed rozbudową hardware.
• Łatwy dostęp serwisowy obniża koszt montażu i ułatwia późniejsze utrzymanie punktu pomiarowego.

Pilotaż predictive maintenance – jak wdrożyć go na jednej maszynie?

Pilotaż predictive maintenance najlepiej wdrożyć na jednej krytycznej maszynie z rozpoznawalnym trybem uszkodzenia, mierzalnym sygnałem oraz policzonym kosztem przestoju. Celem pierwszego etapu nie jest pełna automatyzacja decyzji, lecz sprawdzenie, czy alarm daje utrzymaniu ruchu użyteczne wyprzedzenie i ogranicza nieplanowane zatrzymania.

Przy pakowaniu napojów takim kandydatem może być napęd przenośnika odprowadzającego kartony. W farmacji może nim być moduł chwytaka w kartoniarce, jeżeli powtarzają się utraty podciśnienia. W e-commerce – sorter, którego zatrzymanie tworzy zator przed strefą wysyłki.

Jakie KPI pilotażu mierzą rzeczywistą skuteczność?

KPI pilotażu powinny mierzyć wyprzedzenie ostrzeżenia, trafność alarmów, liczbę fałszywych alarmów, czas postoju i reakcję serwisu dla jednego określonego trybu uszkodzenia.

Nie oceniaj projektu po liczbie wykresów. Zespół potrzebuje odpowiedzi, czy sygnał doprowadził do wcześniejszej kontroli, wymiany części w planowanym oknie i uniknięcia zatrzymania produkcji.

• Wyprzedzenie alarmu określa czas między ostrzeżeniem a potwierdzonym pogorszeniem stanu, na przykład w godzinach lub zmianach produkcyjnych.
• Trafność alarmów określa, ile ostrzeżeń potwierdził technik po oględzinach lub pomiarze kontrolnym.
• Fałszywe alarmy pokazują, czy system myli zmianę receptury, prędkości lub obciążenia z usterką.
• Uniknięty czas postoju należy liczyć tylko dla zdarzeń udokumentowanych przez utrzymanie ruchu i produkcję.
• Czas reakcji pokazuje, czy informacja dotarła do osoby mogącej zaplanować interwencję.

Kiedy skalować rozwiązanie na kolejne maszyny?

Rozwiązanie skaluj po potwierdzeniu, że pilotaż daje powtarzalne ostrzeżenia w różnych warunkach pracy, a utrzymanie ruchu potrafi przełożyć je na decyzję serwisową.

Najpierw przenieś ten sam wzorzec na podobne aktywa, na przykład trzy identyczne przenośniki lub kilka robotów paletyzujących. Dopiero potem rozszerzaj system o inne tryby uszkodzeń. Zmiana maszyny, sygnału i modelu naraz uniemożliwia uczciwe porównanie efektu.

• Udokumentuj pilotaż z opisem sygnału, receptur, alarmów, działań serwisowych i wyniku biznesowego.
• Ustal właściciela procesu po stronie produkcji, automatyki i utrzymania ruchu, aby alarm nie pozostał bez reakcji.
• Powtórz walidację na podobnej maszynie przed rozbudową na całą halę.
• Rozdziel odczyt od sterowania, ponieważ pierwszy etap powinien ograniczać ryzyko dla PLC i bezpieczeństwa maszyny.
• Przeglądaj progi okresowo po zmianie produktu, formatu, modernizacji mechanicznej lub reorganizacji cyklu.

Jeśli planujesz integrację, sprawdź także integrację PLC z systemem pakującym oraz serwis robotów pakujących. Audyt danych i punktów pomiarowych pozwala wybrać pilotaż, który odpowiada realnemu ograniczeniu linii.

Jakich błędów unikać przy wdrażaniu monitorowania stanu?

Najczęstsze błędy przy monitorowaniu stanu to zakup czujników bez hipotezy awarii, mieszanie danych z różnych receptur, brak potwierdzonych etykiet CMMS oraz automatyczne eskalowanie niezwalidowanych alarmów. ISO 17359:2018 łączy jakość programu z właściwym doborem aktywa, parametru i celu diagnostycznego, dlatego każdy sygnał powinien mieć techniczne uzasadnienie.

Najdroższy błąd nie polega na błędnym wykresie. Polega na utracie zaufania operatorów i techników, którzy po serii fałszywych powiadomień przestają reagować także na ostrzeżenia istotne.

Czy można automatycznie tworzyć zlecenia CMMS po pierwszym alarmie?

Nie, pierwsze alarmy powinien potwierdzać człowiek z utrzymania ruchu, ponieważ próg analityczny może reagować na zmianę formatu, prędkości lub warunków środowiskowych, a nie na uszkodzenie.

• Alarm pilotażowy powinien trafiać do osoby wskazanej przez utrzymanie ruchu wraz z trendem i kontekstem produkcyjnym.
• Diagnoza technika powinna wrócić do CMMS jako potwierdzenie, odrzucenie albo nowa kategoria zdarzenia.
• Automatyczne zlecenie można rozważyć dopiero po udokumentowaniu trafności dla konkretnego scenariusza awarii.
• Obwód bezpieczeństwa musi pozostać niezależny od eksperymentalnej analityki condition monitoring.
• Dostęp sieciowy powinien być ograniczony zgodnie z zasadą najmniejszych uprawnień i polityką OT zakładu.

Jak uniknąć fałszywych alarmów po zmianie produktu?

Fałszywych alarmów po zmianie produktu unika się przez zapis receptury, prędkości linii, masy opakowania i fazy cyklu razem z sygnałem technicznym, a następnie przez oddzielną ocenę danych dla porównywalnych warunków.

Przy zmianie z lekkiego kartonu na pakiet zbiorczy napęd pobiera inny prąd. To nie musi oznaczać rosnącego tarcia. Podobnie liczba odrzuceń z kamery może wzrosnąć po zmianie grafiki etykiety, a nie po pogorszeniu pracy robota.

• Receptura powinna być archiwizowana z każdym rekordem pomiarowym, aby porównanie nie mieszało różnych produktów.
• Prędkość linii powinna stanowić zmienną kontekstową, ponieważ wpływa na czas cyklu, prąd i zachowanie pneumatyki.
• Zmiana formatowa powinna otrzymać znacznik czasu, gdyż jej skutki mogą przypominać usterkę mechaniczną.
• Prace serwisowe powinny być oznaczone, aby model nie traktował poprawy po wymianie części jako naturalnego trendu.
• Przegląd alarmów powinien odbywać się regularnie z udziałem automatyka, technika i osoby odpowiedzialnej za produkcję.

Predykcja ma wspierać decyzję serwisową, a nie zastępować diagnostę ani służby utrzymania ruchu. To szczególnie ważne dla robotów, napędów i układów bezpieczeństwa maszyn.

Najczęściej zadawane pytania

Czy predykcyjne utrzymanie ruchu wymaga nowych czujników?

Nie. Projekt może zacząć się od danych z PLC, falowników, serwonapędów, robotów, alarmów i OEE, jeśli opisują symptom konkretnego uszkodzenia. Nowy czujnik jest potrzebny, gdy obecna aparatura nie mierzy właściwego zjawiska albo zapisuje je ze zbyt małą rozdzielczością.

Jakie dane z PLC można wykorzystać do predykcji awarii?

Dane PLC przydatne do predykcji obejmują między innymi czasy cyklu, prąd lub moment napędu, pozycję osi, alarmy, liczbę powtórzeń oraz wartości ciśnienia i podciśnienia. Ich interpretacja wymaga informacji o recepcie, prędkości linii i potwierdzonych zdarzeniach serwisowych.

Kiedy warto dołożyć czujnik drgań?

Czujnik drgań ma sens, gdy analizowany problem dotyczy łożyska, przekładni, niewyważenia albo niewspółosiowości, a dane z napędu nie pokazują wczesnego symptomu. Pasmo, sposób montażu i miejsce pomiaru trzeba dobrać do konkretnej maszyny oraz dokumentacji producenta.

Czy dane OEE wystarczą do predictive maintenance?

Nie, same dane OEE zwykle nie wystarczą, ponieważ opisują skutek w postaci utraty dostępności, wydajności lub jakości. Są jednak potrzebnym kontekstem, który pozwala połączyć sygnał techniczny z kosztownym mikroprzestojem albo spadkiem wydajności linii.

Ile danych potrzeba do uruchomienia modelu predykcyjnego?

Nie ma uniwersalnego okresu zbierania danych. Potrzebny jest zapis normalnej pracy w różnych recepturach oraz wystarczająca liczba potwierdzonych zdarzeń analizowanego typu. Zakres danych ustala się w pilotażu, po ocenie jakości historii PLC, SCADA i CMMS.

Od której maszyny rozpocząć pilotaż predictive maintenance?

Najlepszym kandydatem jest maszyna krytyczna dla przepływu produkcji, z powtarzalnym lub kosztownym trybem uszkodzenia i dostępnym symptomem pomiarowym. Nie zaczynaj od największej liczby urządzeń, lecz od przypadku, dla którego można zmierzyć wyprzedzenie alarmu i uniknięty postój.

Źródła i literatura

Poniższe pozycje opisują zasady monitorowania stanu, terminologię utrzymania ruchu i bezpieczeństwo organizacji danych przemysłowych. Informacje techniczne oraz wersje norm należy sprawdzić przed wdrożeniem w dokumentacji aktualnej dla danego zakładu.

Normy dotyczące monitorowania stanu

• ISO 17359:2018 – Condition monitoring and diagnostics of machines – General guidelines.
• ISO 13374-1:2003 – Condition monitoring and diagnostics of machines – Data processing, communication and presentation.
• EN 13306:2017 – Maintenance – Maintenance terminology.
• NIST Cybersecurity Framework 2.0, National Institute of Standards and Technology, 2024.

Jak wykorzystać źródła przy projekcie?

• ISO 17359:2018 pomaga rozpocząć analizę od aktywa, trybu uszkodzenia i odpowiedniego parametru pomiarowego.
• ISO 13374-1:2003 pomaga ocenić cały przepływ danych, od pozyskania sygnału po jego prezentację użytkownikowi.
• EN 13306:2017 pomaga uporządkować słownictwo używane w dokumentacji utrzymania ruchu i CMMS.
• NIST Cybersecurity Framework 2.0 pomaga zaplanować zarządzanie ryzykiem przy łączeniu warstwy OT, PLC, SCADA i systemów analitycznych.

Powiązane artykuły

• TPM w utrzymaniu ruchu – na czym polega na linii pakującej? – przewodnik główny
• Prewencyjne czy predykcyjne utrzymanie ruchu linii?
• Utrzymanie ruchu w zakładzie – jak zbudować strategię?