Przemysł 4.0 i Przemysł 5.0 na hali produkcyjnej: co naprawdę się zmienia

Ta strona prowadzona jest odwrotnie: od maszyny i od operatora na zewnątrz.

Co Przemysł 4.0 naprawdę oznacza na hali produkcyjnej

Kiedy odjąć słownictwo, zostaje jedno przesunięcie: od maszyn, które nie raportują niczego, do maszyn, których dane pociągają za sobą decyzję.

Weźmy prasę, która staje. W zakładzie, który tego przesunięcia nie zrobił, postój trafia na kartkę zmianową, następnego ranka zostaje przepisany do arkusza, a na koniec miesiąca wchodzi do raportu jako blok „przestojów" bez przypisanej przyczyny. Wtedy mistrz, który wiedział, co się stało, już tego nie pamięta. Liczba jest prawdziwa i bezużyteczna.

W zakładzie, który to przesunięcie ma za sobą, postój jest wykrywany ze sterownika PLC w ciągu kilku sekund, operator klasyfikuje przyczynę przy maszynie, dopóki jest ona jeszcze widoczna, system planowania widzi, że operacja nie zamknie się w swoim oknie, a kolejne zlecenie zostaje przesekwencjonowane albo materiał wstrzymany. To samo zdarzenie ma teraz konsekwencję.

Różnicą nie jest czujnik. Większość fabryk już dziś wytwarza znacznie więcej danych, niż wykorzystuje; liczniki, napędy i sterowniki PLC od lat produkują sygnały. Różnicą jest zamknięta pętla: dane zebrane w momencie i w miejscu zdarzenia, opatrzone kontekstem, utrzymane w systemie zapisu i skonsumowane przez coś, co na ich podstawie działa.

Cyfryzacja produkcji to też jeszcze nie to samo: zamiana papierowego zlecenia na PDF usuwa drukarkę, a nie opóźnienie. Przemysł 4.0 zaczyna się tam, gdzie dane są ustrukturyzowane, mają znacznik czasu i są powiązane ze zleceniem, maszyną, narzędziem i operatorem — bo dopiero wtedy cokolwiek dalej w łańcuchu może na nich policzyć.

Warstwy i miejsce każdej z nich

Większość nieporozumień wokół Przemysłu 4.0 bierze się z rozmowy prowadzonej w poprzek warstw. ISA-95 daje słownictwo, które pozwala je od siebie oddzielić.

Sygnały z maszyn — czujniki, PLC, bramki. W prawdziwym zakładzie ta warstwa jest mieszana. Część maszyn mówi OPC UA; starsze mówią Modbus, protokołem szeregowym albo stykiem bezpotencjałowym i niczym więcej. Zamknięte sterowniki, których dostawca nie otworzy, wymagają doposażenia w czujnik na wrzecionie, na obwodzie hydraulicznym albo na linii zasilania. Nie należy zakładać jednego protokołu i trzeba przewidzieć budżet na tę upartą mniejszość zasobów, które potrzebują zewnętrznego opomiarowania. Tutaj siedzą bramki IIoT, a także RTLS — wszędzie tam, gdzie trzeba wiedzieć, gdzie wózek, forma czy partia fizycznie są, a nie gdzie są według papierów.

Akwizycja danych i kontekst. Surowy sygnał to jeszcze nie informacja. Odczyt licznika staje się informacją dopiero wtedy, gdy wiadomo, do którego zlecenia należą sztuki, jakie narzędzie je zrobiło, kto obsługiwał gniazdo i która to była zmiana. Ta warstwa po cichu decyduje o tym, czy wszystko powyżej działa: jeśli kontekst dopina się ręcznie na koniec zmiany, wszystko powyżej dziedziczy tę niepewność.

MES — realizacja. Tu produkcja jest faktycznie prowadzona: przydzielanie zleceń do gniazd, potwierdzanie operacji, rejestracja czasu pracy maszyny i ludzi, ewidencja braków i poprawek wraz z przyczynami, egzekwowanie marszruty i przezbrojenia oraz utrzymanie identyfikowalności, która pozwala przejść partię wstecz. Na tym samym strumieniu zdarzeń wiszą kontrole jakości (QMS), wyzwalacze utrzymania ruchu (CMMS) i ruchy materiału (WMS). MES jest systemem zapisu tego, co wydarzyło się na hali. Analitykę da się odtworzyć później; zapisu nie.

Planowanie — MRP, APS, SCP. MRP i ERP odpowiadają, co produkować i mniej więcej kiedy, w rozdzielczości dni. APS sekwencjonuje wobec skończonych zdolności i ograniczeń, które realnie wiążą: wspólne oprzyrządowanie, rodziny przezbrojeń, uprawnieni operatorzy, czasy schnięcia lub sieciowania. SCP patrzy dalej, przez dostawców i zakłady. Jakość planowania jest ograniczona jakością sprzężenia zwrotnego z realizacji — plan na skończonych zdolnościach zbudowany na normatywach, których nikt nie przemierzył od lat, zostanie w ciągu jednego dnia przeplanowany ręcznie.

Analityka, AI/ML i wizja komputerowa. Ta warstwa leży na wierzchu i bez warstw pod spodem jest warta niewiele. Z nimi mieści się w niej duża część wartości: wizja komputerowa do wad powierzchniowych, kontroli obecności i braku elementu oraz weryfikacji etykiet — tam, gdzie kamera jest bardziej powtarzalna niż oko pod koniec długiej zmiany; AI/ML do wykrywania anomalii w sygnaturach drgań albo zużycia energii. Tu należy też monitoring energii, który staje się użyteczny wtedy, gdy zużycie jest wiązane z wolumenem produkcji, a nie z odczytem licznika — tak, by energia na sztukę była porównywalna między zmianami i maszynami.

Integracja z ERP. Ściśle rzecz biorąc to nie warstwa, tylko szew między realizacją a systemami biznesowymi. Przechodzą przez niego w obie strony zlecenia, BOM-y, marszruty, indeksy materiałowe i potwierdzenia. Pochłania dużą część czasu projektu i jest tą częścią, którą najczęściej zakresuje się na końcu.

Co dodaje Przemysł 5.0 i czego nie da się kupić

Przemysł 5.0 nie wziął się z mapy drogowej dostawcy. Wyszedł z prac Komisji Europejskiej i lepiej czyta się go jako korektę niż jako następcę. Przemysł 4.0 pytał, jak wiele da się połączyć i zautomatyzować. Przemysł 5.0 pyta, jaka jest rola człowieka w zautomatyzowanym zakładzie (człowiek w centrum), jak zakład zachowuje się, gdy podaż, popyt albo ceny energii gwałtownie się przesuwają (odporność), oraz ile produkcja kosztuje w energii i materiale, a nie tylko w pieniądzu (zrównoważoność).

Ma to znaczenie, bo „Przemysł 5.0" zaczyna pojawiać się na stronach produktowych. Przemysłu 5.0 nie da się kupić. Da się kupić rzeczy, które służą jego celom, i wypada zapytać każdego dostawcę, którą z nich ma faktycznie na myśli:

Interfejsy operatorskie zaprojektowane wokół człowieka wykonującego pracę, a nie wokół schematu bazy danych — mało kroków, przy maszynie, dające coś użytecznego w zamian za to, co się wprowadza.

Energia mierzona na zlecenie i na maszynę, tak by zmianę procesu dało się ocenić nie tylko po czasie cyklu, ale i po zużyciu.

Planowanie, które da się przeliczyć wobec zmienionego ograniczenia — utraconego dostawcy, stojącej linii, przyspieszonego terminu dostawy — na tyle szybko, by użyć go na tym spotkaniu, na którym zapada decyzja.

Identyfikowalność na tyle dobra, by udźwignęła celowe wycofanie zamiast spisania całej partii.

Człowiek w centrum to część pomijana najczęściej i to ona decyduje o przyjęciu systemu. System, który traktuje operatora jak urządzenie do wprowadzania danych, zostaje obejściem w ciągu miesiąca.

Od czego zacząć i jak nie kupić platformy, która stanie bezużyteczna

Prawdziwym pytaniem jest kolejność. Działająca sekwencja wygląda tak:

Zacznij od ograniczenia, nie od technologii. Nazwij gniazdo wąskiego gardła, linię z największą liczbą niewyjaśnionych postojów albo rodzinę wyrobów z najgorszą brakowością. Jeśli projektu nie da się ująć zdaniem „nie wiemy X o Y, a niewiedza kosztuje nas Z", to nie jest jeszcze gotowy.

Najpierw fakty, potem wnioski. Stan maszyny i przyczyny postojów, zbierane automatycznie tam, gdzie to możliwe, i klasyfikowane przez operatora tam, gdzie nie jest. Prawie każda późniejsza funkcja opiera się na tym.

Realizacja przed analityką. MES i zapis z hali idą przed pulpitami i modelami. Model wytrenowany na danych przepisanych z kartki zmianowej nauczy się kartki zmianowej.

Zakresuj szew z ERP na początku. Ustal, kto jest właścicielem indeksu materiałowego, jak działa numeracja zleceń po obu stronach, który system jest nadrzędny dla zmian w BOM i co się dzieje, gdy oba się nie zgadzają. Odłożenie tego na czas po pilotażu jest najczęstszą przyczyną zatrzymanego wdrożenia.

Wybierz pilotaż zaprojektowany pod skalowanie. Jedna linia, ale taka, której typy maszyn i przepływ wyrobu przypominają resztę zakładu — z kryteriami wyjścia spisanymi i z nazwanym właścicielem wdrożenia uzgodnionym przed startem.

Modułowość jest praktyczną obroną przed półkownikiem: platforma, którą włącza się moduł po module, kosztuje mniej w razie porzucenia, jeśli decyzja okaże się zła, i łatwiej ją finansować etapami.

Co idzie nie tak

Dane, którym nikt nie ufa. Dwa systemy pokazują różne liczby za tę samą zmianę i spotkanie produkcyjne zamienia się w spór o liczbę zamiast o stratę, która za nią stoi. Lekarstwo jest nieefektowne: przed wdrożeniem, na piśmie, uzgodnić jedną definicję każdego KPI — w tym to, jak OEE traktuje postoje planowane i poprawki — i wskazać jeden system zapisu.

Operatorzy obchodzą system. Terminal stoi daleko od maszyny, potwierdzenie ma więcej kroków niż czynność, którą rejestruje, a do wprowadzającego nic nie wraca. Jeśli najszybszą drogą do końca zmiany jest uzupełnienie wszystkiego na koniec, to właśnie tak się stanie, a znaczniki czasu stają się fikcją. Zmierz te kroki samodzielnie, w czasie prawdziwego przezbrojenia.

Pilotaż, który nigdy nie opuszcza jednej linii. Pilotaże finansuje ciekawość; wdrożenia potrzebują budżetu, właściciela i czasu na hali. Bez kryteriów wyjścia spisanych z góry udany pilotaż zamienia się w stałą demonstrację.

Integracja zakresowana po fakcie. Niezgodne jednostki miary, numery części różniące się sufiksem, BOM utrzymywany w dwóch miejscach. Nic z tego nie jest trudne i wszystko to trwa dłużej niż samo oprogramowanie.

Platforma kupiona pod problem, którego nikt nie nazwał. Jeśli uzasadnienie biznesowe brzmi „musimy być Przemysłem 4.0", system zostanie zainstalowany, zademonstrowany i powoli przestanie być otwierany.

Jak odróżnić prawdziwy projekt od projektu pulpitowego

Pulpity są w porządku. To widoczna część i jeśli są całością, kupiło się lustro. Sześć pytań je rozdziela:

1. Czy jakakolwiek liczba powoduje działanie, czy tylko to, że człowiek coś zauważa? 2. Czy dane są zbierane w momencie i w miejscu zdarzenia, czy przepisywane później z notatek? 3. Kiedy zmienia się sytuacja na hali, czy zmienia się plan — czy zostaje taki, jak go wydrukowano, podczas gdy rzeczywistość się od niego oddala? 4. Czy istnieje system zapisu tego, co się wydarzyło, czy tylko widok na inne systemy? 5. Czy to przetrwa odejście osoby, która to zbudowała? Zależność od jednego utrzymywanego arkusza jest ostrzeżeniem. 6. Co się dzieje, gdy sieć padnie na godzinę — czy edge buforuje i uzgadnia dane, czy zmiana jest stracona?

Jeśli uczciwe odpowiedzi brzmią „zauważa", „przepisywane", „zostaje taki, jak wydrukowano" i „tylko widok", to projekt jest raportowaniem. Raportowanie jest przydatne. Nie jest tym przesunięciem, które opisano na początku tej strony.

Gdzie w tym wszystkim mieści się Meta Smart Factory

Meta Smart Factory to modułowa platforma pokrywająca opisane wyżej warstwy: MES, APS i MRP, SCP, WMS i logistykę, jakość (QMS), utrzymanie ruchu (CMMS), wizję komputerową, AI/ML, energię, sprzęt IIoT, RTLS oraz integrację z ERP — wdrażana lokalnie albo jako SaaS.

Powodem, dla którego wymieniamy moduły z nazwy, jest argument o kolejności podany wyżej: można zacząć od jednego z nich wobec jednego nazwanego ograniczenia — akwizycji danych maszynowych na gnieździe wąskiego gardła albo jakości na tej operacji, na której koncentrują się braki — i dołożyć następny wtedy, gdy pierwszy jest naprawdę używany, zamiast zobowiązywać się do pełnego stosu, zanim ktokolwiek wprowadzi pierwszą przyczynę postoju.

Nic w tej platformie nie usuwa tych części, które są naprawdę trudne: uzgodnienia, co znaczą liczby, uporządkowania danych podstawowych i zaprojektowania kroków wprowadzania danych, które operatorzy wykonają bez proszenia ich dwa razy. To praca wspólna, a rozmowa o kolejności dla konkretnego zakładu jest bardziej użyteczną pierwszą rozmową niż prezentacja produktu.