KONFIGURACJA WYMIANY DANYCH MIĘDZY DWOMA KOMPUTERAMI Z WYKORZYSTANIEM OPROGRAMOWANIA KINGSCADA

Zarządzanie produkcją w dzisiejszych zakładach przemysłowych wymaga zintegrowania wielu odrębnych systemów informatycznych. Sprawna komunikacja między nimi jest z kolei warunkiem efektywnego zarządzania całością produkcji. Rynek obfituje w różnorodne rozwiązania przez co jeszcze do niedawna trudno było zrealizować wymianę danych pomiędzy dwiema lub więcej platformami. Sytuacja uległa zmianie wraz z wprowadzeniem nowoczesnego standardu komunikacji przemysłowej OPC (OLE for Process Control), który chętnie jest wykorzystywany w automatyce przemysłowej. OPC został zaprojektowany tak, aby łączyć aplikacje bazujące na systemach operacyjnych ogólnego stosowania (np. Windows) ze sprzętem i oprogramowaniem aplikacyjnym automatyki przemysłowej, który nadzoruje i steruje procesem technologicznym.

W artykule opisujemy konfigurację oprogramowania KingSCADA, która umożliwia odczytanie danych (tagów) na innym komputerze. Dane udostępniane są zgodnie ze standardem OPC DA 3.0 Server. Należy on do grupy standardów komunikacyjnych OPC, który umożliwia dostęp do aktualnych danych z urządzeń przemysłowych. Zgodnie ze standardem do serwera OPC kierowane są zapytania o aktualne wartości zmiennych procesowych, np. dane z czujników (temperatura, ciśnienie, itp.), alarmy, czy pozycje napędów. Komunikacja z każdym serwerem odbywa się w taki sam sposób, z wykorzystaniem tego samego formatu (standaryzacja komunikacji i wymiany danych przemysłowych).

Konfiguracja oprogramowania KingSCADA

Udostępnianie danych przez OPC

Wraz z oprogramowaniem KingSCADA firmy Wellintech jest udostępniany certyfikowany serwer OPC KingOPCServer zgodny ze standardem DA 3.0 Server. Aby go zainstalować, należy w instalatorze KingSCADA wybrać opcję [Install KingSCADA OPCServer].

Aby dane (tagi) były udostępniane przez OPC Server, należy podczas edycji tagu zaznaczyć opcję [Accessed by other app].

Po uruchomieniu ScadaView (Runtime) wybrane tagi są udostępniane przez serwer OPC. Od tego momentu mogą być odczytywane przez klientów OPC.

IO Server jako klient OPC

W ramach pakietu oprogramowania KingSCADA instalowana jest aplikacja IO Server. Jest ona pośrednikiem wymiany danych pomiędzy KingSCADA a urządzeniami automatyki przemysłowej. W większości przypadków IO Server wymienia dane ze sterownikami PLC, ale może być również wykorzystany jako klient OPC.

W celu utworzenia klienta OPC, podczas tworzenia projektu jako wartość [Type] należy wybrać opcję [IOServer From OPC].

Po utworzeniu projektu, należy we właściwościach serwera sprawdzić adres IP i port, na którym będzie nasłuchiwał IO Server. Port nie może być wykorzystywany przez inną aplikację. W szczególności należy się upewnić, że na danym porcie nie nasłuchuje inny IO Server.

W kolejnym kroku należy zdefiniować nazwę serwera oraz zaznaczyć opcję [Use Local OPC Server].

Następnie należy wybrać właściwy serwer z listy dostępnych serwerów. Nazwa serwera OPC wbudowanego w KingSCADA zaczyna się od „SCADA.OPCServer.”.

Po utworzeniu projektu i wskazaniu serwera, z którego będą pobierane dane, należy zdefiniować blok danych.

Definicja bloku ogranicza się do nadania nazwy, opcjonalnego opisu oraz ustawienia parametrów odczytu danych. Należy ustawić parametry [I/O] = [Synchronous], [Data Source] = [Device], oraz czas, z jakim dane powinny być uaktualniane.

Konfiguracja projektu klienckiego

W projekcie klienckim należy dodać IO Server i tagi zgodnie ze standardowymi procedurami. Podczas dodawania serwera należy podać adres IP komputera, na którym jest uruchomiony IO Server oraz port, na którym serwer nasłuchuje żądań.

Sposób definiowania tagu nie różni się od standardowych operacji. Należy po kolei wypełnić pola sekcji [Basic Info]. Właściwy tag można wybrać z listy [Item].

Podsumowanie

Oprogramowanie KingSCADA może udostępniać dane innym systemom poprzez serwer OPC. Taka forma wymiany danych może być wykorzystana do wymiany danych między dwoma systemami pracującymi pod kontrolą oprogramowania KingSCADA, co znacznie obniża koszty integracji dużych systemów przemysłowych