
Kluczowe wnioski
Krótka odpowiedź: Symulacja to model systemu uruchamiany offline na założonych danych wejściowych, analiza „co jeśli”, planowanie zdolności, równoważenie linii. Cyfrowy bliźniak to model ciągle zasilany danymi w czasie rzeczywistym z obiektu fizycznego i aktualizowany w miarę zmian systemu fizycznego. Definiującą cechą bliźniaka jest połączenie w czasie rzeczywistym; bez niego mamy symulację.
Większość projektów określanych w przemyśle jako „cyfrowy bliźniak” to w praktyce symulacje, ponieważ połączenie na żywo jest trudne do utrzymania. Zobacz też Digital Thread kontra Cyfrowy bliźniak .
Symulacja modeluje system w oprogramowaniu. Dane wejściowe są założone lub pobierane z rozkładów; obliczane są dane wyjściowe. Model działa według wygody użytkownika, jednokrotnie, okresowo lub na żądanie. Przykłady:
Symulacja jest potężna i dojrzała. Wspiera lepsze decyzje przed zbudowaniem wyposażenia lub wdrożeniem polityk. Działa jednak w równoległym wszechświecie, model i rzeczywisty świat nie są połączone.
Cyfrowy bliźniak to model zasilany na żywo danymi z obiektu fizycznego. W miarę pracy realnego obiektu bliźniak się aktualizuje. Można zadawać mu pytania w dowolnym momencie, aby odpowiedzieć „co się dzieje” lub „co by się stało, gdyby”, używając bieżącego stanu, a nie założeń.
Trzy cechy definiujące:
Bez wszystkich trzech elementów to po prostu symulacja z ładną nazwą.
Problem marketingowy: dostawcy nazywają każdy model „cyfrowym bliźniakiem”, bo termin dobrze się sprzedaje. Problem inżynieryjny: większość takich modeli nie jest połączona z żywymi obiektami i nie może dostarczyć tego, co rzeczywiste bliźniaki oferują.
Dla nabywcy przemysłowego pytanie jest konkretne: czy ten model aktualizuje się z danych czujnikowych w czasie rzeczywistym, czy działa na ręcznym eksporcie danych z wczoraj? Jeśli to drugie, to symulacja. Jeśli to pierwsze, może to być bliźniak (w zależności od częstotliwości aktualizacji).
Obie metody są wartościowe. Rozwiązują różne problemy.
1. Nazywanie statycznego modelu bliźniakiem. Połączenie jest cechą definiującą. Bez niego termin jest pusty.
2. Kupowanie technologii bliźniaka przed instrumentacją czujników. Bliźniak potrzebuje strumienia danych w czasie rzeczywistym. Jeśli obiekt nie jest zinstrumentowany, żadna technologia bliźniaka nie pomoże.
3. Traktowanie bliźniaka i symulacji jako wykluczających się. Większość zakładów potrzebuje obu rozwiązań. Symulacja do projektowania i analiz „co jeśli”; bliźniak do monitorowania i prognozowania.
4. Nadmierne wymaganie co do szczegółowości bliźniaka. Perfekcyjnie dokładny bliźniak jest niepraktycznie drogi. Wybierz dokładność wystarczającą do podjęcia danej decyzji.
Nowoczesna platforma OEE przechwytuje strumień danych w czasie rzeczywistym, którego potrzebuje każdy bliźniak. Wiele zaawansowanych platform OEE zawiera uproszczone bliźniaki dla zastosowań predykcyjnych (przewidywanie następnej awarii, przewidywanie kolejnego spowolnienia cyklu) wykorzystując dane, które już pobierają.
Moduł OEE Fabrico integruje się z platformami symulacyjnymi i cyfrowymi bliźniakami, udostępniając dane OEE w czasie rzeczywistym przez API, i zawiera analitykę predykcyjną dla typowych wzorców awarii i degradacji, pokrywając codzienne przypadki użycia bliźniaka bez konieczności pełnego modelu opartego na fizyce.
Zobacz, jak Fabrico przechwytuje to automatycznie, poznaj OEE dla produkcji lub umów demo.
Nie. OEE działa na danych na żywo i dobrych metodach statystycznych. Bliźniak dodaje możliwości predykcyjne i analizy „co jeśli”; nie jest jednak wymagany do samego OEE.
Panel z danymi na żywo z prostym modelem przewidującym zachowanie w najbliższej godzinie. Wiele platform OEE kwalifikuje się pod tę luźną definicję.
Dostatecznie dokładny, by wspierać podejmowaną decyzję. Przy harmonogramowaniu PM przybliżona dokładność jest wystarczająca. Przy ingerencji w pętlę sterowania wymagana jest wysoka precyzja.
Nie. IIoT to łączność. Bliźniak to model, który wykorzystuje te dane.
To zależy od stopnia unikalności obiektu. Standardowe urządzenia najlepiej obsługują bliźniaki od dostawcy. Niestandardowe procesy często wymagają modeli wewnętrznych.