Przemysłowy Internet PLC – Współpraca Sterowania dla Elastycznej Produkcji

Poza izolowaną automatyką – dlaczego PLC muszą ewoluować w centra współpracy

Automatyzacja przemysłowa od dawna opiera się na PLC dla niezawodnej kontroli produkcji. Jednak większość starszych systemów PLC działa w izolacji. Rzadko łączą się z dostawcami upstream lub dystrybutorami downstream. Ta izolacja tworzy luki w danych. W efekcie fabryki mają problemy z nadprodukcją lub powolnymi reakcjami na zmiany rynkowe. Co gorsza, tradycyjne PLC nie wspierają masowej personalizacji. Brakuje im elastyczności i przepływu danych w czasie rzeczywistym, jakiego wymagają nowoczesne łańcuchy dostaw. Typowy cykl skanowania w starszym PLC przetwarza lokalne I/O i może kilka zdalnych szafek. Ale nie obsługuje ładunków JSON ani wiadomości MQTT. To ograniczenie staje się krytyczne, gdy trzeba dostosować produkcję na podstawie poziomów zapasów dystrybutora trzy poziomy wyżej.

Redefinicja PLC – od lokalnego sterownika do orkiestratora łańcucha przemysłowego

Model współpracy Industrial Internet plus PLC całkowicie zmienia ten obraz. Nie dodaje jedynie łączności. Zamiast tego protokoły Industrial Internet są bezpośrednio wbudowane w sprzęt i oprogramowanie układowe PLC. Pozwala to PLC komunikować się w czasie rzeczywistym z systemami ERP, platformami łańcucha dostaw i inteligentnymi czujnikami. W efekcie dane produkcyjne płyną bez zakłóceń od pozyskania surowców do finalnej dostawy. Znikają wąskie gardła informacyjne. PLC staje się centrum współpracy międzyłańcuchowej, a nie urządzeniem działającym samodzielnie.

Z perspektywy oprogramowania układowego oznacza to wdrożenie lekkiego stosu TCP/IP z TLS 1.2 lub 1.3. PLC musi obsługiwać uwierzytelnianie oparte na certyfikatach. Potrzebny jest także klient komunikacji publish-subscribe, zwykle MQTT lub AMQP. Wielu inżynierów pyta o ograniczenia zasobów. Nowoczesny PLC, taki jak Siemens S7-1500 czy Rockwell CompactLogix 5480, ma wystarczającą ilość pamięci RAM i flash, aby uruchomić te stosy. Prawdziwym wyzwaniem jest deterministyczne czasowanie. Nie można pozwolić, by ruch sieciowy zakłócał cykliczne wykonywanie zadań PLC. Dlatego zadania komunikacyjne należy oddzielić jako zadanie o niższym priorytecie w tle. Alternatywnie, można użyć dedykowanego koprocesora komunikacyjnego.

Cechy techniczne umożliwiające zwinność w całym łańcuchu

Trzy cechy techniczne sprawiają, że ten nowy model działa efektywnie. Po pierwsze, edge computing wewnątrz PLC przetwarza dane lokalnie. To zmniejsza opóźnienia w chmurze do poniżej 10 milisekund. Po drugie, otwarte frameworki programowania PLC zgodne z IEC 61499 zapewniają kompatybilność między markami. Po trzecie, predykcyjna konserwacja oparta na sztucznej inteligencji pozwala PLC wykrywać anomalie sprzętowe zanim spowodują przestoje. Razem te funkcje tworzą samooptymalizujący się łańcuch przemysłowy. Co więcej, zmniejszają zależność od pojedynczych dostawców.

Pozwól, że rozwinę temat IEC 61499, ponieważ wielu inżynierów nadal myśli w kategoriach IEC 61131-3. IEC 61499 używa bloków funkcyjnych sterowanych zdarzeniami. To zasadniczo różni się od modelu cyklicznego skanowania. W IEC 61499 blok funkcyjny uruchamia się tylko po otrzymaniu zdarzenia. To idealnie pasuje do rozproszonych, współpracujących systemów. Na przykład PLC dostawcy może wysłać zdarzenie do Twojego PLC, gdy jakość surowca się pogarsza. Twój PLC wtedy wyzwala korektę receptury zanim zły materiał trafi na linię. Nie da się tego zrobić czysto za pomocą tradycyjnej logiki drabinkowej. Otwarte frameworki jak 4diac FORTE implementują IEC 61499 na urządzeniach o ograniczonych zasobach. Możesz go uruchomić na Raspberry Pi lub bezpośrednio na niektórych PLC z systemami Linux.

Do predykcyjnej konserwacji PLC potrzebuje lokalnego wnioskowania uczenia maszynowego. Nie wysyłaj surowych danych drgań do chmury. To powoduje opóźnienia i koszty przepustowości. Zamiast tego uruchom lekki model na PLC lub sąsiedniej bramie edge. Użyj algorytmów takich jak isolation forests lub autoenkodery. Wytrenuj model offline na historycznych danych o awariach. Następnie wdroż silnik wnioskowania jako zestaw bloków funkcyjnych. Gdy PLC wykryje anomalię, może podjąć natychmiastowe działanie. Na przykład zmniejszyć prędkość linii lub oznaczyć stację w dalszej części do inspekcji.

Protokoły komunikacyjne i modelowanie danych dla PLC międzyłańcuchowych

Współpracujący PLC musi obsługiwać wiele protokołów. Zachowuje OPC UA do komunikacji maszyna-maszyna wewnątrz fabryki. Dodaje MQTT lub Sparkplug B do wymiany danych w chmurze i między fabrykami. Potrzebuje też możliwości REST API do bezpośrednich zapytań do systemów ERP. Wielu inżynierów pyta o Sparkplug B. Ta specyfikacja definiuje standardowy format ładunku dla MQTT. Zawiera zarządzanie stanem oraz certyfikaty birth-will. Używaj Sparkplug B, gdy potrzebujesz automatycznego wykrywania urządzeń. Unikaj go, jeśli Twój ekosystem już korzysta z OPC UA.

Modelowanie danych jest równie ważne. Nie można wysyłać surowych nazw tagów PLC do systemu ERP. ERP nie rozumie "DB42.DBX12.4". Dlatego zdefiniuj warstwę mapowania semantycznego. Użyj standardu Asset Administration Shell lub Digital Twin (IEC 62832). Każdy zasób produkcyjny ma cyfrowego bliźniaka z ustandaryzowanymi właściwościami. PLC odczytuje fizyczne czujniki i zapisuje wartości do właściwości cyfrowego bliźniaka. Cyfrowy bliźniak następnie obsługuje całą komunikację na wyższym poziomie. To oddziela logikę sterowania od logiki wymiany danych.

Do synchronizacji zapasów w czasie rzeczywistym użyj prostego modelu. Każdy sterownik PLC wysyła co sekundę komunikat heartbeat. Komunikat zawiera aktualne poziomy buforów, status maszyny oraz skumulowany licznik produkcji. Sterowniki PLC w dalszej części linii subskrybują te tematy. Następnie dostosowują własne tempo podawania materiału. Tworzy to wirtualny wał linii bez centralnego koordynatora. Jeśli jeden PLC straci komunikację, sterowniki PLC w dalszej części linii wracają do bezpiecznych domyślnych prędkości po trzech pominiętych heartbeatach.

Wartość biznesowa wykraczająca poza efektywność – produkcja sterowana popytem i zrównoważona

Wiele przedsiębiorstw postrzega ten model tylko jako narzędzie efektywności. Ale jego prawdziwa wartość jest głębsza. Fabryki mogą przejść na produkcję sterowaną popytem. Dostosowują produkcję na podstawie zamówień dystrybutorów w czasie rzeczywistym. Monitorowanie sieci PLC optymalizuje też zużycie energii, znacznie redukując ślad węglowy. Dla firm międzynarodowych model ten standaryzuje procesy produkcyjne w globalnych lokalizacjach. Jakość staje się spójna. Krótko mówiąc, łańcuch przemysłowy przekształca się w elastyczny, zorientowany na klienta ekosystem.

Rozważ optymalizację energii. Współpracująca sieć PLC może realizować reakcję na zapotrzebowanie. Zakład energetyczny wysyła sygnał cenowy lub prośbę o ograniczenie przez MQTT. Wszystkie PLC odbierają go jednocześnie. Każdy PLC decyduje lokalnie, czy zmniejszyć obciążenia niekrytyczne. Linia malarska może wstrzymać cykl podgrzewania pieca. Sprężarka może obniżyć nastawę ciśnienia o 10%. PLC koordynują redukcję całkowitego obciążenia bez zatrzymywania produkcji. Nie wymaga to centralnego systemu zarządzania energią. Inteligencja jest rozproszona.

Dla standaryzacji jakości używaj tej samej bazy kodu PLC we wszystkich globalnych zakładach. Przechowuj kod w repozytorium z kontrolą wersji. Wdrażaj go za pomocą konteneryzowanego środowiska uruchomieniowego. Tak, możesz uruchamiać kod PLC w kontenerach. CODESYS i inne platformy SoftPLC obsługują kontenery Docker. Pozwala to na globalne wycofanie złej aktualizacji w ciągu kilku minut. Umożliwia też testy A/B. Uruchom nowy przepis na jednym PLC przez 24 godziny. Automatycznie porównaj wskaźniki jakości. Następnie wdrażaj na wszystkich PLC, jeśli test się powiedzie.

Ekspercka opinia – Talent i otwarta architektura są kluczowe

Po 15 latach w automatyce przemysłowej widziałem, jak izolowane systemy ograniczają rozwój. Ten model współpracy to nie tylko techniczna aktualizacja. To strategiczna konieczność. Jednym z niedocenianych wyzwań jest talent. Inżynierowie muszą opanować zarówno programowanie PLC, jak i protokoły Przemysłowego Internetu Rzeczy. Dlatego radzę inwestować w hybrydowe programy szkoleniowe dla obecnego personelu. Ponadto wybieraj PLC o otwartej architekturze, aby uniknąć uzależnienia od dostawcy. Przyszłość należy do przedsiębiorstw, które zamieniają dane we współpracę, a nie tylko lokalną kontrolę.

Pozwól, że udzielę konkretnych wskazówek dotyczących szkoleń technicznych. Twój zespół potrzebuje trzech zestawów umiejętności. Po pierwsze, tradycyjne umiejętności PLC: drabinkowe schematy, tekst strukturalny i ograniczenia czasu rzeczywistego. Po drugie, umiejętności IT: TCP/IP, certyfikaty TLS, MQTT i parsowanie JSON. Po trzecie, podstawy data science: analiza szeregów czasowych, wykrywanie anomalii i wdrażanie modeli. Nie wysyłaj wszystkich na osobne kursy. Zamiast tego zorganizuj sześciotygodniowy wewnętrzny bootcamp:

• Tydzień pierwszy: przegląd cykli skanowania PLC i priorytetów zadań
• Tydzień drugi: konfiguracja lokalnego brokera MQTT z uwierzytelnianiem
• Tydzień trzeci: napisanie bloku funkcyjnego w Structured Text publikującego ładunek JSON
• Tydzień czwarty: implementacja watchdog heartbeat między dwoma PLC
• Tydzień piąty: wdrożenie prostego modelu wykrywania anomalii na bramie edge
• Tydzień szósty: integracja wszystkiego w pilotażowej linii produkcyjnej

W architekturze otwartej unikaj PLC wymagających własnościowych bibliotek komunikacyjnych. Jeśli PLC nie może wysłać surowego pakietu MQTT bez bramki specyficznej dla dostawcy, odrzuć go. Szukaj PLC z natywnym wsparciem dla bloków funkcyjnych w Pythonie lub C++. Dobrymi przykładami są Beckhoff TwinCAT i seria WAGO PFC. Działają na pełnym jądrze Linux. Możesz instalować standardowe biblioteki open-source. To daje maksymalną elastyczność. Kosztem są trudniejsze gwarancje czasu rzeczywistego. Jednak w sterowaniu współpracującym submilisekundowa deterministyczność rzadko jest potrzebna. Dopuszczalne jest 10-milisekundowe zróżnicowanie.

Przypadek z życia – producent elektroniki skraca czas realizacji o 78%

Globalny producent elektroniki 3C zastosował ten model w 12 zakładach w Azji i Europie. Wdrożył PLC Delta serii DVP zintegrowane z Huawei Industrial Internet Platform. Protokóły MQTT obsługiwały transmisję danych między regionami. System umożliwił udostępnianie w czasie rzeczywistym stanów magazynowych komponentów, harmonogramów produkcji i danych jakościowych. W efekcie czas realizacji zamówień niestandardowych skrócił się z 14 do 3 dni. Koszty zapasów spadły o 28%. Dostawcy zmniejszyli opóźnienia dostaw o 40% dzięki alertom popytowym wyzwalanym przez PLC.

Dodam techniczne szczegóły, które pominęło podsumowanie przypadku. PLC Delta serii DVP korzystały z wbudowanego portu Ethernet do MQTT. Każdy PLC działał jako klient Sparkplug B. Przestrzeń nazw tematów miała ścisłą hierarchię: region/zakład/linia/stacja/metryka. Na przykład asia/shanghai/smt3/feeder/reel_A_remaining. Pozwalało to na precyzyjną subskrypcję. Stacja kontroli jakości subskrybowała tylko metryki ze stacji upstream wpływające na jej proces. Broker MQTT był klastrową implementacją EMQX z dostępnością 99,999%. Połączenia między regionami używały TLS z wzajemną autoryzacją. Każdy PLC miał własny certyfikat X.509 nadany podczas produkcji.

System alertów popytowych działał następująco. PLC dostawcy monitorował bufor wyrobów gotowych. Gdy bufor spadł poniżej dwugodzinnego zapotrzebowania, PLC publikował alert. PLC producenta subskrybował ten temat. Następnie przeliczał harmonogram produkcji. Wysyłał też potwierdzenie z powrotem do dostawcy. PLC dostawcy otrzymywał potwierdzenie i zwiększał cel produkcyjny. Pętla zamykała się w czasie poniżej 500 milisekund end-to-end.

Dostosowane rozwiązania dla produkcji dyskretnej i procesowej

Ten model łatwo dostosowuje się do różnych sektorów przemysłowych. W produkcji dyskretnej, takiej jak elektronika czy maszyny, modułowe konfiguracje sterowników PLC wspierają szybkie zmiany linii produkcyjnej. W produkcji procesowej, w tym spożywczej i farmaceutycznej, sterowniki PLC integrują się z systemami DCS i kontroli partii. Zapewnia to zgodność ze standardami FDA i GMP. Małe przedsiębiorstwa mają także opłacalne opcje. Na przykład sterowniki Omron CP1H w połączeniu z lekkimi bramkami Przemysłowego Internetu rzeczy oferują niską barierę wejścia.

W produkcji dyskretnej stosuj podejście z tabelą konfiguracyjną. Przechowuj parametry specyficzne dla produktu w bazie danych lub pliku CSV. Sterownik PLC odczytuje tabelę w czasie działania. Gdy produkcja zmienia się na nowy produkt, sterownik ładuje odpowiadający zestaw parametrów. Obejmuje to prędkości podajników, progi odrzutu i receptury inspekcji. Współpracujący aspekt to udostępnianie tych tabel między zakładami. Jeden ośrodek inżynieryjny tworzy tabelę główną. Wszystkie sterowniki PLC pobierają aktualizacje przez MQTT. Kontrola wersji jest kluczowa. Użyj skrótu (hash) całej tabeli jako identyfikatora wersji. Sterownik PLC sprawdza skrót przy starcie. Jeśli nie pasuje, odrzuca aktualizację i powiadamia dział utrzymania ruchu.

W produkcji procesowej głównym wyzwaniem jest kontrola partii. ANSI/ISA-88 definiuje standardy kontroli partii. Współpracujące sterowniki PLC mogą implementować logikę faz i operacji ISA-88. Sterownik PLC otrzymuje recepturę partii z MES przez MQTT, a następnie wykonuje kroki receptury. Ale tu pojawia się współpracujący element. Sterownik PLC publikuje także swój aktualny status partii do jednostek dalszego procesu. Krystalizator w dalszym etapie może wstępnie schłodzić swoją obudowę na podstawie przewidywanego czasu zakończenia reakcji w reaktorze upstream. To skraca czas przejścia między partiami. Dla zgodności z FDA sterownik PLC musi rejestrować wszystkie zmiany receptury i regulacje parametrów. Użyj jednokrotnego zapisu ścieżki audytu. Przechowuj logi na blockchainie lub niezmienialnej bazie danych. Sam sterownik PLC nie powinien mieć uprawnień do usuwania danych.

Dla małych przedsiębiorstw dobrze sprawdza się podejście Omron CP1H. Ten sterownik PLC nie ma natywnego MQTT. Dodaj lekki bramkę, taką jak Industrial Shield M100. Bramka odczytuje rejestry PLC przez Modbus TCP, a następnie publikuje wartości do brokera MQTT. Bramka subskrybuje także polecenia i zapisuje je z powrotem do rejestrów PLC. Całkowity koszt sprzętu to mniej niż 500 USD. Pozwala to małym fabrykom dołączyć do sieci współpracy bez konieczności wymiany całej floty sterowników PLC.

Praktyczne scenariusze wdrożeń dla operacji B2B

Weźmy pod uwagę średniej wielkości dostawcę części samochodowych. Może on wdrożyć współpracujące sterowniki PLC do synchronizacji linii tłoczenia, spawania i malowania zgodnie z harmonogramami dostaw just-in-time. Innym scenariuszem jest procesor partii chemicznych. Tutaj sterowniki PLC z integracją DCS mogą automatycznie dostosowywać receptury na podstawie dostępności surowców i zamówień klientów. Te scenariusze pokazują, że współpracująca kontrola działa zarówno w środowiskach produkcji o dużej różnorodności i niskiej objętości, jak i w produkcji ciągłej.

Pozwól, że opiszę scenariusz motoryzacyjny. Dostawca ma trzy prasy tłoczące zasilające dwie linie spawalnicze. Linie spawalnicze zasilają jedną linię lakierniczą. Bez współpracy każda linia działa z buforami bezpieczeństwa. Przy współpracy PLC linii spawalniczych subskrybują PLC pras tłoczących. Jeśli prasa tłocząca numer jeden skróci czas cyklu o 10%, PLC linii spawalniczych rozdzielają obciążenie. Wysyłają więcej części z prasy numer jeden do linii spawalniczej numer jeden. PLC linii lakierniczej subskrybuje oba PLC linii spawalniczych. Dostosowuje prędkość przenośnika na podstawie tempa napływu części. Efektem jest o 15% niższy zapas produkcji w toku. System radzi sobie także z awariami. Jeśli prasa tłocząca numer dwa ulegnie awarii, PLC linii spawalniczych otrzymują zdarzenie w ciągu jednej sekundy. Przekierowują wszystkie części do prasy numer jeden i linii spawalniczej numer dwa. PLC linii lakierniczej automatycznie zmniejsza prędkość, aby dopasować się do nowej wydajności.

W scenariuszu chemicznym procesor produkuje kleje. Dostępność surowców zmienia się codziennie. System zakupowy publikuje wiadomość JSON z aktualnymi stanami magazynowymi. PLC subskrybuje ten temat. Jeśli kluczowy katalizator jest na niskim poziomie, PLC wybiera alternatywną recepturę z biblioteki. Dostosowuje profile grzania i czasy mieszania odpowiednio. PLC publikuje także nową oczekiwaną wydajność. PLC linii pakującej odbiera to i planuje odpowiedni rozmiar beczki. Wszystko bez ingerencji człowieka. Operator jedynie przegląda zmiany na panelu HMI.

Rozważania dotyczące bezpieczeństwa w sieciach współpracujących PLC

Łączenie sterowników PLC w łańcuchach dostaw wprowadza nowe powierzchnie ataku. Dlatego bezpieczeństwo musi być wbudowane, a nie dodane później. Użyj segmentacji sieci. Umieść współpracujące PLC w dedykowanej przemysłowej strefie DMZ. Użyj zapór sieciowych do ograniczenia ruchu. Zezwól tylko na MQTT na porcie 8883 (TLS) i OPC UA na porcie 4840. Zablokuj cały inny ruch. Używaj uwierzytelniania opartego na certyfikatach dla każdego PLC. Bez wspólnych haseł. Natychmiast unieważniaj certyfikaty, gdy PLC jest wycofywany z eksploatacji.

Wdroż szyfrowanie na poziomie wiadomości, nawet jeśli ufasz sieci. MQTT z TLS chroni dane w tranzycie. Ale rozważ szyfrowanie na poziomie aplikacji dla wrażliwych parametrów. Formuły receptur i limity jakości to tajemnice handlowe. Zaszyfruj je za pomocą klucza publicznego obejmującego cały łańcuch dostaw. Tylko docelowy PLC odszyfrowuje je swoim kluczem prywatnym. Używaj kluczy o krótkim czasie ważności. Automatycznie rotuj je co 90 dni.

Monitoruj anomalny ruch. Zhakowany sterownik PLC będzie zachowywał się inaczej. Może publikować na nieoczekiwanych tematach lub w nietypowych odstępach czasu. Wdróż bramę bezpieczeństwa, która inspekcjonuje cały ruch MQTT. Użyj reguł takich jak: PLC na linii 3 powinien publikować tylko na tematach zaczynających się od /factory/line3/. Jeśli publikuje na /factory/line1/, zablokuj i zgłoś alert. Monitoruj także częstotliwość publikacji. PLC, który normalnie publikuje co 1000 milisekund, a nagle co 10 milisekund, wskazuje na problem.

Przyszłe trendy – sieciowanie czasowo-czułe i rozproszona kontrola

Kolejną ewolucją jest Time-Sensitive Networking (TSN) dla współpracujących sterowników PLC. TSN dodaje deterministyczne opóźnienia do standardowego Ethernetu. Dzięki TSN sterowniki PLC mogą synchronizować swoje pętle sterowania z dokładnością do jednej mikrosekundy. Umożliwia to rozproszone sterowanie ruchem. Jeden sterownik PLC może obsługiwać enkoder główny, podczas gdy trzy inne sterowniki kontrolują osie podrzędne. Nie jest potrzebny dedykowany kontroler ruchu. IEEE 802.1AS zapewnia synchronizację czasu. 802.1Qbv umożliwia planowany ruch. Przemysłowe protokoły Ethernet, takie jak PROFINET i EtherCAT, adoptują TSN.

Innym trendem jest rozproszone sterowanie oparte na blokach funkcyjnych. Zamiast jednego sterownika PLC obsługującego całą linię, podziel logikę sterowania na mniejsze bloki funkcyjne. Rozmieść te bloki na wielu sterownikach PLC. Każdy blok działa tam, gdzie znajdują się jego wejścia/wyjścia. Bloki komunikują się za pomocą zdarzeń przez TSN. To zmniejsza okablowanie i eliminuje pojedynczy punkt awarii. Standard IEC 61499 już to wspiera. Jednak adopcja przebiega powoli. W miarę jak sterowniki PLC stają się mocniejsze, a TSN dojrzewa, spodziewaj się przyspieszonej adopcji w ciągu najbliższych trzech do pięciu lat.

Porównanie architektur współpracujących sterowników PLC

Poniższa tabela porównuje trzy popularne architektury wdrażania współpracujących sieci sterowników PLC. Użyj jej jako odniesienia przy wyborze strategii wdrożenia.

Polecane modele sterowników PLC do sterowania współpracującego

Na podstawie rzeczywistych doświadczeń z wdrożeń, oto konkretne modele sterowników PLC, które dobrze sprawdzają się w projektach sterowania współpracującego. Każdy model spełnia różne wymagania budżetowe i wydajnościowe.

Lista kontrolna wdrożenia krok po kroku

Użyj tej listy kontrolnej podczas wdrażania pierwszej sieci współpracujących sterowników PLC. Obejmuje zadania sprzętowe, programowe i bezpieczeństwa w logicznej kolejności.

• Zweryfikuj, czy każdy sterownik PLC ma dedykowany port Ethernet do ruchu współdzielonego
• Przydziel certyfikaty X.509 dla każdego sterownika PLC w sieci
• Skonfiguruj klastrowanego brokera MQTT (EMQX lub VerneMQ) z włączonym TLS
• Zdefiniuj hierarchię przestrzeni nazw tematów przed napisaniem jakiegokolwiek kodu
• Zaimplementuj blok funkcji heartbeat w języku strukturalnym lub drabinkowym
• Przetestuj procedury odnawiania i unieważniania certyfikatów offline
• Wdróż warstwę mapowania semantycznego (Asset Administration Shell) na serwerze brzegowym
• Przeprowadź pilotaż z dwoma sterownikami PLC przed rozszerzeniem na cały łańcuch dostaw
• Udokumentuj wszystkie nazwy tematów, formaty ładunków i zasady obsługi błędów
• Przeszkol personel utrzymania ruchu w obsłudze narzędzi diagnostycznych MQTT, takich jak MQTT Explorer

Autor: Gu Jinghong, inżynier automatyki przemysłowej specjalizujący się w rozwiązaniach PLC i DCS dla przemysłu naftowego, gazowego i chemicznego.