Integracje / Ignition SCADA
Integracja AI z Ignition SCADA
Podłączamy bazę Tag Historian z tabelami sqlt_data i sqlt_alarm oraz REST API bramy Ignition. Asystent tłumaczy kody alarmów na opisy zrozumiałe dla brygadzisty, zestawia postoje według przyczyn i pisze raport zmianowy z ostatnich 8 godzin zmiany.
Rozmowa trwa 15 minut. Dzwonimy my, nic nie trzeba instalować.
Po rozmowie dwa tygodnie za darmo. Jeśli uznamy, że u Was to ma sens, uruchamiamy Wam własną platformę podłączoną pod Ignition SCADA. Bez umowy i bez karty.
Czym jest Ignition SCADA
Ignition to platforma SCADA firmy Inductive Automation stosowana w produkcji przemysłowej, energetyce, przemyśle spożywczym i farmaceutycznym. Operatorzy śledzą na niej w czasie rzeczywistym parametry maszyn i linie produkcyjne: temperatury, ciśnienia, prędkości, stany urządzeń. Zakłady, które go wdrożyły, mają zwykle od kilku do kilkuset linii, a każda generuje dziesiątki tagów zapisywanych co kilka sekund.
Ignition dzieli pracę na moduły: Tag Historian zapisuje historię wartości tagów, Alarm Journal prowadzi dziennik zdarzeń, moduł Reporting pozwala budować widoki dla operatorów i menedżerów. Dane historii leżą w relacyjnej bazie SQL na serwerze w sieci OT zakładu. Od wersji 8.x system udostępnia REST API z Named Queries, przez które można odpytywać dane z sieci IT bez wchodzenia do strefy sterowania.
Co podłączamy w Ignition SCADA
- Tag Historian (sqlt_data): przebiegi wartości tagów w czasie
- Dziennik alarmów (sqlt_alarm): kody, priorytety i czasy zdarzeń
- Tagi stanu linii: czasy pracy, postojów i ich przyczyny
- REST API bramy Ignition 8.x: dostęp do Named Queries z sieci IT
- Słownik tagów (sqlth_te): nazwy, jednostki i zakresy parametrów
Zakres ustalamy pod Was. Zaczynamy od odczytu danych, a zapis i akcje włączamy dopiero wtedy, gdy sami tego chcecie.
O co pytają w praktyce
Pytania zadaje się po polsku, jak koledze z pracy.
„Ile czasu stała linia 2 w tym tygodniu i co było przyczyną?"
„Które alarmy z ostatniej zmiany nie zostały skwitowane?"
„Czy temperatura w strefie 3 pieca odbiega od normy z ostatniego miesiąca?"
„Co się działo na hali w nocy, zanim przyszedłem rano?"
Co dokładnie podłączamy w Ignition SCADA
Obszar po obszarze: jakie dane czytamy i co asystent z nich robi. To lista z realnego wdrożenia, nie katalog możliwości.
CzytamyTabela sqlt_data_1_1: timestamp w ms Unix, wartość float, flaga jakości dla każdego tagu
AsystentWylicza trendy zmian parametrów w oknie czasowym i sygnalizuje przyspieszenie wzrostu wartości przed awarią
CzytamyPola source, displaypath, eventtime, eventtype (active/clear/ack) i priority od diagnostic do critical
AsystentTłumaczy kody alarmów na opisy zrozumiałe dla brygadzisty i pokazuje historię podobnych zdarzeń z ostatnich tygodni
CzytamyWartości liczbowe 0-4 oznaczające stop, bieg, awarię, planowaną przerwę i czyszczenie CIP
AsystentZestawia postoje według przyczyn, łączy je z alarmami z tego samego okna czasowego i liczy minuty dla każdej kategorii
CzytamyNazwy, typy danych, jednostki i zakresy nominalne każdego tagu zarejestrowanego w historianach
AsystentBuduje kontekst do tłumaczenia alarmów: przypisuje fizyczną nazwę i jednostkę do kodu tagu w komunikacie zdarzenia
CzytamyZapytania do historiana wywoływane po HTTP z sieci IT bez bezpośredniego połączenia z siecią OT
AsystentPobiera dane zmianowe przez bramę Ignition i składa raport w formacie czytelnym dla managera, nie tylko dla operatora
CzytamyWartość tagu [default]Linia1/Nr_partii logowana w historianach razem z parametrami procesu
AsystentPrzypisuje każdą anomalię parametrów do konkretnego numeru partii i dopisuje go do raportu zmianowego
CzytamyOkresy ze stanem linii 0 w historianach, dla których w sqlt_alarm brak aktywnego zdarzenia w tym czasie
AsystentWychwytuje niezidentyfikowane przestoje i oznacza je osobno, bo mogą wskazywać na ręczne wyłączenie lub czynnik poza monitoringiem
Co się zmienia
Kierownik produkcji dostaje raport zmianowy mailem przed przyjściem do pracy, a utrzymanie ruchu widzi trendy zanim linia stanie.
Asystent stoi na Waszym serwerze i łączy się z Ignition SCADA na Waszych uprawnieniach. Dane nie wychodzą do zewnętrznych usług, a każdy odczyt i każda akcja zostawiają ślad w logu. Zakres uprawnień ustalacie Wy, więc asystent widzi dokładnie tyle, ile ma widzieć.
Nie wymieniamy Wam programu i nie zmuszamy nikogo do zmiany nawyków. Ignition SCADA zostaje tam, gdzie jest, razem z historią danych i przyzwyczajeniami zespołu.
Jak łączymy się z Ignition SCADA
Asystent łączy się z Ignition przez dwa kanały, oba wyłącznie do odczytu. Pierwszy to zapytania SQL do bazy historiana przez konto z uprawnieniami SELECT na tabelach sqlt_data, sqlt_alarm i sqlth_te. Drugi to REST API bramy Ignition 8.x z Named Queries, dostępne z sieci IT bez konieczności wejścia w sieć OT zakładu.
Asystent działa na serwerze klienta, w sieci IT, po stronie aplikacji, a nie sterownika. Nie ma połączenia z warstwą PLC ani możliwości zapisu do bazy SCADA. Konto bazodanowe i token API są zaszyfrowane po naszej stronie. Sieć OT pozostaje odseparowana zgodnie z dobrą praktyką bezpieczeństwa i żaden ruch nie wraca z IT do strefy sterowania.
Czego potrzebujemy od Was
- Dostęp sieciowy z sieci IT do bazy historiana Ignition lub do bramy REST API
- Ignition w wersji 8.x lub wyższy, jeśli korzystamy z Named Queries przez REST API
- Konto SQL z uprawnieniami SELECT na tabelach sqlt_data, sqlt_alarm i sqlth_te
- Automatyk lub programista SCADA, który zna strukturę logowanych tagów w zakładzie
- Słownik alarmów albo gotowość do wspólnego mapowania kodów tagów na opisy technologiczne
Gdzie to działa najlepiej
Kierownik produkcji
Rano przed przyjazdem do zakładu sprawdza telefon. Zmiana nocna skończyła się o 6:00. Zamiast dzwonić do brygadzisty po szczegóły, dostaje gotowy raport zmianowy z czasem pracy linii, przyczynami każdego postoju i listą aktywnych alarmów.
Z asystentem: Przyjeżdża na halę z wiedzą, co się działo w nocy, i od razu wskazuje brygadziście, czego szukać. Oszczędza 15-20 minut porannych ustaleń.
Technik utrzymania ruchu
O 14:00 dostaje powiadomienie: temperatura łożyska silnika L3 rośnie szybciej niż przez ostatnie 30 dni i zbliża się do wartości obserwowanej trzy tygodnie przed marcową awarią. Linia cały czas pracuje.
Z asystentem: Ma historię tagu z konkretnym porównaniem do wcześniejszej awarii. Decyduje, czy zlecić serwis w zaplanowanej przerwie czy czekać, zamiast reaktywnie gasić pożar po fakcie.
Operator zmiany
Na tablecie na hali widzi tłumaczenie alarmu E_HH_TC1_045: nie surowy kod, tylko zdanie, że temperatura w strefie 3 przekroczyła górną granicę, ten alarm był aktywny 14 dni temu i trwał wtedy 22 minuty.
Z asystentem: Wie od razu, czego szukać: chłodzenie strefy i zawór CV-031. Nie traci czasu na szukanie w dokumentacji ani na czekanie na technologa.
Jak to uruchamiamy
- Rozmowa 15 minut. Mówicie, na czym pracujecie i co Was korkuje. Mówimy, czy da się to spiąć.
- Podłączenie i pierwsze pytania. Zaczynamy od odczytu, na Waszym serwerze, w zakresie który zatwierdzacie.
- Rozszerzanie. Dokładamy kolejne moduły i akcje, gdy zespół już ufa temu, co dostaje.
Koszt: od 3 000 zł miesięcznie. W tym wdrożenie, integracja, szkolenie zespołu i opieka. Widełki na Wasz przypadek podajemy na tej pierwszej rozmowie, bez ofert na dwadzieścia stron.
Chcecie najpierw poczytać konkrety: jakie moduły ruszamy, jakie dane bierzemy i czego potrzebujemy po Waszej stronie?
Cały opis integracji z Ignition SCADA →Czego asystent nie robi
Żebyście wiedzieli, gdzie kończy się jego rola, zanim zaczniecie.
- Nie zmienia żadnych ustawień w Ignition, konfiguracji tagów ani progów alarmów.
- Nie wysyła poleceń do sterowników PLC ani do żadnej warstwy sterowania maszyną.
- Sygnalizuje odchylenie trendu, ale nie diagnozuje przyczyny ani nie nakazuje wymiany części.
- Nie zastępuje systemu MES ani modułu Reporting Ignition, działa obok nich jako warstwa analityczna.
Pytania o integrację z Ignition SCADA
Czy integracja nie zagrozi stabilności działającego systemu SCADA?
Asystent łączy się wyłącznie do odczytu, przez konto SQL albo REST API. Nie dotyka konfiguracji tagów, nie pisze do żadnej tabeli Ignition, nie ingeruje w sieć OT. Zapytania do historiana są takie same, jak te, które analityk robiłby ręcznie z laptopa. Ryzyko dla systemu sterowania jest zerowe.
Co jeśli część tagów nie jest logowana w historianach?
To jeden z pierwszych problemów, który wychodzimy na etapie przeglądu. Asystent zapytany o brakujący zakres tagów zwraca puste wyniki, a my od razu widzimy luki. Razem z automatykiem zakładu decydujecie wtedy, które tagi dołączyć do historiana i w jakim interwale.
Czy możemy zacząć od jednej linii produkcyjnej i rozszerzyć potem?
Tak i to częsty sposób wdrożenia. Zaczynamy od jednej linii: konfigurujemy dostęp do jej tagów, budujemy słownik alarmów z automatykiem i uruchamiamy raport zmianowy. Rozszerzenie na kolejne linie to głównie powtórzenie mapowania tagów, bez zmiany architektury połączenia.
Jak szybko asystent zaczyna wykrywać odchylenia od normy?
Wykrywanie odchyleń opiera się na historii z samego historiana, więc działa od pierwszego dnia pod warunkiem, że zakład ma dane z co najmniej kilku tygodni. Im dłuższa historia tagów, tym trafniejszy wzorzec: najlepiej widać anomalie przy historii kilkumiesięcznej lub rocznej.
Piętnaście minut o Ignition SCADA
Wybierzcie termin z kalendarza. Na rozmowie powiemy wprost, co da się u Was podłączyć, ile to trwa i ile kosztuje. Jeśli nie ma czego automatyzować, też to powiemy. A jeśli ma, dostajecie 14 dni działającej platformy podłączonej pod Ignition SCADA, żeby sprawdzić to na własnych danych zamiast wierzyć nam na słowo.
Ignition SCADA 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.