Virtual commissioning: jak to działa i kiedy się opłaca

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

Virtual commissioning testuje oprogramowanie sterujące na wirtualnym modelu przed uruchomieniem. Pokazujemy, jak to działa, co mówią dowody i kiedy takie rozwiązanie opłaca się w zakładzie produkcyjnym.

Automatically translated with AI from the original post. Read the English original

Virtual commissioning oznacza testowanie rzeczywistego oprogramowania sterującego maszyny lub instalacji na wirtualnym modelu, zanim urządzenie zostanie zbudowane lub zacznie pracować. Opłaca się, gdy jeden dzień opóźnienia przy uruchomieniu jest kosztowny albo logika sterowania jest złożona, ale nie w każdym projekcie. Ten przewodnik jest przeznaczony dla kierowników zakładów, którzy muszą zdecydować, czy o takie rozwiązanie wystąpić. Dowiesz się, jak to działa, poznasz trzy poziomy testów, co mówią dowody o oszczędnościach czasu, zobaczysz przykład obliczenia progu opłacalności na liczbach oraz błędy, których warto unikać.

Najważniejsze wnioski

• Virtual commissioning łączy rzeczywiste oprogramowanie sterujące, na przykład program PLC, z symulowanym modelem maszyny, dzięki czemu logika, sygnały i sekwencje są testowane, zanim urządzenie zacznie pracować.
• Model wymaga zarówno geometrii i kinematyki, jak i interfejsu elektrycznego do sterownika, a jego wartość zależy od tego, jak wiernie odwzorowuje rzeczywiste zachowanie.
• Podawane oszczędności czasu są duże, ale pochodzą z małych eksperymentów i stron dostawców, dlatego planuj z konserwatywną wartością i nie traktuj jej jako gwarantowanej.
• Opłaca się, gdy dzień opóźnienia uruchomienia jest kosztowny, logika sterowania jest złożona lub model można ponownie wykorzystać do szkoleń i późniejszych zmian.
• Odpowiada na inne pytanie niż symulacja produkcji: czy sterowanie działa, a nie ile system może wyprodukować.

Virtual commissioning: czym jest i jak działa

W tradycyjnym uruchomieniu oprogramowanie sterujące po raz pierwszy spotyka maszynę dopiero na miejscu. Błędy w logice, sygnałach i sekwencjach kosztują wtedy czas na hali, gdzie każda godzina opóźnienia jest droga. Virtual commissioning przenosi to pierwsze spotkanie za biurko, do środowiska wirtualnego, w którym model może symulować czujniki, napędy i elementy. W projekcie automatyki oznacza to usuwanie problemów na wczesnym etapie, gdy naprawa jest tania. Artykuł Matthiasa Schampa i współpracowników z Uniwersytetu w Gandawie oraz Flanders Make, opublikowany w Procedia Manufacturing w 2019 roku, opisuje to jako odwzorowanie zachowania sprzętu w środowisku programowym w celu walidacji logiki sterowania przed rzeczywistym wdrożeniem. Komponenty wirtualne wymagają modelu mechanicznego, z geometrią i kinematyką, oraz modelu elektrycznego obejmującego współpracę z PLC.

W praktyce kroki wyglądają następująco:

1. Zbuduj model maszyny lub instalacji: elementy ruchome, czujniki i elementy wykonawcze.
2. Nazwij sygnały w modelu tak samo jak w programie sterującym, aby sterownik widział model tak, jak widziałby rzeczywiste urządzenie.
3. Połącz oprogramowanie sterujące z modelem. Działa rzeczywisty program PLC, a model na niego reaguje.
4. Testuj sekwencje i awarie. Uruchom normalne cykle, a następnie wywołaj awarie, takie jak brak detalu, usterka czujnika czy zacięcie, które na rzeczywistym sprzęcie są ryzykowne lub czasochłonne do sprawdzenia.
5. Usuń błędy przy biurku i przenieś poprawiony program na miejsce instalacji.

Jakość wyniku zależy od tego, jak dokładnie model odwzorowuje rzeczywiste zachowanie. Artykuł Schampa stwierdza, że cyfrowy model powinien zachowywać się jak rzeczywisty system produkcyjny, a jako otwarte wyzwania wymienia nakład pracy przy modelowaniu i zależność od wiedzy eksperckiej.

Trzy poziomy testów: model, oprogramowanie i sprzęt w pętli

Test można przeprowadzić na różnych poziomach, zależnie od etapu projektu. Strona producenta realvirtual, który sprzedaje oprogramowanie do wirtualnego uruchamiania, opisuje trzy pętle:

• Model w pętli łączy modele zachowania, na przykład z narzędzia do symulacji, z modelem maszyny. Sprawdza się w przypadku napędów i procesów, zanim powstanie jakikolwiek kod PLC.
• Oprogramowanie w pętli uruchamia sterownik jako program na komputerze PC, dzięki czemu cały test nie wymaga okablowania ani sprzętu. Sprawdza się we wczesnych testach i łatwo się skaluje.
• Sprzęt w pętli łączy rzeczywisty sterownik PLC z modelem przez sieć. Jest bliżej systemu końcowego i sprawdza zachowanie oraz czasy reakcji rzeczywistego sprzętu.

Wpis na blogu firmy Siemens, dostawcy, opisuje te same dwa tryby, oprogramowanie w pętli i sprzęt w pętli, w swoim narzędziu do symulacji zakładów. Różnica między symulacją a emulacją, która tu ma znaczenie, zasługuje na osobne omówienie. Dla kierownika zakładu praktyczny wniosek jest taki: zacząć od oprogramowania, a rzeczywisty sprzęt dodać wtedy, gdy projekt dojdzie do etapu, na którym liczą się czas i interfejsy.

Co pokazują dowody dotyczące oszczędności czasu

Podawane oszczędności są duże, ale jakość dowodów jest różna, dlatego liczby warto czytać ostrożnie.

• Artykuł Schampa powołuje się na wcześniejszy, niewielki eksperyment, w którym odnotowano 73-procentowe skrócenie rzeczywistego czasu uruchomienia oraz 31-procentową poprawę liczby wymagań spełnionych przed rzeczywistym uruchomieniem przy podejściu z modelem cyfrowym. Autorzy zauważają, że porównywanie podejść jest trudne, ponieważ uruchomienie można przeprowadzić tylko raz.
• Strona realvirtual podaje, że czas uruchomienia na miejscu może być krótszy nawet o 75 procent, a odsetek funkcji sterowania działających za pierwszym razem wzrósł z 37 do 84 procent. Powołuje się przy tym na badanie terenowe Politechniki Monachijskiej. Podaje też, że 75 procent nie jest gwarantowanym wynikiem każdego projektu. To źródło pochodzi od producenta i cytuje podmiot trzeci.
• Wpis na blogu Siemens również zapowiada duże oszczędności, ale podaje niewiele liczb, które można sprawdzić.

Kierunek jest więc spójny, a skala pozostaje niepewna. Do planowania warto przyjąć ostrożne założenie, na przykład jedną czwartą czasu na miejscu, i sprawdzić je na pierwszym projekcie.

Pokrewnym pojęciem jest cyfrowy bliźniak: utrzymywana na bieżąco cyfrowa reprezentacja fizycznego zasobu, aktualizowana na podstawie obserwacji. W projektach Przemysłu 4.0 bliźniaka i model do wirtualnego uruchomienia często omawia się razem, ale to nie to samo. Model zbudowany na potrzeby wirtualnego uruchomienia jest często jednorazowym modelem testowym, na przykład dla jednej linii montażowej. Jeśli utrzymuje się go w aktualnym stanie, może przekształcić się w bliźniaka i wtedy służyć do szkoleń oraz testowania późniejszych zmian. To właśnie ponowne wykorzystanie jest jednym z głównych sposobów, w jaki inwestycja się zwraca.

Przykład: kiedy to się opłaca?

To ilustracyjna kalkulacja, a nie zmierzony przypadek. Nowa linia wymaga 30 dni uruchomienia na miejscu. Zbudowanie wirtualnego modelu kosztuje 25 dni inżynierskich po 800, czyli 20 000, plus 15 000 za oprogramowanie i licencje, co daje łącznie 35 000. Jeden dzień opóźnienia rozruchu kosztuje 8 000, na co składają się zespół na miejscu i utracona marża.

Załóżmy, że zespół planuje ostrożnie i spodziewa się zaoszczędzić 25 procent czasu na miejscu, czyli 7,5 dnia.

• Oszczędność: 7,5 × 8 000 = 60 000.
• Koszt: 35 000.
• Zysk netto: około 25 000.

Punkt progowy to 35 000 ÷ 8 000 = 4,4 dnia, czyli około 15 procent z 30 dni. Jeśli zaoszczędzony czas będzie krótszy od tego progu, sam model na tej linii się nie zwróci.

Teraz zmieńmy jedno założenie. Jeśli dzień opóźnienia kosztuje tylko 3 000, te same 7,5 dnia są warte 22 500, czyli mniej niż 35 000. Projekt nie zwraca się już przy pierwszej linii, chyba że model zostanie ponownie wykorzystany. Jeśli ten sam model posłuży też do szkolenia operatorów oraz do dwóch późniejszych zmian, z których każda kosztowałaby dwa dni testów po 3 000, ponowne wykorzystanie daje dodatkowe 12 000. Całkowita korzyść wynosi wtedy około 34 500, co jest bliskie progu rentowności.

Chodzi o to, że decyzja zależy od trzech liczb: kosztu jednego dnia opóźnienia, udziału dni, które spodziewasz się zaoszczędzić, oraz ponownego wykorzystania modelu. Porównaj je, zanim projekt się rozpocznie.

Testy sterowania i testy wydajności: dwa rodzaje symulacji

Uruchamianie wirtualne bywa mylone z symulacją produkcji, ponieważ oba wykorzystują model. Odpowiadają jednak na inne pytania. Przyjęte rozróżnienie jest takie: symulacja bada, jak system się zachowuje i co jest w stanie wyprodukować, podczas gdy tutaj celem jest sprawdzenie, czy sterowanie działa poprawnie.

Symulacja systemu produkcyjnego odpowiada na pytanie, czy zakład osiągnie założoną wydajność. iFAKT's Polaris Simulator jest na przykład modułem iFAKT Polaris, który testuje system produkcyjny wirtualnie, np. scenariusze zdolności produkcyjnych, obsady personelu i buforów, i wykrywa wąskie gardła, zanim wprowadzi się zmiany. Jest to pytanie o przepływ i zdolności produkcyjne. Nie jest to test kodu PLC i oba rodzaje testów się nie zastępują. Linia może mieć dobrze przetestowany program sterujący, a mimo to być słabo zaprojektowana, i odwrotnie. Oba testy odpowiadają na różne pytania, dlatego należy je stosować w różnych punktach projektu.

Jak rozpocząć projekt automatyzacji w pięciu krokach

Ta sekwencja jest naszą własną pomocą w planowaniu, a nie standardem.

1. Wybierz projekt o wysokim koszcie opóźnienia lub ze złożoną, nową logiką sterowania. Prosta maszyna, którą budowałeś wielokrotnie, nie jest dobrym pierwszym przypadkiem.
2. Zdefiniuj pytania. Które sekwencje, blokady i przypadki awarii muszą zostać przetestowane? Zakres określa nakład pracy nad modelem.
3. Uzgodnij poziom szczegółowości. Model powinien być tak prosty, jak pozwalają na to pytania. Zbyt szczegółowy model kosztuje czas. Zbyt ogólny pomija błędy.
4. Wybierz poziom testu. Zacznij od symulacji programowej (software in the loop). Dodaj sprzęt tam, gdzie znaczenie mają czasy reakcji lub interfejsy.
5. Testuj, dokumentuj i zachowaj model. Zapisz wykryte błędy, przenieś poprawiony program na obiekt i wyznacz po projekcie właściciela modelu.

Częste błędy

• Zbyt późny start. Jeśli kod sterujący jest gotowy i wdrożony, pozostaje niewiele do przetestowania.
• Nieodpowiedni poziom szczegółowości. Zbyt ogólny model pomija błędy, a zbyt szczegółowy opóźnia projekt.
• Niezgodne sygnały. Jeśli nazwy sygnałów w modelu różnią się od rzeczywistych, testujesz inny program.
• Traktowanie zaliczonego testu jako dowodu. Model to nie maszyna. Zaplanuj czas na kontrolę na obiekcie.
• Liczenie na podany w materiałach procent. Nawet dostawca przyznaje, że jego wskaźnik nie jest gwarantowany w każdym projekcie.
• Brak właściciela po zakończeniu projektu. Model, którego nikt nie utrzymuje, jest nieaktualny po pierwszej zmianie.

Jak oprogramowanie może pomóc

Oprogramowanie do symulacji na potrzeby tego typu prac obejmuje zarówno pakiety do symulacji procesów produkcyjnych, jak i wtyczki do silników gier, a wiele z nich łączy się z popularnymi platformami PLC. Zwróć uwagę na interfejsy do sterownika, nakład pracy związany z budową i nazewnictwem sygnałów oraz na to, czy model da się ponownie wykorzystać. Narzędzie jest tylko tak przydatne, jak model, który w nim zbudujesz, a budowa tego modelu stanowi większą część kosztów.

Następny krok

Wypisz swoje trzy najbliższe projekty inwestycyjne, oszacuj koszt jednego dnia opóźnienia uruchomienia dla każdego z nich i porównaj go z kosztem modelu. Jako pilotaż wybierz projekt, w którym uruchomienie wirtualne ma największe szanse się zwrócić.