BlueBoxSimulation buduje cyfrową reprezentację maszyny. Dzięki temu AI ma dokładny wgląd w zachowanie każdej z nich: w sekwencje, sygnały, czasy cykli i reakcje na usterki. To sposób na przekazanie całego kontekstu i uwzględnienie maksymalnej liczby zmiennych, zamiast opisywania maszyny w kilku zdaniach.
Model językowy otrzymuje też środowisko, na podstawie którego może iterować i widzieć efekty swojej pracy. Wprowadza zmianę, model ją wykonuje, a wynik wraca jako sygnały, czasy cykli, kolizje i usterki. Błędna propozycja kończy się wynikiem w symulacji, a nie postojem linii.
To samo środowisko pozwala trenować własne, lekkie modele. Dane z biegów symulacji uczą je zachowania konkretnej linii, na przykład do przewidywania wydajności czy wykrywania odchyleń, bez czekania na dane z hali.
Dlaczego AI potrzebuje takiego kontekstu
Modele AI mają na hali ograniczoną wartość z prostego powodu: nie mają czego czytać. Tagi sterownika mają niejasne nazwy, rysunki leżą w plikach PDF, sekwencja znajduje się w programie, a jej uzasadnienie w głowach osób, które go pisały. Samo podłączenie większej ilości danych tego nie rozwiązuje. Strumień wartości bez znaczenia nadal jest tylko strumieniem wartości.
Model może pełnić dla AI funkcję okna na świat produkcji.
Czego wymaga zbudowanie modelu
Aby linia pracowała w symulacji, trzeba ją dokładnie opisać. Taki opis jest produktem ubocznym pracy i zarazem tym, czego potrzebuje oprogramowanie analityczne.
| Element modelu | Co wnosi |
|---|---|
| Stanowiska i ich kolejność | Przepływ produktu przez proces |
| Nazwane sygnały z opisem | Przeznaczenie każdego wejścia i wyjścia |
| Osie z zakresami i limitami | Dozwolone stany wyposażenia |
| Części z historią procesu | Co i gdzie wykonano na danym produkcie |
| Oczekiwane czasy cykli | Ile powinien trwać każdy krok |
| Lista części | Rzeczywisty komponent stojący za każdą funkcją |
| Zasady i kontrole | Co jest usterką |
Konkretnym przykładem jest sygnał S35.Screw.Ok. W opisie stacji oznacza on, że kontroler DEPRAG zgłosił moment i kąt w oknie, a okno momentu to 0,35–0,45 Nm. Sam adres w sterowniku tego nie mówi. Dzięki takiemu opisowi pytanie „dlaczego śruby na S35 są odrzucane” ma punkt wyjścia.
Linia jako pliki projektu
W procesie lampy te dane nie są zamknięte w aplikacji. Linia jest opisana w plikach projektu: jeden plik dla linii, pakiet na stację z wymaganiami, koncepcją, listą części, listą sygnałów i raportem weryfikacji oraz program na stację. Są to czytelny tekst i dane strukturalne, więc oprogramowanie może je przeczytać bez otwierania widoku 3D.
Każdy bieg modelu zapisuje też wskaźniki produkcji, a warianty linii, takie jak prędkość transportu, liczba palet, udział wad czy prędkość stacji, są opisane w plikach. Warianty można uruchomić jeden po drugim i porównać obok siebie.
Co mogłoby to umożliwić
Z tej struktury wynikają cztery zastosowania.
- Pytania o linię w języku naturalnym. „Dlaczego S35 stanęła?”, z odpowiedzią opartą na rzeczywistych sygnałach i sekwencji.
- Wykrywanie odchyleń. Porównanie pracy linii z oczekiwanym zachowaniem i wskazanie miejsca, w którym zaczyna się różnić.
- Znajdowanie ograniczeń. Wskazanie stacji ograniczającej wydajność i wyjaśnienie przyczyny na podstawie zmierzonych cykli.
- Badanie wariantów projektu. Zasady projektowania i katalog modułów utrzymują zbiór wariantów skończony, a każdy można automatycznie sprawdzić pod kątem czasu cyklu, kolizji i kosztu.
Granica: tylko odczyt
W pobliżu produkcji bezpieczeństwo jest ważniejsze od wygody. Połączenie modelu z pracującą linią byłoby tylko do odczytu: model odzwierciedla to, co robi linia, a sterownik zachowuje kontrolę nad blokadami. Start lub stop wydany z modelu może być co najwyżej prośbą, o której decyduje PLC. AI nie wydaje poleceń maszynom, a blokad nigdy się nie omija.
W tym samym kierunku idą przepisy. Rozporządzenie (UE) 2023/1230 zawiera wymagania dotyczące ochrony funkcji bezpieczeństwa przed uszkodzeniem, także przez połączenia sieciowe, co jest kolejnym powodem, by trzymać się tej granicy.
Co można przygotować już teraz
Klient planujący linię może już dziś podjąć decyzje, które utrzymają tę drogę otwartą: spójne nazewnictwo sygnałów od początku, lista sygnałów z opisami i czujniki w miejscach, których będzie wymagać późniejsza analiza. Te decyzje niewiele kosztują na etapie projektu, a ich zmiana po fakcie kosztuje dużo.
Najbardziej konkretnym zastosowaniem tej podstawy jest utrzymanie ruchu: przewidywanie awarii, zanim zatrzymają linię.
