Mariusz Postol

CAS

• Czy istnieją alternatywne do OPC sposoby lub standardy komunikacji, które wykorzystywane są w przemyśle?

Większość urządzeń procesowych pozwala na dostęp do danych za pośrednictwem protokołów komunikacyjnych, więc pewnego opisu tego, co dzieje się w kanale komunikacyjnym. OPC Classic jest raczej instrukcją obsługi opisującą, jak wykorzystać system operacyjny do udostępnienia danych procesowych – ta fundamentalna różnica powoduje, że trudno jest wskazać bezpośrednią alternatywę.

• Jakie są przykładowe, krajowe wdrożenia systemów, gdzie do komunikacji użyto OPC?

Unikalnym w skali światowej jest zastosowanie OPC jako platformy do integracji i sterowania siecią cieplną Zespołu Elektrociepłowni Dalkia Łódź. System ten pozwala na swobodne sterowanie dystrybucją ciepła produkowanego w trzech elektrociepłowniach o łącznej mocy 2,5GW zasilających wspólną sieć o długości ponad 800km.

• Czy sądzić można, że OPC jest w Polsce standardem znanym, czy wciąż jest on traktowany jako relatywnie specjalistyczny?

Chociaż nie mam danych statystycznych, przytoczyć mogę opinię kolegi, który jako osoba odpowiedzialna za realizację programów partnerskich, odpowiedział na pytanie o postępy na tym polu. „Wydaje się, że OPC zostanie zaadaptowane na uczelniach za 5 lat, natomiast w przemyśle za 10 lat – stwierdził – jak dobrze pójdzie” – dodając. Krótko mówiąc, dzieli nas epoka. My wkroczyliśmy w świat OPC Unified Architecture w zeszłym roku, natomiast publikacja w APA to od kilkunastu lat dopiero drugi znany mi tego typu artykuł pojawiający się w polskiej prasie fachowej!

Case study: OPC pośredniczy w transmisji PLC-DCS

Problem: W przedsiębiorstwie z branży papierniczej przy tworzeniu systemu sterowania konieczne było wykorzystanie danych z dwóch różnych źródeł. W części zakładu, gdzie znajdował się system uzdatniania wody, wykorzystywano sterowniki PLC firmy Siemens, z których dane należało wprowadzić do systemu sterowania ABB Advant.

Początkowo planowano zrealizować komunikację w klasyczny sposób, wykorzystując sieć Profibus, jednak okazało się, że w tym przypadku ta metoda komunikacji jest kosztowna, a budowa sieci czasochłonna. Ponadto połączenie sterownika DCS z urządzeniem typu slave wymagało jego restartu, co za każdym razem wiązało się z przerwą w produkcji.

Rozwiązanie: W tym przypadku niezbędne było rozwiązanie, które zapewniłoby odpowiednią szybkość transmisji. Zdecydowano się wykorzystać serwer OPC KEPServerEX firmy KEPWare obsługujący wykorzystywane sterowniki firmy Siemens oraz proste w obsłudze oprogramowanie umożliwiające komunikację między serwerami OPC.

Case study: OPC w automatyce budynkowej

OPC w automatyce budynkowej

Problem: Dostawca systemów automatyki budynkowej miał za zadanie zintegrować kilka paneli dotykowych z interfejsem Modbus master z głównym systemem kontrolnym w budynku. Jak się jednak okazało, system zarządzania budynkiem również funkcjonował w standardzie Modbus jako master.

Możliwym rozwiązaniem było wyposażenie paneli w sterownik typu slave lub znalezienie innej metody na włączenie interfejsu slave do głównego systemu zarządzania. Okazało się jednak, że główny system kontrolny ma interfejs serwera OPC, co pozwoliło na rozwiązanie problemu w prostszy i tańszy sposób.

Rozwiązanie: Skorzystano z komputera rozbudowanego o dodatkowe porty szeregowe. Połączono z nimi wszystkie panele dotykowe, wykorzystując łącze RS-422. Na komputerze zainstalowano też serwer OPC Modbus slave skonfigurowany do odbioru na poszczególnych portach, do których przyłączono panele.

Aby połączyć serwer OPC Modbus Slave z serwerem OPC systemu zarządzania budynkiem, wykorzystano oprogramowanie typu OPC-to-OPC bridge, które odwzorowuje punkty danych między dwoma serwerami. Jednorazowa konfi- guracja zapewniła szybką i niezawodną dwukierunkową transmisję pomiędzy panelami i systemem zarządzania budynkiem.