Integracje / Produkcja i przemysł / MES, APS, utrzymanie ruchu i jakość / Asix.Evo
Programy branżowe
Integracja AI: Asix.Evo
Podłączamy bazę SQL Asix.Evo i czytamy archiwum zmiennych procesowych, historię alarmów i dane z modułu raportowania. Asystent łączy te warstwy z danymi z ERP i odpowiada na pytania o przestoje, trendy parametrów i warunki produkcji konkretnej partii.
Po prezentacji do 2 tygodni testów, z dostępem tego samego dnia. Płacicie dopiero po decyzji.
W skrócie
Jak asystent AI łączy się z systemem Asix.Evo?
Łączymy się z bazą danych SQL, w której Asix.Evo archiwizuje zmienne procesowe i alarmy. Wymagane jest konto z uprawnieniami wyłącznie do odczytu (SELECT) na tabelach archiwum, alarmów i zdarzeń, bez dostępu do tabel konfiguracyjnych.
- Na start potrzebujemy
- Konto SQL tylko do odczytu (SELECT) na tabelach archiwum i alarmów tej konkretnej instalacji Asix.
- Czego asystent nie robi
- Asystent nie steruje maszynami, nie zmienia zmiennych procesowych, tabel ani konfiguracji Asix.
- Gdzie są dane
- Na Waszym serwerze. Zaczynamy od odczytu, zapis włączacie sami.
Dane z Asix.Evo w czacie i we własnym module
Pracujecie na dwa sposoby. W czacie pytacie o cokolwiek z programu i dostajecie odpowiedź na Waszych danych. Do rzeczy, które wracają co dzień, budujemy w portalu osobne narzędzie: Alarmy linii produkcyjnych z Asix.Evo. Moduł pobiera aktywne i historyczne alarmy ze wszystkich linii produkcyjnych wprost z bazy Asix.Evo i zbiera je w jednym miejscu w portalu. Zespół widzi, które zdarzenia czekają na potwierdzenie operatorskie, a asystent grupuje je według rodzaju i wskazuje linie z powtarzającymi się problemami.
- Wyciąga aktywne i historyczne alarmy z archiwum Asix.Evo według linii i zmiennej
- Pokazuje, które alarmy czekają na potwierdzenie operatorskie i jak długo
- Grupuje zdarzenia według rodzaju i wskazuje powtarzające się wzorce na linii
- Łączy alarmy z archiwum trendów: pokazuje wartość zmiennej w chwili zdarzenia
- Generuje zestawienie alarmów dla wybranego okna produkcji lub zmiany
Pytanie w czacie
Specjalista jakości dostaje gotowe dane do karty 8D w kilka sekund, bez ręcznego przeglądania archiwum Asix.Evo.
Jakie były parametry procesowe podczas produkcji partii PB-2847? Klient złożył reklamację i przygotowujemy kartę 8D.
Karta w narzędziu
Inżynier UR widzi w jednym miejscu historię czujnika, trend z archiwum Asix.Evo i gotową rekomendację, bez ręcznego przeglądania danych.
Jeden ekran zamiast logowania do Asix.Evo: inżynier UR widzi wszystkie aktywne alarmy i od razu wie, która linia wymaga uwagi.
Ekrany na danych przykładowych. Narzędzie dla Waszej firmy układamy pod Wasz sposób pracy: inne kolumny, inne progi, inne powiadomienia.
Co podłączamy
Zaczynamy od odczytu danych. Zapis i akcje w systemie Asix.Evo włączamy dopiero wtedy, gdy sami tego chcecie.
CzytamyPomiary z czujników PLC ze znacznikami czasu: temperatura pieca, ciśnienie, prędkość taśmy, licznik cykli, każdy ze znacznikiem czasu, archiwizowane cyklicznie.
AsystentOdtwarza przebieg dowolnego parametru przed alarmem lub w oknie produkcji konkretnej partii i wskazuje, kiedy i o ile wartość odchyliła się od normy.
CzytamyKażde wyjście zmiennej poza granicę z datą, godziną, identyfikatorem zmiennej, treścią komunikatu i danymi potwierdzenia przez operatora.
AsystentWyciąga alarmy z wybranego okresu lub linii, grupuje według rodzaju i wskazuje wzorce, które regularnie poprzedzają dłuższe przestoje.
CzytamyHistoria wartości każdej zmiennej od ostatniej godziny do ostatniego roku, w rozdzielczości wynikającej z konfiguracji tej instalacji.
AsystentPokazuje, czy parametr rośnie, spada lub oscyluje w dłuższym horyzoncie, i szacuje, ile czasu zostało do przekroczenia granicy procesu.
CzytamyLiczniki produkcji, czasy pracy i przestojów, wydajność linii na zmianę, w strukturach danych zbliżonych do MES.
AsystentBuduje porównanie zmian i wskazuje, w których godzinach lub dniach wydajność systematycznie odbiega od normy, bez ręcznego zestawiania raportów.
CzytamyPotwierdzenia alarmów z identyfikatorem operatora, przejścia linii w stan awaryjny i powroty do normalnej pracy ze znacznikami czasu.
AsystentSprawdza, czy potwierdzenie alarmu przez operatora zbiegło się z kontynuacją produkcji poza tolerancją, i dostarcza fakty do karty niezgodności.
CzytamyZmienne procesowe czujników stanu maszyn: temperatura łożysk, drgania, ciśnienia robocze, archiwizowane z pełną historią w bazie Asix.
AsystentŚledzi długoterminowy trend wybranego czujnika i sygnalizuje systematyczną zmianę wartości zanim pojawi się alarm, co pomaga planować remonty zapobiegawcze.
O co pytają w praktyce
Po polsku, jak koledze z pracy. Asystent odpowiada na danych z Waszego programu, a nie z ogólnej wiedzy.
- „Co się działo na nocnej zmianie i dlaczego linia 2 stała dwie godziny?”
- „Jakie były parametry procesowe podczas produkcji partii numer 2847?”
- „Czy temperatura łożyska pompy 7 rośnie od ostatniego przeglądu?”
- „Jak długo linia 1 faktycznie pracowała przez ostatnie cztery tygodnie?”
Co się zmienia
Kierownik produkcji i dział jakości mają odpowiedzi o przestojach i parametrach partii w minuty, bez dzwonienia na halę i ręcznego przekopywania archiwum.
Asystent działa na Waszym serwerze, na Waszych uprawnieniach. Każdy odczyt i każda akcja zostawiają ślad w logu. Program zostaje tam, gdzie jest, razem z historią danych i nawykami zespołu.
O programie
Asix.Evo to pakiet HMI, SCADA i MES polskiej firmy ASKOM z Gliwic. Pracuje w zakładach produkcyjnych wyposażonych w sterowniki PLC, między innymi Siemens S7, gdzie zbiera sygnały z czujników i maszyn w czasie rzeczywistym i archiwizuje je w bazie danych SQL: temperatury, ciśnienia, prędkości, stany pracy maszyn, liczniki cykli.
Na co dzień przy Asix.Evo pracuje kilka grup jednocześnie: inżynierowie automatycy pilnują trendów, operatorzy potwierdzają alarmy, kierownik produkcji pyta o wyniki zmian. Każdy widzi swój wycinek. Baza SQL, w której Asix odkłada archiwum zmiennych i historię alarmów, to wspólny punkt, z którego asystent AI czyta dane dla wszystkich naraz.
Gdzie to działa najlepiej
Inżynier utrzymania ruchu
Przegląd wykazał lekkie zużycie łożyska pompy nr 7. Dział UR chce sprawdzić trend temperatury tego czujnika z ostatnich czterech tygodni, zanim zdecyduje, kiedy zaplanować wymianę.
Z asystentem: Asystent przegląda archiwum zmiennej i pokazuje, że wartość systematycznie rośnie. Inżynier ocenia margines do granicy procesu i planuje wymianę, znając cykl remontowy tej pompy.
Specjalista działu jakości
Klient złożył reklamację na partię z poprzedniego tygodnia. Do karty 8D potrzebne są warunki produkcji: parametry procesowe, stany alarmów i potwierdzenia operatorskie z czasu tej serii.
Z asystentem: Asystent wyciąga z ERP okno czasowe partii, z Asix pobiera archiwum parametrów i historię alarmów. Specjalista pisze wnioski i działania korygujące na podstawie gotowego zbioru danych z datami i wartościami.
Planistka produkcji
Handlowiec pyta o realny termin zlecenia dla klienta. Planistka potrzebuje nie tylko wolnego slotu w harmonogramie, ale też informacji o historycznej dostępności linii i przyczynach ostatnich przestojów.
Z asystentem: Asystent łączy dane zlecenia z ERP z historią linii z Asix. Planistka dostaje kontekst o przestojach z ostatnich tygodni i komunikuje termin handlowcowi bez telefonowania na halę.
Jak się łączymy
Łączymy się z bazą danych SQL, w której Asix.Evo archiwizuje zmienne procesowe i alarmy. Wymagane jest konto z uprawnieniami wyłącznie do odczytu (SELECT) na tabelach archiwum, alarmów i zdarzeń, bez dostępu do tabel konfiguracyjnych. Nazwy i struktura tabel zależą od konkretnej instalacji, więc na starcie mapujemy je razem z automatykiem, który tę bazę konfigurował.
Serwer SCADA często stoi w sieci OT oddzielonej od IT. Dostęp do bazy z segmentu IT wymaga ustalonych reguł firewalla i decyzji działu automatyki. Asystent pracuje po stronie IT i nie dotyka sterowników PLC ani warstwy OPC. Gdy bezpośredni dostęp do bazy jest niemożliwy z powodów sieciowych, AI może pracować na eksportach składanych przez Asix w ustalonym folderze. Portal stoi na serwerze klienta.
Czego potrzebujemy od Was
- Konto SQL tylko do odczytu (SELECT) na tabelach archiwum i alarmów tej konkretnej instalacji Asix.
- Automatyk znający tę instalację, gotowy zmapować strukturę tabel archiwum przy starcie integracji.
- Decyzja IT i działu OT o regułach sieciowych między segmentem IT a serwerem SCADA.
- Eksport lub dostęp do ERP z numerami zleceń i partii, gdy asystent ma łączyć dane procesowe z produkcją.
- Przynajmniej kilka miesięcy danych historycznych w bazie Asix, żeby analizy trendów dawały wiarygodny wynik.
Czego asystent nie robi
- Asystent nie steruje maszynami, nie zmienia zmiennych procesowych, tabel ani konfiguracji Asix.
- Nie wchodzi w warstwy OT: sterowniki PLC, komunikacja OPC i logika sterowania są nienaruszone.
- Zlecenia, receptury i dane kontrahentów są w ERP lub u technologa, nie w Asix: po te dane asystent sięga do właściwego systemu.
- Decyzje o reakcji na alarm, zatrzymaniu maszyny i wymianie podzespołu zawsze podejmuje człowiek.
Częste pytania
Jak daleko wstecz może asystent sięgnąć w danych z Asix?
Zależy od tego, ile historii trzyma baza SQL konkretnej instalacji i ile miejsca ma serwer. W praktyce spotykamy instalacje z archiwum kilku miesięcy i takie z kilkuletnią historią. Na starcie sprawdzamy to razem z automatykiem, który tę bazę prowadzi.
Czy asystent działa na jednej linii czy na całym zakładzie?
Na tylu liniach i urządzeniach, ile ma zmiennych zapisanych w archiwum tej instalacji Asix. Zakres zależy od konfiguracji systemu. Zaczynamy zazwyczaj od jednego problemu lub jednej linii, sprawdzamy wyniki i wtedy rozszerzamy zakres na kolejne obszary zakładu.
Czy potrzebna jest nowa licencja Asix albo zgoda producenta ASKOM?
Asystent czyta bazę SQL, którą Asix już prowadzi, z konta tylko do odczytu. Nie instalujemy żadnego dodatku do systemu ani nie modyfikujemy jego konfiguracji ani projektu Asix. Kwestię ewentualnych zapisów licencyjnych warto omówić z automatykiem, który wdrażał tę instalację.
Co jeśli zakład ma kilka niezależnych instalacji Asix w różnych halach?
Każda instalacja ma własną bazę SQL. Asystent może czytać z kilku baz jednocześnie, o ile są dostępne z segmentu IT i mamy konta do odczytu na każdej z nich. Mapowanie struktury tabel robimy dla każdej instalacji osobno z automatykiem, który ją konfigurował.
Jak zaczynamy
- Bezpłatna prezentacja. Mówicie, na czym pracujecie i co Was korkuje. Mówimy wprost, czy da się to spiąć, a jeśli nie ma czego automatyzować, też to powiemy.
- Do 2 tygodni testów. Dostęp do portalu tego samego dnia, podłączenie w trybie odczytu, sprawdzacie na własnych danych.
- Rozszerzanie. Kolejne moduły i akcje dokładamy, gdy zespół ufa temu, co dostaje. W abonamencie jest wdrożenie, integracja, szkolenie i opieka.
Inne programy: programy branżowe
W tej samej branży: MES, APS, utrzymanie ruchu i jakość
Asix.Evo jest znakiem towarowym swojego właściciela. Nie jesteśmy z nim powiązani ani przez niego autoryzowani. Nazwy używamy wyłącznie po to, żeby wskazać, z jakim programem integrujemy asystenta.