Prowadzone przez TEEPTRAK SAS, firmę dostarczającą oprogramowanie do monitorowania produkcji. Udział nie wymaga żadnego zakupu; zakłady korzystające z dowolnego systemu lub bez systemu oceniane są według tych samych zasad.
Factory Excellence Indexod Factory Excellence Awards
Factory Excellence Index

Fundamenty danych i łączności: instalacja pod wszystkimi pozostałymi filarami

Ten filar pyta, czy dane, na których opierają się Państwa rutyny, docierają bez przepisywania i znaczą to samo na każdej linii. Pyta też, kto ma do nich dostęp i czy podłączenie maszyn nie naraziło zakładu na większe ryzyko.

Czego dotyczy ten filar i dlaczego ma większe znaczenie, niż się wydaje

To jeden z sześciu filarów, a nie model dojrzałości Przemysłu 4.0. Nie nagradza ilości technologii w zakładzie. Pyta, czy fundamenty danych są wystarczająco dobre dla praktyk zarządczych ocenianych w pozostałych filarach i czy ktoś o nie dba.

Oceniamy pięć rzeczy: w jakim stopniu maszyny są podłączone (data1), jak zarządza się danymi referencyjnymi, takimi jak idealne czasy cyklu i kody przyczyn (data2), jak dane produkcyjne są zintegrowane z innymi systemami (data3), kto ma dostęp do danych i na jakich zasadach (data4) oraz jak zapewnia się cyberbezpieczeństwo na hali produkcyjnej, czyli OT (data5).

Waga tego filaru ujawnia się pośrednio. Każda godzina, którą brygadzista spędza na przepisywaniu ilości do arkusza, to godzina, której nie spędza przy linii. Idealny czas cyklu wzięty z tabliczki znamionowej sprawia, że strata wydajności staje się niewidoczna albo absurdalna, a spotkanie przestaje wierzyć tej liczbie. Maszyna podłączona do sieci z narzędziem dostępu zdalnego dostawcy, o którym nikt nie wie, to ryzyko, które może zatrzymać zakład.

Celowo niewiele technologii

Każdy poziom w tym filarze można osiągnąć skromnymi środkami: sygnał praca/postój ze styku przekaźnika, wspólna baza danych, spisany proces zmian, rozdzielona sieć. Model wymienia standardowe rozwiązania, takie jak OPC UA, MQTT i proste sygnały I/O, wyłącznie jako przykłady i nie faworyzuje żadnego z nich. Przewodniki po podejściach do monitorowania są dostępne na factorymetrics.org.

Pięć poziomów tak, jak widać je w zakładzie

PoziomCo widać na haliJak wyglądają liczby na spotkaniach
1 ReaktywnyŻadna maszyna nie jest podłączona; ilości pochodzą z ręcznych zapisów operatorów. Pliki z wynikami leżą na prywatnych laptopach. Nikt nie wie, ile urządzeń jest w sieci na hali, a dostawcy łączą się własnymi narzędziami.Liczby różnią się w zależności od tego, kto je przygotował. Nikt nie potrafi powiedzieć, jakiego czasu cyklu użyto do obliczenia wydajności.
2 ŚwiadomyNiektóre maszyny mają lokalne wyświetlacze albo dane ze sterowników PLC, których nikt nie zbiera. Czasy cyklu pochodzą z tabliczki znamionowej. Dane są ręcznie wprowadzane do ERP i przechowywane na dyskach współdzielonych. Polityka IT jest stosowana na hali bez dostosowania.Pojawiają się wskaźniki wydajności powyżej 100% albo niewiarygodnie niskie, a ktoś je tłumaczy. Zamknięcie miesiąca zajmuje kilka dni uzgadniania.
3 UporządkowanyMaszyny będące wąskim gardłem są podłączone, a ich dane zbierane centralnie. Idealne czasy cyklu i kody przyczyn są zdefiniowane dla głównych linii. Istnieją pewne zautomatyzowane eksporty. Dane produkcyjne są w centralnej bazie danych, z dostępem na wniosek. Sieć biurowa i produkcyjna są rozdzielone.Spotkania korzystają z tych samych liczb z tego samego źródła. Każdy, kto chce innego przekroju danych, musi przejść przez jedną osobę.
4 ProaktywnyWiększość krytycznych maszyn jest podłączona przez standardowy interfejs. Dane referencyjne mają właściciela, proces zmian i okresowy przegląd. System produkcyjny wymienia z ERP lub MES zlecenia i ilości. Dostęp jest oparty na rolach, z zasadami retencji i udokumentowanymi definicjami. Polityka bezpieczeństwa OT obejmuje inwentaryzację zasobów, dostęp zdalny i aktualizacje, zgodnie z zasadami IEC 62443.Ilości w systemie produkcyjnym i w ERP zgadzają się bez ręcznych korekt. Każdą zmianę czasu cyklu można prześledzić. Nikt nie pyta, który plik jest właściwy.
5 DoskonałyStandardowa architektura łączności obejmuje wszystkie linie, a wymagania dotyczące danych są wpisane w każdy zakup urządzeń. Dane referencyjne są zharmonizowane między zakładami. Integracja działa w obie strony, a model danych jest udokumentowany. Inżynierowie korzystają z katalogu danych i sami je analizują. Oceny ryzyka OT i ćwiczenia reagowania na incydenty są rutyną, a wymagania bezpieczeństwa są częścią zakupów.Inżynierowie sami znajdują odpowiedzi w danych. Zakłady porównuje się bez przeliczania czegokolwiek. Reakcja na incydent została przećwiczona.

Zakłady są tu często nierówne: dobrze podłączone wąskie gardło obok danych referencyjnych bez właściciela albo solidna sieć obok ręcznie wprowadzanych danych do ERP. Ocena punktuje każde pytanie osobno. Strona poziomów wyjaśnia indeks filaru i zasadę najsłabszego filaru.

Pięć pytań i jak sprawdzić własną odpowiedź w tym tygodniu

data1. W jakim stopniu Państwa maszyny są podłączone? Pytamy, czy zakład otrzymuje z maszyn dane o zatrzymaniach i ilościach bez ręcznego zapisywania, zaczynając od wąskiego gardła. Podłączenie dla samego podłączenia nie daje punktów.

Zakłady zawyżają ocenę, gdy sterowniki PLC są w sieci, ale nikt nie zbiera ich danych, albo gdy jedyną podłączoną maszyną jest pilotaż z dala od wąskiego gardła. Zaniżają, gdy zakładają, że prosty sygnał praca/postój to nie prawdziwe podłączenie. Model wprost akceptuje proste sygnały I/O, a w przypadku starszych urządzeń często są one najrozsądniejszym wyborem.

Autotest: data1

Spisać wszystkie maszyny na linii wąskiego gardła z typem sterownika, informacją, czy mogą wystawić sygnał praca/postój, i czy ten sygnał jest gdzieś zapisywany. Następnie spróbować uzyskać wczorajszą listę zatrzymań na wąskim gardle bez pytania operatora i bez otwierania papierowego dziennika.

data2. Jak zarządza się danymi referencyjnymi? Pytamy, czy miary używane do oceny wyników są prawidłowe i czy ktoś jest za nie odpowiedzialny. Idealne czasy cyklu, kody przyczyn i lista wyrobów po cichu kształtują każdą liczbę raportowaną przez zakład.

Częste zawyżenie to stwierdzenie, że idealne czasy cyklu są zdefiniowane, podczas gdy są to normatywne czasy z kalkulacji kosztów lub planowania, zawierające naddatki. To nie jest najlepsza utrzymywana wydajność maszyny. Lista kodów przyczyn, która rozrosła się o niemal identyczne pozycje i intensywnie używany kod „inne”, to kolejny znak, że nikt za nią nie odpowiada.

Autotest: data2

Dla trzech wyrobów o największym wolumenie na wąskim gardle porównać idealny czas cyklu w systemie z najlepszą wydajnością, jaką linia utrzymała przez stabilną godzinę. Jeśli którakolwiek zmiana pokazuje wskaźnik wydajności powyżej 100%, dane referencyjne są błędne. Następnie zapytać, kto ostatnio zmienił kod przyczyny i w jaki sposób.

data3. Jak dane produkcyjne są zintegrowane z innymi systemami? Pytamy, ile danych wprowadza się dwukrotnie i czy system produkcyjny i ERP zgadzają się co do tego, co zamówiono i co wyprodukowano.

Eksport, który ktoś musi co tydzień uruchomić, oczyścić i ponownie zaimportować, często liczy się jako zautomatyzowany. To w najlepszym razie Poziom 3, a osoba, która to robi, jest pojedynczym punktem awarii. Integracja na Poziomie 4 oznacza, że zlecenia i liczby sztuk dobrych przepływają bez niczyjego udziału, a różnice są sygnalizowane, a nie po cichu korygowane.

Autotest: data3

Prześledzić jedno zlecenie produkcyjne od uwolnienia w ERP do zaksięgowania z powrotem liczby sztuk dobrych. Zapisać każdy ręczny krok i to, kto go wykonuje, a następnie zmierzyć czas tych kroków w zwykłym tygodniu.

data4. Kto ma dostęp do danych produkcyjnych i na jakich zasadach? Pytamy, czy ludzie, którzy potrzebują danych, mogą je uzyskać bez proszenia o przysługę i czy definicje stojące za każdym polem są spisane.

Centralna baza danych sugeruje Poziom 3, ale jeśli tylko jedna osoba potrafi z niej korzystać, inżynierowie nadal budują własne pliki, a zakład wraca do równoległych wersji. Poziom 4 wymaga też zasad retencji i udokumentowanych definicji, które wiele zakładów pomija.

Autotest: data4

Poprosić inżyniera procesu o zestawienie czasu zatrzymań według przyczyn z ostatniego miesiąca dla jednej linii. Zanotować, ile to trwa i ile osób jest zaangażowanych. Następnie sprawdzić, czy definicja planowanego czasu produkcji w bazie danych odpowiada spisanej definicji używanej w filarze widoczność wyników.

data5. Jak zapewnia się cyberbezpieczeństwo na hali produkcyjnej (OT)? Pytamy, czy systemy produkcyjne są chronione w sposób dostosowany do hali, gdzie najważniejsza jest dostępność, urządzenia pracują przez wiele lat, a dostawcy potrzebują dostępu zdalnego.

Typowe zawyżenie to deklarowanie rozdzielenia sieci, podczas gdy VPN-y dostawców, narzędzia pulpitu zdalnego na panelach HMI albo modemy komórkowe w szafach maszyn to rozdzielenie omijają. Inne to zapora między strefami, której reguły przepuszczają prawie wszystko.

Autotest: data5

Spisać każdą ścieżkę dostępu zdalnego używaną przez dostawców w ostatnim roku, łącznie z oprogramowaniem zainstalowanym na komputerach przy liniach i modemami w szafach. Porównać listę z tym, co według działu IT istnieje. Następnie zapytać, kto może zatwierdzić aktualizację komputera przy linii i kiedy ostatnio to się stało.

Co zakłady na Poziomie 4 robią inaczej

Zakłady na Poziomie 4 w tym filarze rzadko są tymi, które mają najwięcej technologii. Podłączają w konkretnym celu i spisują zasady. Oto praktyki, których szukamy.

  • Podłączać, by odpowiedzieć na pytanie. Każde podłączenie odpowiada na pytanie zadawane w którejś z rutyn, na przykład: jak długo stało wąskie gardło i dlaczego. Zakład sam określa swój minimalny zestaw sygnałów, na przykład praca/postój, liczba sztuk dobrych i, jeśli jest dostępna, liczba braków, zamiast zbierać każdy tag.
  • Jeden udokumentowany sposób podłączania dla każdego typu urządzeń. Jednostronicowy standard określa, jaki interfejs stosuje się dla jakiego rodzaju maszyny: OPC UA tam, gdzie obsługuje go sterownik, MQTT do publikowania danych, sygnały I/O na przewodach dla starszych urządzeń. Sam wybór ma mniejsze znaczenie niż to, żeby był jeden.
  • Arkusz danych referencyjnych z historią. Dla każdego wyrobu i każdej linii: idealny czas cyklu, jak i kiedy go zmierzono oraz jego właściciel. Zmiany przechodzą krótki proces (wniosek, zatwierdzenie, data wejścia w życie), a historia jest przechowywana. Arkusz jest przeglądany w ustalonym cyklu i przy każdej zmianie wyrobu lub maszyny.
  • Lista kodów przyczyn na tyle krótka, by dało się jej używać. Zakład sam ustala górną granicę liczby kodów, obserwuje udział czasu zakodowanego jako „inne” i przegląda listę, gdy ten udział rośnie.
  • Codzienne uzgadnianie. Ilości z produkcji są codziennie porównywane z księgowaniami w ERP, a wyjątki są spisywane i wyjaśniane, a nie nadpisywane.
  • Role i słownik. Dostęp jest określony według ról (operator, brygadzista, inżynier, kierownik, dostawca), a każde kluczowe pole ma spisaną definicję w jednym miejscu.
  • Porządnie zrobione podstawy OT. Inwentaryzacja zasobów jest prowadzona na bieżąco. Dostęp zdalny dostawców odbywa się jedną kontrolowaną ścieżką, z imiennymi kontami i sesjami otwieranymi na wniosek. Aktualizacje są uzgadniane z produkcją dla każdej klasy urządzeń, a linie są podzielone na strefy zgodnie z zasadami IEC 62443.

Plan na 90 dni, by przejść o jeden poziom wyżej

Plan zakłada, że większość odpowiedzi jest na Poziomie 2 lub 3. Raport z oceny podaje konkretne następne działanie dla każdej luki; należy zacząć od pytania z najniższym wynikiem.

  1. Tygodnie 1–2Inwentaryzacja. Spisać maszyny na linii wąskiego gardła z ich sterownikami i dostępnymi sygnałami. Spisać każde urządzenie w sieci na hali i każdą ścieżkę dostępu zdalnego. Zmapować, gdzie dane produkcyjne wprowadza się dwukrotnie i ile czasu to zajmuje. Zanotować, gdzie dziś są dane referencyjne i w ilu wersjach.
  2. Tygodnie 3–6Podłączyć wąskie gardło sygnałem praca/postój i licznikiem sztuk i przechowywać dane centralnie. Zmierzyć najlepszy utrzymywany czas cyklu głównych wyrobów i opublikować jeden arkusz danych referencyjnych z imiennie wskazanym właścicielem. Zamknąć niekontrolowane ścieżki dostępu zdalnego i oddzielić sieć produkcyjną od biurowej, jeśli jeszcze tego nie zrobiono.
  3. Tygodnie 7–12Zautomatyzować najbardziej czasochłonny ręczny transfer, nawet w formie zaplanowanego pliku. Spisać proces zmian danych referencyjnych. Przygotować projekt polityki bezpieczeństwa OT obejmującej inwentaryzację zasobów, dostęp zdalny i aktualizacje. Określić dostęp według ról. W 12. tygodniu sprawdzić, czy codzienne spotkanie korzysta z danych wąskiego gardła, których nikt nie przepisywał, i ponownie wypełnić ocenę.
RolaZa co odpowiada przez 90 dni
Dyrektor zakładuUstala priorytety i rozstrzyga konflikty między potrzebami produkcji a wymaganiami bezpieczeństwa.
Inżynieria lub automatykaWykaz maszyn, podłączenie wąskiego gardła i jednostronicowy standard podłączania.
Inżynieria procesu lub ciągłe doskonalenieDane referencyjne: zmierzone czasy cyklu, lista kodów przyczyn i proces zmian.
IT we współpracy z OTRozdzielenie sieci, ścieżka dostępu zdalnego, inwentaryzacja urządzeń i projekt polityki bezpieczeństwa.
Właściciel ERP lub finanseZautomatyzowany transfer i codzienne uzgadnianie ilości.
ZakupyRozpoczęcie wpisywania wymagań dotyczących łączności i bezpieczeństwa do specyfikacji nowych urządzeń.

Dowody, których jury szuka podczas weryfikacji

Podczas weryfikacji przesyłają Państwo artefakty, a następnie omawiają je z dwoma jurorami w trakcie 45-minutowej rozmowy wideo. Jurorzy szukają oznak, że fundamenty danych są wykorzystywane w rutynach zakładu, a nie schematów architektury przyszłych projektów.

Artefakty, które się liczą:

  • Wykaz maszyn ze statusem podłączenia i typem interfejsu dla każdej krytycznej maszyny.
  • Uproszczony schemat sieci pokazujący rozdzielenie części biurowej i produkcyjnej.
  • Arkusz danych referencyjnych z historią zmian oraz lista kodów przyczyn z jej właścicielem.
  • Opis lub zrzut ekranu pokazujący, jak zlecenia i ilości przepływają między systemami, oraz niedawny zapis uzgodnienia.
  • Lista ról dostępu i słownik definicji pól.
  • Inwentaryzacja zasobów OT, procedura dostępu zdalnego z próbką jej rejestru i polityka bezpieczeństwa OT.
  • Niedawna specyfikacja urządzenia zawierająca wymagania dotyczące łączności lub bezpieczeństwa.

Co się nie liczy: broszury dostawców; slajdy z architekturą projektu, który jeszcze się nie zaczął; podłączona maszyna pilotażowa, której danych nie używa się na żadnym spotkaniu; polityka bezpieczeństwa skopiowana bez zmian z IT; zrzuty ekranu pulpitów, których nikt nie otwiera.

Proszę nie przesyłać danych wrażliwych

Należy zaczernić adresy IP, nazwy urządzeń i wszystko, co opisuje, jak dostać się do Państwa systemów. Nigdy nie należy udostępniać danych uwierzytelniających. Jurorzy muszą zobaczyć, że praktyka istnieje i jest przestrzegana, a nie szczegóły, których szukałby atakujący.

Pułapki, które zatrzymują zakłady w tym filarze

  • Podłączyć wszystko, nie używać niczego. Setki zbieranych tagów, a poranne spotkanie nadal opiera się na ręcznie wypełnionej kartce.
  • Czasy cyklu z tabliczki znamionowej. Strata wydajności znika albo wygląda absurdalnie, a ludzie przestają ufać całemu wskaźnikowi.
  • Rozrost kodów przyczyn. Każdy nowy problem dostaje własny kod, aż operatorzy zaczynają wybierać pierwszy z listy.
  • Dwa źródła prawdy o ilościach. System produkcyjny mówi jedno, ERP drugie, a ktoś co tydzień ręcznie koryguje różnicę, nie pytając dlaczego.
  • Zaczynanie od systemu zamiast od pytania. Wybór platformy lub projektu integracyjnego przed uzgodnieniem definicji i danych referencyjnych oznacza, że jedno i drugie trzeba będzie potem przebudować.
  • Bezpieczeństwo OT jako problem IT. Albo odwrotnie: produkcja latami blokuje każdą aktualizację, bo nikt nie uzgodnił okna serwisowego.
  • Zapomniany dostęp dostawcy. Narzędzie dostępu zdalnego zainstalowane lata temu podczas uruchomienia, wciąż działające i wciąż z pierwotnym hasłem.
  • Repozytorium danych, z którego nikt nie korzysta. Dane zbierane centralnie, do których dociera tylko jeden specjalista, nie są lepsze niż dysk współdzielony.

Co dalej

Ocena pokaże indeks tego filaru obok pięciu pozostałych i to, czy to właśnie on obniża poziom ogólny zakładu. Fundamenty danych istnieją po to, by służyć widoczności wyników, gdzie pytania dotyczą tego, jak rejestruje się straty i czy ludzie ufają liczbom, więc to ten filar warto przeczytać jako następny. Wartości i porównania OEE, których FEI nie mierzy, są dostępne na oee-benchmark.org.

Pytania

Czy możemy osiągnąć ogólnie Poziom 3, jeśli nasz filar danych jest słaby?

Zgodnie z zasadą najsłabszego filaru poziom ogólny może być najwyżej o jeden poziom wyższy od najsłabszego filaru. Zakład na Poziomie 2 w danych może więc być ogólnie na Poziomie 3, ale nie na Poziomie 4. Wiele zakładów osiąga Poziom 3 w tym filarze dzięki podłączonemu wąskiemu gardłu, zdefiniowanym danym referencyjnym i rozdzielonej sieci.

Wybrać OPC UA czy MQTT?

Model nie preferuje żadnego z nich. Właściwy wybór zależy od urządzeń i istniejących systemów, a wiele zakładów używa więcej niż jednego, obok prostych sygnałów I/O dla starszych maszyn. Punkty daje udokumentowany standard dla każdego typu urządzeń, stosowany konsekwentnie.

Nasze starsze maszyny nie mają sterownika PLC. Czy da się je podłączyć?

Zwykle tak, prostym sygnałem I/O: stykiem przekaźnika, kolumną sygnalizacyjną albo czujnikiem ruchu maszyny. Sygnał praca/postój i licznik sztuk odpowiadają na większość pytań zadawanych w codziennych rutynach, a model w pełni je akceptuje.

Czy to jest ocena dojrzałości Przemysłu 4.0?

Nie. FEI mierzy praktykę zarządczą w sześciu filarach, a ten filar sprawdza jedynie, czy fundamenty danych wspierają te praktyki. Zakład ze skromną technologią i zdyscyplinowanymi rutynami może uzyskać ogólnie wyższy wynik niż mocno zdigitalizowany zakład, który takich rutyn nie ma.

Czy do Poziomu 4 w bezpieczeństwie OT potrzebny jest certyfikat IEC 62443?

Nie. Poziom 4 wymaga polityki bezpieczeństwa OT obejmującej inwentaryzację zasobów, dostęp zdalny i aktualizacje, zgodnie z zasadami IEC 62443. Certyfikacja nie jest wymagana i nie jest punktowana.