Cyfrowy bliźniak to utrzymywany model zasobu przemysłowego — maszyny, linii albo całego zakładu — zasilany danymi z eksploatacji i powiązany z zasobem przez jawnie opisany zestaw właściwości, relacji oraz strumieni telemetrii. Nie jest ani wizualizacją, ani symulacją zamkniętą w pojedynczym przebiegu: żyje tak długo, jak długo płyną dane.
Na skróty
Czego dowiesz się z artykułu:
- Czym bliźniak różni się od modelu geometrycznego i od symulacji projektowej
- Jakie warstwy instalacji muszą istnieć, żeby model dostawał dane z hali
- Który standard wymiany danych przemysłowych opisuje znaczenie, a nie sam transport
- Kto w zakładzie jest właścicielem modelu i co się dzieje, gdy nikt nim nie jest
Dla kogo jest ten artykuł:
- Inżynierowie utrzymania ruchu i automatycy planujący wdrożenie w zakładzie
- Właściciele linii produkcyjnych decydujący o zakresie pilotażu
- Zespoły odpowiadające za przepływ danych między halą a warstwą analityczną
Czas czytania: 7 minut
Czym bliźniak jest, a czym nie jest
Model geometryczny opisuje kształt. Symulacja projektowa odpowiada na pytanie zadane raz, przy założeniach przyjętych w chwili jej uruchomienia. Cyfrowy bliźniak jest czymś innym: to opis zasobu, który ma stałe powiązanie ze stanem tego zasobu, więc odpowiedź na to samo pytanie zmienia się razem z halą.
Najwyraźniej widać to w sposobie, w jaki opisuje się taki model. Dokumentacja learn.microsoft.com definiuje model bliźniaka jako interfejs złożony z właściwości, relacji, komponentów i telemetrii, zapisany w języku DTDL. Właściwość to cecha trwała, telemetria to zdarzenie przychodzące ze zasobu, relacja wiąże bliźniaka z innym bliźniakiem — i dopiero ten ostatni element robi z osobnych modeli graf bliźniaków, w którym pompa należy do węzła, węzeł do linii, a linia do zakładu.
Konsekwencja jest praktyczna i niewygodna. Bliźniak bez relacji jest tabelą pomiarów z ładniejszym interfejsem. Dopiero relacje pozwalają zapytać, co jeszcze zatrzyma się razem z tą pompą — a to jest pytanie, dla którego warto cokolwiek wdrażać.
Warstwy: od czujnika do warstwy analitycznej
Opracowanie ENISA o bezpieczeństwie internetu rzeczy w wytwarzaniu porządkuje instalację w warstwy: urządzenie i czujnik, brama łącząca halę z siecią, warstwa komunikacyjna oraz warstwa platformy i aplikacji. Każda z nich ma innego właściciela w organizacji i inny cykl życia, co jest źródłem większości problemów wdrożeniowych — nie sama technologia, a rozjazd między tymi cyklami.
Przewodnik csrc.nist.gov o bezpieczeństwie technologii operacyjnej dokłada do tego podział na strefy i kanały oraz model odniesienia Purdue, w którym sterowanie procesem jest wyraźnie oddzielone od warstwy nadzorczej i od systemów biznesowych. Dla bliźniaka to nie jest dygresja o bezpieczeństwie: to odpowiedź na pytanie, przez który punkt dane wychodzą z hali i kto ten punkt utrzymuje. Model, który pobiera dane poza uzgodnionym kanałem, działa do pierwszego audytu.
Warstwa, która rozstrzyga o jakości całości, jest najmniej widowiskowa: brama. To ona nadaje znacznik czasu, oznacza jakość pomiaru, buforuje dane przy zerwanym łączu i decyduje, co jest przesyłane, a co liczone na miejscu. Bliźniak zasilany z bramy bez znacznika jakości dostaje szereg liczb, o których nie wie, czy pochodzą z działającego czujnika.
Język wymiany danych, a nie sam transport
Tu wchodzi standard. OPC UA, opisany w serii IEC 62541, jest w praktyce przemysłowej domyślnym wyborem — a jego część wprowadzająca, dostępna w webstore.iec.ch, nazywa to wprost: specyfikacja obejmuje model informacyjny i przestrzeń adresową, a nie wyłącznie protokół przesyłania. To rozróżnienie jest sednem.
Transport można zmienić. MQTT, HTTP czy komunikacja bezpośrednia z serwerem OPC UA rozwiązują pytanie, jak bajty docierają do platformy. Semantyka — czy „temp_3” to temperatura łożyska w stopniach Celsjusza, czy nastawa regulatora — nie jest pytaniem transportowym i nie rozwiąże jej żaden broker. Zakład, który zaczyna wdrożenie od wyboru brokera, a nie od opisu znaczenia sygnałów, kupuje sobie mapowanie tagów robione ręcznie przy każdej nowej maszynie.
Praktyczny wniosek: zanim powstanie pierwszy bliźniak, powinna istnieć uzgodniona lista sygnałów z jednostkami, zakresami i właścicielem każdego z nich. Reszta jest konfiguracją.
Własność modelu i miejsca, w których wdrożenia stają
Wdrożenie bez właściciela modelu rozsypuje się po pilotażu. Właściciel odpowiada za to, że opis zasobu nadal zgadza się z zasobem — po wymianie czujnika, po modernizacji szafy, po zmianie receptury. Bez tej roli model starzeje się cicho i dalej pokazuje wykresy, tylko już nie o tej maszynie.
W zakładzie rozkłada się to na nazwane funkcje. Właściciel linii produkcyjnej rozstrzyga, co model ma odwzorowywać i po co. Inżynier utrzymania ruchu jest pierwszym odbiorcą — to on zgłasza, że alarm nie zgadza się ze stanem maszyny, i tylko on potrafi to rozstrzygnąć. Koordynator po stronie technologii operacyjnej odpowiada za kanał, przez który dane wychodzą z hali, i za to, że wyjście danych nie staje się wejściem dla kogoś z zewnątrz. Rola przejściowa, ale konieczna, to integrator ustalający przy pierwszym zasobie konwencję nazw i jednostek; bez zapisanej konwencji każdy kolejny zasób dostanie własną.
Miejsca, w których wdrożenia stają, są wobec tego organizacyjne, nie technologiczne. Pilotaż na zasobie nietypowym: model najstarszej prasy jest najtrudniejszy do zrobienia i najmniej mówi o tym, czy metoda się skaluje. Brak opisu znaczenia sygnałów, omówiony wyżej. Schemat modelu bez wersjonowania, przez co zmiana wprowadzona dla jednej maszyny psuje odczyty pozostałych. I pominięta segmentacja między halą a siecią biurową, czyli dokładnie to, przed czym ostrzega przewodnik o technologii operacyjnej — bliźniak wymaga przepływu danych na zewnątrz hali, więc jest zmianą w architekturze bezpieczeństwa, a nie tylko projektem analitycznym. Żadnego z tych miejsc nie rozwiązuje zakup platformy.
Czytaj także
- Internet rzeczy (IoT) w przemyśle — przewodnik — warstwa, z której bliźniak bierze dane
- Konektywność IoT w fabryce — architektura sieci i protokoły — jak dane wychodzą z hali i przez co
- Cyberbezpieczeństwo IT/OT/ICS — przewodnik dla przemysłu — konsekwencje otwarcia kanału danych
Rozwijaj kompetencje
Temat rozwijają szkolenia Wirtualny bliźniak — fundamenty technologii przyszłości oraz Przemysłowy IoT dla specjalistów produkcji. Pierwsze dotyczy samego modelu i jego cyklu życia, drugie warstwy, z której model bierze dane. Skontaktuj się z nami, żeby dopasować zakres do sytuacji w Twoim zakładzie.
Najczęściej zadawane pytania (FAQ)
Czym cyfrowy bliźniak różni się od systemu monitoringu maszyn?
System monitoringu pokazuje odczyty i alarmy dla pojedynczych urządzeń. Bliźniak dodaje do tego opis struktury: które zasoby są ze sobą powiązane i jak. Dokumentacja modeli w learn.microsoft.com nazywa to relacjami, które z osobnych modeli składają graf. Bez tej warstwy nie da się zapytać o skutek awarii dla sąsiednich stanowisk, a to jest pytanie, które odróżnia bliźniaka od pulpitu z wykresami.
Od czego zacząć wdrożenie w zakładzie bez historii takich projektów?
Od wybrania zasobu typowego, nie najbardziej problematycznego, i od zapisania listy sygnałów z jednostkami oraz właścicielem każdego z nich. Dopiero potem wybiera się platformę. Odwrotna kolejność kończy się mapowaniem tagów robionym ręcznie przy każdej kolejnej maszynie, bo nie ma uzgodnionej konwencji, do której można się odwołać.
Czy bliźniak wymaga przesyłania wszystkich danych do chmury?
Nie i zwykle nie jest to pożądane. Część przetwarzania zostaje w bramie na brzegu sieci — tam, gdzie opóźnienie jest najmniejsze, a łącze może się zerwać. Do warstwy analitycznej trafia to, co jest potrzebne do utrzymania modelu i do analizy, a nie każda próbka. Decyzja, co liczyć na miejscu, jest decyzją projektową i warto ją podjąć przed wdrożeniem.
Kto w organizacji powinien odpowiadać za aktualność modelu?
Właściciel zasobu albo linii, a nie zespół analityczny. Zespół analityczny nie dowie się o wymianie czujnika ani o modernizacji szafy sterowniczej, więc nie ma jak zauważyć, że model przestał opisywać rzeczywistość. Rola ma być nazwana imiennie w dokumencie wdrożeniowym, razem z obowiązkiem przeglądu po każdej zmianie w zasobie — przegląd bez właściciela nie zostanie wykonany.