HMI panel – jak dobrać ekran i obsługę alarmów?

HMI panel – jaką rolę pełni na linii pakującej?

HMI panel to interfejs człowiek-maszyna do obserwacji procesu, wyboru dozwolonych trybów, obsługi receptur i diagnostyki linii pakującej. Na stanowisku z robotem paletyzującym, sterownikiem PLC i systemem bezpieczeństwa ekran pokazuje stan procesu, lecz nie zastępuje ani PLC, ani architektury ochronnej wynikającej z ISO 12100:2010.

W praktyce uruchomieniowej najwięcej czasu traci się nie na samą awarię, lecz na szukanie miejsca, w którym operator ma jej szukać. Dobry ekran operatorski od razu pokazuje: tryb pracy, aktywną recepturę, stan osłon, wydajność chwilową, najważniejszy aktywny alarm oraz przyczynę postoju.

Panel operatorski, PLC i układ bezpieczeństwa – gdzie przebiegają granice funkcji?

Panel HMI wizualizuje dane i przekazuje tylko dozwolone polecenia, PLC realizuje sekwencję maszyny, a układ bezpieczeństwa nadzoruje funkcje ochronne określone w ocenie ryzyka. Taki podział ogranicza ryzyko, że zmiana ekranu lub błąd komunikacji wpłynie na funkcję krytyczną dla bezpieczeństwa.

Na linii case packer – zaklejarka kartonów – paletyzator HMI może pozwolić operatorowi wybrać format kartonu, uruchomić procedurę przezbrojenia i potwierdzić usunięcie zatoru. PLC steruje transporterami, czujnikami i napędami. Sterownik bezpieczeństwa reaguje na otwarcie osłony lub użycie urządzenia zatrzymania awaryjnego.

• HMI – prezentuje wizualizację procesu, alarmy maszynowe, receptury produkcyjne i uprawnienia użytkowników.
• PLC – wykonuje logikę cyklu, obsługuje sygnały standardowe oraz koordynuje robota, transportery i napędy.
• Robot paletyzujący – realizuje trajektorię i diagnostykę własnego kontrolera, których stan HMI powinien tłumaczyć na język operatora.
• Sterownik bezpieczeństwa – nadzoruje funkcje ochronne, osłony, kurtyny oraz wymagane bezpieczne zatrzymanie.
• System wizyjny – przekazuje wynik inspekcji, pozycję produktu albo błąd odczytu kodu, lecz nie powinien zasypywać operatora komunikatami technicznymi.

Jakie dane powinien widzieć operator linii pakującej?

Operator powinien zobaczyć najpierw stan, który pozwala podjąć działanie w ciągu kilku sekund: „linia zatrzymana”, „brak kartonów w magazynku” albo „osłona strefy paletyzatora otwarta”. Dopiero niżej można umieścić diagnostykę I/O, numer bloku PLC czy dane serwisowe.

Z mojej praktyki wynika, że ekran główny sprawdza się najlepiej, gdy ma jeden cel: wyjaśnia, czy linia produkuje, dlaczego stoi i kto może bezpiecznie ją przywrócić do pracy. Nie powinien być kopią projektu PLC przeniesioną na dotykowy panel.

• Stan linii – powinien rozróżniać pracę automatyczną, zatrzymanie kontrolowane, postój awaryjny i tryb ręczny.
• Aktywna receptura – powinna wskazywać nazwę formatu, na przykład „karton 12 x 500 ml”, oraz numer zatwierdzonej wersji.
• Wydajność chwilowa – powinna podawać jednostkę, na przykład 18 kartonów na minutę, zamiast niejasnego wskaźnika procentowego.
• Najważniejsza przyczyna postoju – powinna mieć pierwszeństwo nad alarmami wtórnymi, które pojawiły się po zatrzymaniu transportera.
• Dostęp operatora – powinien ograniczać zmianę parametrów technologicznych do zakresu ustalonego z technologiem i utrzymaniem ruchu.

„Dobór funkcji ochronnych i środków redukcji ryzyka powinien wynikać z procesu oceny ryzyka.” – parafraza zasad projektowania z ISO 12100:2010.

Rozmiar ekranu HMI – jak dobrać przekątną i rozdzielczość?

Rozmiar ekranu HMI dobiera się do liczby informacji widocznych jednocześnie, odległości operatora, oświetlenia i sposobu obsługi, a nie wyłącznie do ceny panelu. W kompaktowych maszynach często rozważa się przekątne około 7-10 cali, natomiast przy rozbudowanej linii pakującej 12-15 cali; ostateczny wybór trzeba potwierdzić makietą i dokumentacją producenta.

Odległość operatora od panelu – jak wpływa na czytelność?

Pierwszy krok to zmierzenie typowej odległości od ekranu podczas pracy, a nie odległości przy montażu szafy. Jeśli operator odczytuje alarm z około 1 metra, małe pole tekstowe i drobne ikony będą bezużyteczne nawet na panelu o dobrej rozdzielczości.

Przykład: przy formierce kartonów operator stoi zwykle blisko drzwi serwisowych i panelu, więc ekran 7-10 cali może być wystarczający dla kilku funkcji. Przy wspólnym pulpicie obsługującym formierkę, case packer, etykieciarkę i owijarkę palet większy ekran pozwala pokazać mapę całego przepływu bez przełączania pięciu widoków.

• Ekran około 7 cali – pasuje do pojedynczej kompaktowej maszyny z niewielką liczbą receptur i podstawową diagnostyką.
• Ekran około 10 cali – ułatwia obsługę case packera, gdy operator musi jednocześnie widzieć stan magazynku, transportera i alarmy.
• Ekran 12-15 cali – sprawdza się przy kilku modułach end-of-line, wielu recepturach oraz widoku wydajności i historii alarmów.
• Rozdzielczość – musi zapewnić czytelny tekst i duże strefy dotyku, a nie tylko większą liczbę elementów na jednym ekranie.
• Jasność i odblaski – wymagają próby w rzeczywistym świetle hali, zwłaszcza przy stanowiskach blisko bram, świetlików lub oświetlenia LED.

Liczba ekranów procesowych – jak ograniczyć zbędną nawigację?

Najlepiej ograniczyć kluczową diagnozę do dwóch lub trzech kliknięć od ekranu głównego. Operator nie powinien przechodzić przez osobne ekrany „napędy”, „czujniki”, „alarmy”, „robot” i „transportery”, aby dowiedzieć się, że produkt zatrzymał się na wejściu do chwytaka.

Pomaga stały pasek z trybem pracy, aktywnym alarmem, użytkownikiem i przyciskiem powrotu do widoku linii. Szczegóły techniczne można ukryć za poziomem serwisowym. To porządkuje obsługę i skraca szkolenie nowych pracowników.

• Rozpisz decyzje operatora – dla każdej fazy cyklu zapisz, co ma zauważyć, co może zmienić i kiedy ma wezwać utrzymanie ruchu.
• Zbuduj makietę ekranów – pokaż ją operatorom przed zakończeniem programowania, najlepiej na tablecie lub wydruku w skali.
• Usuń duplikaty danych – ten sam status transportera nie powinien występować w czterech widokach pod innymi nazwami.
• Ustal ścieżkę alarmu – z listy alarmów operator powinien przejść do obiektu i instrukcji działania bez ręcznego wyszukiwania.
• Przetestuj ekran w rękawicach – próba na biurku nie pokazuje błędów, które pojawią się przy realnym tempie produkcji.

Panel dotykowy czy przyciski fizyczne – co wybrać?

Panel dotykowy czy przyciski fizyczne to wybór zależny od częstotliwości czynności, rękawic, zabrudzeń i wymaganego odczucia sterowania. Dotyk dobrze obsługuje receptury i diagnostykę, a przyciski fizyczne nadal mają przewagę przy często używanych poleceniach, gdy operator działa bez patrzenia na ekran.

Rozwiązanie	Najlepsze zastosowanie	Ograniczenie
Panel dotykowy pojemnościowy	Receptury, alarmy, wykresy i rozbudowana wizualizacja procesu.	Może reagować gorzej na mokre rękawice, wodę lub zabrudzenia.
Panel dotykowy rezystancyjny	Obsługa w rękawicach i aplikacje wymagające precyzyjnego nacisku.	Wymaga sprawdzenia trwałości warstwy frontowej w danym środowisku.
Przyciski fizyczne	Start cyklu, reset, wybór trybu i funkcje często używane przez operatora.	Nie zastąpią czytelnej diagnostyki, historii alarmów ani obsługi receptur.

Zakresy funkcji i odporność konkretnego panelu trzeba potwierdzić w aktualnej dokumentacji producenta przed publikacją specyfikacji.

Rękawice, wilgoć i zabrudzenia – kiedy dotyk traci przewagę?

Dotyk traci przewagę wtedy, gdy operator często pracuje w rękawicach, ma wilgotne dłonie albo czyści stanowisko detergentem między seriami. W branży spożywczej i napojowej nie należy zakładać, że każdy ekran zadziała identycznie po myciu – trzeba wykonać próbę z rzeczywistymi rękawicami i procedurą higieniczną.

Przykład z pakowania kosmetyków: operator w cienkich rękawicach może wygodnie wybierać recepturę na ekranie, ale przycisk resetu po bezpiecznym usunięciu zatoru bywa szybszy i mniej podatny na przypadkowe dotknięcie.

• Start i stop cyklu standardowego – mogą mieć przyciski fizyczne, jeśli analiza ryzyka i projekt funkcji na to pozwalają.
• Reset alarmu – powinien działać tylko po ustąpieniu przyczyny oraz po spełnieniu warunków zdefiniowanych w logice maszyny.
• Zmiana receptury – powinna wymagać logowania albo potwierdzenia, aby ograniczyć błędny wybór formatu produktu.
• Rękawice robocze – należy uwzględnić w teście czułości panelu, a nie opierać się na deklaracji handlowej.
• Czyszczenie – wymaga sprawdzenia kompatybilności frontu, uszczelek i obudowy z używanym środkiem myjącym.

Stopień ochrony i higiena – jaki panel wybrać do środowiska produkcyjnego?

Panel do środowiska produkcyjnego dobiera się według ekspozycji na pył, bryzgi, mycie, detergenty i temperaturę, a stopień ochrony IP jest tylko jednym z kryteriów. Samo oznaczenie IP nie potwierdza zgodności z konkretną procedurą higieniczną zakładu ani odporności na każdy środek chemiczny.

• Produkcja sucha – wymaga zabezpieczenia przed pyłem i przypadkowym kontaktem, zgodnie z lokalnym warunkiem montażu.
• Strefa mokra – wymaga zweryfikowania szczelności frontu, złączy, uszczelek i metody mycia urządzenia.
• Branża farmaceutyczna – wymaga kontroli dostępu, identyfikowalności zmian receptur i procedur zatwierdzania.
• Przemysł chemiczny – wymaga sprawdzenia kompatybilności materiałowej z pyłem, oparami oraz środkami czyszczącymi.
• Montaż na ramieniu – powinien uwzględniać wibracje, ergonomię, prowadzenie przewodów i możliwość bezpiecznego czyszczenia.

Alarmy HMI – jak zbudować czytelną hierarchię?

Alarmy HMI powinny rozdzielać zdarzenia według konsekwencji i wymaganej reakcji operatora, a nie według kolejności sygnałów z PLC. Czytelny alarm wskazuje obiekt, stan, prawdopodobną przyczynę oraz bezpieczne działanie; zasady racjonalizacji alarmów opisuje ANSI/ISA-18.2-2016.

Najgorszy scenariusz to lawina czerwonych komunikatów po jednym zatrzymaniu transportera. Operator widzi wtedy dziesięć skutków, ale nie dostaje informacji o przyczynie pierwotnej. Projekt alarmów trzeba traktować jak osobny element specyfikacji funkcjonalnej, nie jako listę bitów z programu.

Priorytety alarmów – które zdarzenia wymagają potwierdzenia?

Potwierdzenia wymagają alarmy, przy których operator ma świadomie rozpoznać stan albo wykonać określoną procedurę; komunikat informacyjny może zniknąć po ustąpieniu warunku. Priorytet nie powinien zależeć od tego, czy sygnał pochodzi z robota, czujnika lub falownika, lecz od skutku dla bezpieczeństwa, jakości i produkcji.

• Alarm krytyczny – dotyczy stanu wymagającego natychmiastowej reakcji zgodnej z procedurą bezpieczeństwa i nie może być maskowany przez komunikat informacyjny.
• Alarm produkcyjny – zatrzymuje lub ogranicza cykl, na przykład brak kartonów w magazynku formierki.
• Alarm jakościowy – sygnalizuje odrzut produktu, błąd etykiety albo niezgodność wyniku systemu wizyjnego.
• Ostrzeżenie serwisowe – informuje o stanie wymagającym planowej reakcji, lecz nie powinno udawać awarii zatrzymującej linię.
• Komunikat informacyjny – przekazuje zmianę trybu lub zakończenie procedury i zwykle nie wymaga potwierdzania.

„Priorytet alarmu powinien odpowiadać konsekwencji zdarzenia oraz reakcji wymaganej od operatora.” – parafraza zasad zarządzania alarmami z ANSI/ISA-18.2-2016.

Komunikat alarmowy – jakie informacje powinien zawierać?

Dobry komunikat alarmowy zawiera nazwę obiektu, opis nieprawidłowego stanu, prawdopodobną przyczynę i bezpieczną czynność operatora. Zamiast „E204” panel powinien wyświetlić: „Transporter wyjściowy case packera zatrzymany – sprawdź zator kartonów i potwierdź po usunięciu przyczyny”.

Nie obiecuj operatorowi przyczyny, jeśli system jej nie zna. Lepiej napisać „sprawdź zator lub stan napędu” niż fałszywie wskazać uszkodzenie falownika. Kod techniczny można zachować jako informację dodatkową dla automatyka.

• Nazwij urządzenie – komunikat powinien wskazać konkretny moduł, na przykład „robot delta, stacja 2”.
• Opisz stan – użyj prostego zdania, takiego jak „brak potwierdzenia pozycji bazowej”.
• Podaj kontekst – wskaż aktywną recepturę, numer gniazda albo stronę transportera, jeśli ułatwia to diagnozę.
• Zaproponuj bezpieczne działanie – instrukcja ma prowadzić do procedury, a nie zachęcać do omijania osłon lub czujników.
• Ustal warunek skasowania – operator powinien wiedzieć, czy alarm zniknie automatycznie, czy wymaga potwierdzenia po usunięciu przyczyny.

Kolory i sygnały dźwiękowe – jak uniknąć przeciążenia operatora?

Pierwsza zasada brzmi: czerwony kolor i dźwięk stosuj tylko wtedy, gdy zdarzenie wymaga szybkiej reakcji. Jeśli każdy komunikat jest czerwony, żaden nie jest pilny. Kolor musi wspierać tekst, nigdy go nie zastępować.

• Czerwień – powinna wskazywać alarm o wysokim priorytecie, a nie zwykłe oczekiwanie na materiał.
• Żółty – może oznaczać ostrzeżenie lub stan wymagający przygotowania reakcji przez obsługę.
• Zieleń – powinna potwierdzać pracę lub gotowość, lecz nie może być jedynym nośnikiem informacji.
• Sygnał dźwiękowy – powinien różnicować pilność i mieć uzasadnienie w analizie pracy operatora.
• Tekst alarmu – musi pozostać czytelny dla osoby z zaburzeniem rozróżniania barw, dlatego opis i ikona są konieczne.

Historia alarmów – jakie dane powinien zapisywać panel HMI?

Historia alarmów to rejestr zdarzeń potrzebny do analizy przestojów, powtarzalnych usterek i skuteczności działań utrzymania ruchu. Każdy wpis powinien mieć co najmniej znacznik czasu, identyfikator alarmu, nazwę urządzenia, priorytet, moment wystąpienia i ustąpienia oraz informację o potwierdzeniu przez użytkownika.

Znaczniki czasu i synchronizacja – dlaczego są potrzebne do analizy przestojów?

Synchronizacja zegarów HMI, PLC, robota i systemu nadrzędnego jest potrzebna, aby ustalić kolejność zdarzeń z dokładnością adekwatną do procesu. Bez niej wpis „utrata komunikacji robota” może wyglądać na przyczynę, choć faktycznie pojawił się po otwarciu osłony.

Przy analizie OEE linii pakującej historia alarmów pozwala oddzielić krótkie braki materiału od awarii trwających kilkadziesiąt minut. Przykład: sześć postojów po 40 sekund może ujawnić źle ustawiony czujnik obecności kartonu, którego nie pokaże miesięczny raport zbiorczy.

• Czas wystąpienia – powinien zapisywać moment aktywacji alarmu w zsynchronizowanym czasie systemowym.
• Czas ustąpienia – pozwala obliczyć rzeczywisty czas trwania warunku alarmowego.
• Czas potwierdzenia – pokazuje, kiedy operator zauważył komunikat, ale nie zastępuje czasu usunięcia przyczyny.
• Użytkownik – powinien być zapisywany dla zmian receptur i działań wymagających uprawnień.
• Kontekst produkcyjny – powinien obejmować recepturę, zmianę oraz moduł linii, jeśli te dane są dostępne.

Jak długo przechowywać historię alarmów i kopie projektu?

Okres przechowywania historii alarmów zależy od polityki zakładu, wymagań jakościowych i możliwości systemu, dlatego należy go ustalić przed odbiorem FAT. Minimum operacyjne powinno pozwolić porównać kilka zmian lub pełny cykl produkcyjny, a dane potrzebne do reklamacji czy walidacji mogą wymagać dłuższej retencji.

• Eksport CSV lub raport – powinien umożliwiać analizę bez ręcznego przepisywania wpisów z ekranu.
• Kopia projektu HMI – powinna być opisana wersją, datą, środowiskiem inżynierskim i kompatybilnym firmware.
• Rejestr zmian – powinien rozróżniać korektę opisu alarmu od zmiany parametru technologicznego.
• Dostęp serwisowy – powinien być ograniczony kontami i rolami zgodnie z ryzykiem dla procesu.

Stop awaryjny a HMI – czego nie wolno realizować wyłącznie programowo?

Funkcji zatrzymania awaryjnego nie realizuje się wyłącznie jako przycisku na standardowym ekranie HMI. Wymagania dla obwodu, urządzeń sterowniczych i reakcji maszyny ustala się na podstawie oceny ryzyka oraz właściwych norm, w tym IEC 60204-1:2016; szczegółową architekturę powinien zatwierdzić kompetentny projektant bezpieczeństwa.

Czy stop awaryjny może działać przez ekran HMI?

Nie, standardowy ekran HMI nie powinien być jedynym środkiem realizacji zatrzymania awaryjnego, ponieważ funkcja ochronna nie może zależeć wyłącznie od standardowej wizualizacji, komunikacji sieciowej ani aplikacji panelu. HMI może wyświetlić stan zatrzymania i instrukcję resetu, ale nie zastępuje urządzenia oraz obwodu bezpieczeństwa.

IEC 60204-1:2016 dotyczy wyposażenia elektrycznego maszyn, a ISO 12100:2010 opisuje proces oceny i redukcji ryzyka. Nie są to zamienne dokumenty. Projektant musi przełożyć wynik oceny ryzyka na konkretną architekturę maszyny.

• Przycisk na ekranie – może realizować standardową funkcję zatrzymania procesu, jeśli projekt dopuszcza taką funkcję.
• Urządzenie zatrzymania awaryjnego – wymaga odrębnej, właściwie zaprojektowanej funkcji ochronnej.
• Otwarcie osłony – powinno wywołać reakcję przewidzianą w architekturze bezpieczeństwa, a HMI powinno ją tylko komunikować.
• Reset bezpieczeństwa – nie może samoczynnie uruchamiać niebezpiecznego ruchu bez spełnienia warunków określonych w projekcie.

Jak zabezpieczyć parametry i zdalny dostęp do HMI?

Pierwszy krok to podział kont na role operatora, technologa, utrzymania ruchu i administratora, a następnie ograniczenie każdej roli do konkretnych funkcji. IEC 62443-3-3:2013 wskazuje potrzebę stosowania środków bezpieczeństwa dla przemysłowych systemów automatyki adekwatnie do ryzyka.

• Konta imienne – pozwalają przypisać zmianę receptury lub parametrów do konkretnego użytkownika.
• Role użytkowników – powinny blokować operatorowi zmianę limitów serwisowych i parametrów bezpieczeństwa.
• Segmentacja sieci – ogranicza ekspozycję PLC i HMI na sieć biurową oraz niekontrolowany dostęp.
• Zdalny serwis – powinien mieć procedurę autoryzacji, ograniczony czas dostępu i rejestrowanie działań.
• Kopie zapasowe – należy przechowywać poza panelem wraz z informacją o wersjach PLC, HMI i firmware.

Komunikacja HMI z PLC – jaki protokół i interfejs wybrać?

Komunikację HMI z PLC dobiera się do istniejącej platformy sterowania, wymagań diagnostycznych, cyberbezpieczeństwa i kompatybilności wersji, nie według uniwersalnego rankingu protokołów. PROFINET dobrze wpisuje się w środowiska przemysłowego Ethernetu, EtherNet/IP jest częsty w ekosystemie Rockwell Automation, a OPC UA ułatwia bezpieczniejszą wymianę danych między systemami.

PROFINET, EtherNet/IP i OPC UA – czym różnią się ich zastosowania?

PROFINET i EtherNet/IP służą głównie do komunikacji w warstwie automatyki, natomiast OPC UA często pełni rolę standardu wymiany danych z systemami nadrzędnymi, raportowaniem lub integracją IT. Dobór należy sprawdzić w macierzy kompatybilności producenta HMI, PLC i użytego środowiska inżynierskiego.

Technologia	Typowe zastosowanie	Weryfikacja przed wdrożeniem
PROFINET	Komunikacja HMI, PLC, napędów i urządzeń w środowiskach opartych na Ethernet.	Wersja PLC, HMI, switcha przemysłowego i konfiguracja diagnostyki.
EtherNet/IP	Integracja urządzeń automatyki w instalacjach wykorzystujących ten ekosystem.	Pliki urządzeń, wersje firmware i zasady segmentacji sieci.
OPC UA	Wymiana danych z MES, SCADA, raportowaniem lub warstwą analityczną.	Model danych, certyfikaty, konta, szyfrowanie i zakres udostępnianych danych.

Jak przygotować interfejs danych między HMI a PLC?

Pierwszy krok to stworzenie listy tagów z właścicielem danych, jednostką, zakresem, opisem alarmowym i zasadą zapisu. Chaotyczne tagi typu „M_1234” są wygodne przez godzinę programowania, ale kosztują wiele godzin przy późniejszym serwisie.

• Zdefiniuj właściciela parametru – PLC powinien walidować wartość wysłaną z HMI przed użyciem jej w cyklu.
• Ustal jednostki – panel musi jasno rozróżniać milimetry, sekundy, sztuki na minutę i temperaturę.
• Dodaj limity receptur – HMI nie powinien pozwalać na wpisanie wartości poza zatwierdzonym zakresem technologicznym.
• Obsłuż utratę komunikacji – ekran ma pokazać stan awarii komunikacji bez generowania dziesiątek alarmów wtórnych.
• Sprawdź wersje – przed FAT porównaj firmware HMI, PLC oraz wersję projektu w środowisku inżynierskim.

Jeżeli planujesz integrację PLC z linią pakującą, przygotuj wspólną listę sygnałów dla automatyka, producenta robota i dostawcy systemu wizyjnego. To zmniejsza liczbę niespodzianek podczas uruchomienia.

FAT i SAT panelu HMI – jak przeprowadzić odbiór?

FAT i SAT panelu HMI powinny potwierdzić działanie ekranów, receptur, alarmów, historii zdarzeń i uprawnień w normalnej pracy oraz podczas wymuszonych usterek. FAT wykonuje się przed wysyłką maszyny, a SAT po instalacji u klienta; oba etapy muszą mieć podpisaną macierz testów i jasno określone kryteria akceptacji.

Lista FAT i SAT – jakie scenariusze alarmowe przetestować?

Pierwszy krok to przygotowanie jednego scenariusza na każdy ważny alarm wraz z oczekiwaną reakcją maszyny, tekstem HMI, priorytetem i metodą przywrócenia pracy. Test nie polega na sprawdzeniu, czy alarm „wyskoczył”, lecz czy operator może bezpiecznie zrozumieć sytuację i wykonać właściwą czynność.

• Zanik czujnika – sprawdź opis, priorytet, blokadę cyklu oraz sposób powrotu po przywróceniu sygnału.
• Brak medium – zasymuluj brak sprężonego powietrza, kleju lub folii zgodnie z funkcją konkretnej maszyny.
• Otwarcie osłony – potwierdź reakcję układu bezpieczeństwa i prawidłowe wyświetlenie stanu na HMI.
• Zablokowanie transportera – sprawdź, czy panel wskazuje miejsce zatoru, a nie wyłącznie skutki wtórne.
• Utrata komunikacji – przetestuj rozłączenie urządzenia, na przykład robota lub systemu wizyjnego, oraz zachowanie po odzyskaniu połączenia.
• Zmiana receptury – sprawdź uprawnienia, limity, potwierdzenie wyboru i zapis do historii zmian.

Kto powinien zatwierdzić ekrany operatorskie?

Ekrany operatorskie powinny zatwierdzić co najmniej osoby reprezentujące produkcję, utrzymanie ruchu, automatykę i technologię, a przy wymaganiach jakościowych także dział jakości. Automatyk sprawdzi logikę, lecz operator najlepiej oceni, czy komunikat da się odczytać i wykonać pod presją czasu.

W przypadkach prowadzonych podczas uruchomień proszę operatora o wykonanie przezbrojenia oraz usunięcie symulowanego zatoru bez wskazówek od programisty. Jeśli nie umie znaleźć instrukcji w dwóch-trzech krokach, ekran wymaga poprawy. To prosty test, a często ujawnia najważniejsze braki.

• Produkcja – zatwierdza kolejność obsługi, słownictwo i czytelność ekranów w realnym tempie pracy.
• Utrzymanie ruchu – zatwierdza diagnostykę, historię alarmów, dostęp serwisowy i procedury odtwarzania projektu.
• Technolog – zatwierdza receptury, zakresy parametrów i sposób prezentowania danych jakościowych.
• Automatyk – zatwierdza tagi, blokady, komunikację PLC oraz zachowanie aplikacji po zaniku połączenia.
• Osoba odpowiedzialna za bezpieczeństwo – weryfikuje granice między HMI a funkcjami ochronnymi zgodnie z oceną ryzyka.

Przed zamówieniem panelu przygotuj audyt wymagań HMI: listę ekranów, użytkowników, receptur, alarmów, środowiska montażu i interfejsów komunikacyjnych. Dobry integrator systemów automatyki zamieni tę listę w specyfikację funkcjonalną, plan FAT i SAT oraz plan serwisu. W obszarze funkcji ochronnych skonsultuj projekt z kompetentnym specjalistą od bezpieczeństwa maszyn pakujących; treść ma charakter informacyjny i nie zastępuje indywidualnej oceny ryzyka ani projektu bezpieczeństwa maszyny.

Najczęściej zadawane pytania

Jaki rozmiar HMI panelu wybrać do linii pakującej?

Do kompaktowej maszyny często rozważa się ekran około 7-10 cali, a do rozbudowanej linii end-of-line około 12-15 cali. Przekątna musi wynikać z liczby danych, odległości operatora i testu makiety, nie z samego katalogu producenta.

Co powinien zawierać alarm na panelu HMI?

Alarm powinien wskazywać urządzenie, nieprawidłowy stan, prawdopodobną przyczynę i bezpieczne działanie operatora. Sam kod błędu bez opisu wydłuża diagnozę oraz utrudnia późniejszą analizę przestojów w historii alarmów.

Czy stop awaryjny może działać przez ekran HMI?

Nie, standardowy ekran HMI nie powinien być jedynym środkiem realizacji funkcji zatrzymania awaryjnego. Wymagane funkcje ochronne wynikają z oceny ryzyka i wymagają właściwej architektury bezpieczeństwa, zgodnie z zasadami ISO 12100 oraz wymaganiami projektowymi IEC 60204-1.

Czy każdy alarm HMI musi być potwierdzony?

Nie. Potwierdzania wymagają zdarzenia, przy których operator ma świadomie rozpoznać stan lub wykonać procedurę, natomiast komunikat informacyjny może zniknąć po ustąpieniu przyczyny. Zasada potwierdzania powinna być opisana dla każdego alarmu podczas jego racjonalizacji.

Jak sprawdzić alarmy przed uruchomieniem linii?

Podczas FAT i SAT wymuś typowe usterki: zanik czujnika, brak medium, zator transportera, otwarcie osłony oraz utratę komunikacji. Dla każdego testu sprawdź treść alarmu, priorytet, czas, reakcję maszyny, zapis w historii i instrukcję dla operatora.

Czy panel dotykowy działa w rękawicach?

To zależy od technologii dotyku, rodzaju rękawic, wilgoci i zabrudzeń na stanowisku. Przed zakupem wykonaj próbę na wybranym panelu z rzeczywistymi rękawicami oraz po czyszczeniu stosowanym w danym zakładzie.

Jaki stopień ochrony powinien mieć panel HMI?

Stopień ochrony IP trzeba dobrać do pyłu, bryzgów, mycia, detergentów i sposobu montażu. Samo oznaczenie IP nie potwierdza odporności na konkretną chemię ani zgodności z wymaganiami higienicznymi produkcji spożywczej lub farmaceutycznej.

Źródła i literatura

• International Organization for Standardization – ISO 12100:2010, Safety of machinery – General principles for design – Risk assessment and risk reduction.
• International Electrotechnical Commission – IEC 60204-1:2016, Safety of machinery – Electrical equipment of machines – Part 1: General requirements.
• International Society of Automation – ANSI/ISA-18.2-2016, Management of Alarm Systems for the Process Industries.
• International Electrotechnical Commission – IEC 62443-3-3:2013, Industrial communication networks – Network and system security.

Powiązane artykuły

• HMI panel Siemens – kiedy wybrać do linii pakującej?