Czy więcej czujników oznacza mniej przestojów? Jak unikać nadmiarowej diagnostyki w automatyce

Najdroższy czujnik w zakładzie to niekoniecznie ten, który kosztował kilka tysięcy złotych. Znacznie droższy potrafi być czujnik, który generuje alarmy, ale nie prowadzi do żadnej konkretnej decyzji utrzymaniowej. Operator zaczyna je kasować automatycznie, dział UR dostaje kolejne powiadomienia bez jasnej przyczyny, a kiedy pojawia się rzeczywisty problem, ginie on wśród kilkudziesięciu komunikatów o mniejszym znaczeniu.

Dlatego zależność „więcej czujników = mniej przestojów” jest fałszywa. Dodatkowa diagnostyka pomaga tylko wtedy, gdy wykrywa określony mechanizm awarii odpowiednio wcześnie i pozwala wykonać konkretną czynność: wymienić łożysko podczas planowanego postoju, wyregulować czujnik położenia, usunąć spadek ciśnienia, sprawdzić przewód albo zaplanować wymianę napędu. Jeżeli po alarmie nikt nie wie, co zrobić, dołożono nie diagnostykę, lecz kolejne źródło szumu.

Czujnik powinien odpowiadać na pytanie o konkretną awarię

Najczęstszy błąd pojawia się jeszcze przed zakupem sprzętu. Zespół wie, że chce „monitorować maszynę”, ale nie określa jaką awarię chce wykrywać. W efekcie na silniku pojawia się czujnik drgań, na siłowniku czujnik ciśnienia, w szafie dodatkowy pomiar temperatury, a po kilku miesiącach historyczne trendy ogląda wyłącznie automatyk podczas kolejnego problemu.

Kolejność powinna być odwrotna. Najpierw awaria, później jej objawy, a dopiero na końcu czujnik.

Dla każdego nowego punktu pomiarowego trzeba przed zakupem odpowiedzieć na pięć pytań:

• Jaki mechanizm uszkodzenia ma być wykrywany?
• Jaki parametr zmienia się przed awarią?
• Ile czasu pozostaje od wykrycia odchylenia do zatrzymania maszyny?
• Co dokładnie ma zrobić operator albo utrzymanie ruchu po alarmie?
• Kto odpowiada za reakcję i gdzie zostanie zapisana jej historia?

Przykład jest prosty. Jeżeli przekładnia zaczyna regularnie uszkadzać łożyska, pomiar drgań i temperatury może mieć sens. Jeśli jednak przyczyną zatrzymań jest zerwany przewód czujnika krańcowego albo poluzowane złącze M12, kolejny akcelerometr na przekładni nie poprawi dostępności maszyny.

Podobnie z pneumatyką. Spadek ciśnienia w instalacji może być dobrym sygnałem diagnostycznym, ale dopiero wtedy, gdy wiadomo, czy problemem jest sprężarka, nieszczelność, zabrudzony filtr, reduktor czy lokalny odbiornik. Jeden przetwornik na głównej magistrali nie wskaże miejsca niewielkiego przecieku na jednej gałęzi, a dziesięć przetworników bez właściwie zdefiniowanych progów wygeneruje dziesięć różnych alarmów przy każdym większym poborze powietrza.

Koszt sprzętu szybko pokazuje skalę problemu. W polskich ofertach w 2026 roku markowy indukcyjny czujnik z IO-Link kosztuje często około 270–400 zł netto, podczas gdy przemysłowy czujnik drgań z IO-Link może kosztować około 1900 zł netto. Ośmioportowy master IO-Link klasy przemysłowej to mniej więcej 1600–2000 zł netto. Do tego dochodzą przewody M12, rozbudowa sieci, konfiguracja PLC, HMI lub SCADA oraz czas uruchomienia.

Dwadzieścia dodatkowych punktów pomiarowych nie oznacza więc kosztu dwudziestu czujników. Trzeba doliczyć całą ścieżkę danych.

Przed inwestycją warto policzyć prosty próg opłacalności:

koszt diagnostyki < koszt przestojów, których rzeczywiście można dzięki niej uniknąć.

Kluczowe jest słowo „rzeczywiście”. Jeśli awaria pojawia się nagle i nie daje wcześniej mierzalnych symptomów, nawet bardzo dobra diagnostyka predykcyjna może jej nie przewidzieć.

Nadmiar alarmów jest problemem równie poważnym jak brak pomiarów

W automatyce łatwo pomylić dokładność zbierania danych z jakością diagnostyki. Sterownik może próbować sygnały co kilka milisekund, czujnik może przekazywać wartość procesową i kilka parametrów pomocniczych, a system SCADA może zapisywać je przez lata. To nadal nie oznacza, że operator dostaje użyteczną informację.

Dobrym przykładem są zwykłe wejścia cyfrowe. W sterownikach Siemens S7-1200 spotyka się konfigurowalne filtry wejściowe od dziesiątych części mikrosekundy do 20 ms, a domyślna wartość w określonych konfiguracjach wynosiła 6,4 ms. Filtr nie jest kosmetyką. Ma eliminować krótkie zmiany wynikające między innymi z drgań styków lub zakłóceń elektrycznych.

Jeżeli każdy impuls zostanie natychmiast potraktowany jako uszkodzenie maszyny, system może produkować fałszywe alarmy szybciej, niż operator będzie w stanie je oceniać.

Podobny problem występuje przy pomiarach analogowych. Ustawienie alarmu temperatury dokładnie na 70°C bez histerezy może spowodować serię komunikatów:

69,9°C – alarm znika.
70,1°C – alarm wraca.
69,8°C – ponownie znika.
70,2°C – pojawia się kolejny raz.

Technicznie wszystko działa poprawnie. Operacyjnie system jest źle zaprojektowany.

Potrzebne są przynajmniej:

• histereza, czyli różny próg włączenia i wyłączenia alarmu,
• opóźnienie czasowe, jeżeli krótkotrwałe przekroczenie jest dopuszczalne,
• klasyfikacja priorytetu,
• zasada kasowania alarmu,
• jednoznaczna instrukcja reakcji.

Nie ma sensu alarmować operatora o każdym odchyleniu. Część informacji powinna być jedynie rejestrowana jako zdarzenie diagnostyczne.

W systemach procesowych stosuje się nawet konkretne kryteria obciążenia operatora. Znany w przemyśle benchmark EEMUA 191 traktuje długookresową liczbę poniżej jednego alarmu na 10 minut podczas ustalonej pracy jako poziom bardzo prawdopodobnie akceptowalny. Nie jest to uniwersalny limit dla każdej linii produkcyjnej, ale dobrze pokazuje proporcje. Dziesiątki powiadomień w ciągu kilku minut nie zwiększają bezpieczeństwa diagnostycznego. Zwykle oznaczają, że alarmy nie zostały zracjonalizowane.

Szczególnie źle działa alarmowanie kilku następstw tej samej awarii. Jeśli zatrzymany przenośnik powoduje kolejno:

• brak detalu na czujniku,
• błąd czasu cyklu,
• opróżnienie bufora,
• zatrzymanie następnego przenośnika,
• brak gotowości stanowiska,

operator nie potrzebuje pięciu równorzędnych alarmów. Potrzebuje informacji o pierwszej przyczynie i osobno danych pokazujących skutki.

Tu właśnie zaczyna się dobra diagnostyka PLC: sekwencja zdarzeń, znaczniki czasu, zapamiętanie pierwszego błędu i blokowanie komunikatów wtórnych. Często przynosi to większy efekt niż zamontowanie kolejnych czujników.

Trzeba też uważać na filtrowanie „na wszelki wypadek”. Zbyt długi filtr może ukryć rzeczywisty krótki impuls. Jeżeli maszyna musi wykryć element przemieszczający się z dużą prędkością, ustawienie kilkunastu czy kilkudziesięciu milisekund filtracji może spowodować, że poprawny sygnał w ogóle nie zostanie zobaczony przez program. Filtr dobiera się do fizycznego czasu zjawiska, a nie do wygody programisty.

Najpierw wykorzystaj dane, które masz. Dopiero później dokładaj hardware

Przy modernizacji maszyny dobrą praktyką jest rozpoczęcie od inwentaryzacji istniejących danych. W wielu instalacjach informacje potrzebne do diagnozy już istnieją, tylko nikt ich nie wykorzystuje.

Falownik może udostępniać między innymi prąd silnika, częstotliwość, obciążenie, temperaturę elektroniki i historię błędów. Serwonapęd może podawać moment, uchyb pozycji i przeciążenia. Sterownik widzi czasy wykonania kolejnych etapów sekwencji. Układ pneumatyczny może już mieć presostat z wyjściem analogowym. Inteligentny czujnik może posiadać IO-Link, mimo że pracuje obecnie wyłącznie jako zwykłe wyjście dwustanowe.

Dopiero gdy istniejące dane nie pozwalają rozróżnić przyczyn awarii, warto dodawać kolejny punkt pomiarowy.

IO-Link jest tu szczególnie użyteczny, bo poza bieżącą informacją procesową umożliwia przesyłanie parametrów i informacji diagnostycznych urządzenia. Specyfikacja przewiduje trzy podstawowe prędkości transmisji: COM1 – 4,8 kbit/s, COM2 – 38,4 kbit/s oraz COM3 – 230,4 kbit/s. Plik IODD opisuje między innymi identyfikację urządzenia, parametry, strukturę danych procesowych oraz diagnostykę.

To ułatwia wymianę urządzenia i parametryzację, ale ma również mniej wygodną stronę. Każda dodatkowa informacja musi zostać sensownie obsłużona w PLC, SCADA albo systemie utrzymania ruchu. Sam zakup inteligentnego czujnika nie tworzy automatycznie inteligentnej diagnostyki.

W praktyce modernizację warto przeprowadzić w czterech etapach.

1. Zbierz historię przestojów.
Nie zaczynaj od katalogu czujników. Weź 3–6 miesięcy zapisów, jeżeli zakład je posiada, i wybierz kilka przyczyn generujących największy łączny czas postoju. Pięć awarii po dwie minuty nie musi zasługiwać na większą inwestycję niż jedna awaria powodująca cztery godziny zatrzymania.

2. Sprawdź, czy przyczynę da się wykryć z obecnych sygnałów.
Porównaj czasy cyklu, prąd napędu, błędy falownika, zmiany temperatury, ciśnienie oraz kolejność przełączania czujników. Jeżeli istniejący zestaw danych rozpoznaje problem wystarczająco wcześnie, dodatkowy hardware jest zbędny.

3. Dodaj czujnik tylko tam, gdzie zamyka lukę diagnostyczną.
Nowy pomiar powinien zmniejszać liczbę możliwych przyczyn. Jeżeli wcześniej technik miał pięć hipotez, a po dodaniu pomiaru nadal ma pięć, inwestycja niewiele zmieniła.

4. Przetestuj alarm w rzeczywistych warunkach produkcji.
Nie wystarczy sprawdzić go na postoju. Trzeba zobaczyć rozruch po weekendzie, zmianę produktu, przezbrojenie, pracę z maksymalną wydajnością, czyszczenie oraz normalne wahania procesu. Próg ustawiony na podstawie kilku minut stabilnej produkcji często okazuje się za ciasny.

Dobrym rozwiązaniem jest początkowe uruchomienie nowego warunku jako rejestracji bez alarmu operatorskiego. Przez kilka pełnych cykli produkcyjnych można zobaczyć, jak często próg zostałby przekroczony i czy przekroczenia rzeczywiście poprzedzają awarie. Dopiero wtedy warto włączyć alarm.

Jest jeszcze jedna granica, której nie wolno rozmywać: diagnostyka procesu nie jest automatycznie funkcją bezpieczeństwa. Zwykłego czujnika drgań, temperatury albo standardowego czujnika indukcyjnego nie należy traktować jako elementu funkcji bezpieczeństwa tylko dlatego, że jego sygnał trafia do PLC. Funkcje zatrzymania i ochrony ludzi muszą wynikać z oceny ryzyka i być realizowane przez właściwie zaprojektowane elementy oraz architekturę bezpieczeństwa.

Ma to coraz większe znaczenie również formalne. Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2023/1230 w sprawie maszyn będzie zasadniczo stosowane od 20 stycznia 2027 roku. Wymagania dotyczące bezpieczeństwa i niezawodności układów sterowania nie zmieniają podstawowej zasady: diagnostyka może pomóc wykryć usterkę, ale nie może maskować źle zaprojektowanego systemu sterowania ani zastępować wymaganej funkcji bezpieczeństwa.

I to jest również największa wada rozbudowanych systemów condition monitoring. Łatwo kupić sprzęt. Znacznie trudniej utrzymywać właściwe progi, wersje konfiguracji, opisy alarmów i odpowiedzialność za reakcję po dwóch albo trzech latach pracy instalacji. Bez właściciela systemu diagnostyka stopniowo zarasta nieaktywnymi alarmami, obejściami i wyjątkami.

FAQ: diagnostyka maszyn bez dokładania niepotrzebnych czujników

Czy każda krytyczna maszyna powinna mieć czujniki drgań?
Nie. Pomiar drgań jest szczególnie przydatny przy elementach wirujących, takich jak silniki, wentylatory, pompy, wrzeciona, przekładnie czy łożyska. Nie pomoże jednak istotnie, jeżeli dominującą przyczyną przestojów są błędy sekwencji, uszkodzone przewody, problemy pneumatyczne albo niewłaściwe podawanie detali.

Czy IO-Link zmniejsza liczbę awarii?
Sam protokół nie zmniejsza awaryjności. Ułatwia dostęp do parametrów i diagnostyki urządzeń oraz ich konfigurację. Efekt pojawia się dopiero wtedy, gdy dane są wykorzystywane do szybszego wykrywania konkretnych problemów albo skracania czasu naprawy.

Ile alarmów powinien mieć jeden czujnik analogowy?
Tyle, ile prowadzi do różnych reakcji. Jeżeli próg ostrzegawczy oznacza „sprawdź podczas najbliższego postoju”, a próg krytyczny „zatrzymaj proces i sprawdź urządzenie”, dwa poziomy mają sens. Pięć progów różniących się o 1°C, jeśli wszystkie kończą się tą samą czynnością, zwykle tylko zwiększa liczbę komunikatów.

Czy warto archiwizować wszystkie dane z czujników?
Nie zawsze z pełną częstotliwością. Sygnał potrzebny do szybkiego sterowania może być odczytywany co kilka milisekund, ale nie oznacza to konieczności zapisywania każdej próbki przez kilka lat. Dla wolnozmiennych parametrów, takich jak temperatura maszyny, często wystarcza rzadsza archiwizacja albo zapis wartości po zmianie o określony próg. Parametry szybkozmienne wymagają innego podejścia, szczególnie w analizie drgań.

Co zrobić ze „skaczącym” alarmem przy wartości granicznej?
Najpierw sprawdzić jakość sygnału i fizyczną przyczynę zmian. Jeśli pomiar jest prawidłowy, zastosować odpowiednią histerezę albo opóźnienie. Nie należy jednak filtrować sygnału tylko po to, żeby alarm przestał przeszkadzać — można w ten sposób ukryć realny problem.

Jak rozpoznać, że czujników jest już za dużo?
Pierwszy sygnał ostrzegawczy pojawia się wtedy, gdy zespół nie potrafi przypisać konkretnej reakcji do każdego alarmu. Drugi to powtarzające się komunikaty ignorowane przez operatorów. Trzeci: podczas awarii utrzymanie ruchu nadal musi zaczynać diagnostykę praktycznie od zera mimo setek zarejestrowanych parametrów.

Od czego zacząć ograniczanie przestojów?
Od listy rzeczywistych awarii, nie od listy dostępnych czujników. W pierwszej kolejności wybierz trzy przyczyny odpowiedzialne za największy łączny czas postoju z ostatnich miesięcy. Następnie sprawdź, czy obecne PLC, falowniki, serwonapędy i czujniki już dostarczają danych pozwalających je rozpoznać. Dopiero jeżeli pozostaje konkretna luka informacyjna, dobierz dodatkowy sensor. Pierwszym błędem do usunięcia jest alarm, po którym operator nie wie, co ma zrobić — taki alarm zwiększa obciążenie systemu, ale nie skraca ani diagnostyki, ani przestoju.

Więcej informacji na: https://sklep.andrzejewski.pl