ZAGADNIENIA INTEGRACJI SYSTEMÓW INFORMATYCZNYCH W AUTOMATYZACJI PROCESÓW PRODUKCYJNYCH W OPARCIU O TECHNOLOGIĘ OPC
|
|
- Władysław Wilczyński
- 8 lat temu
- Przeglądów:
Transkrypt
1 Dr inŝ. Krzysztof Skura Instytut Technologii Maszyn i Automatyzacji Politechniki Wrocławskiej ZAGADNIENIA INTEGRACJI SYSTEMÓW INFORMATYCZNYCH W AUTOMATYZACJI PROCESÓW PRODUKCYJNYCH W OPARCIU O TECHNOLOGIĘ OPC Integracja systemów informatycznych w przedsiębiorstwie produkcyjnym jest zadaniem niełatwym ze względu na róŝnorodność stosowanych standardów sieci i protokołów komunikacyjnych oraz interfejsów komunikacyjnych oprogramowania aplikacyjnego i baz danych. W artykule tym przedstawiono aktualne rozwiązania komunikacyjne dla systemów automatyki przemysłowej oraz systemów baz danych takie jak OPC. Szczególną uwagę zwrócono na problem integracji urządzeń automatyki przemysłowej z bazami danych na potrzeby systemów SCADA oraz MES. Przedstawiono wyniki badań systemów komunikacyjnych OPC oraz interfejsów ODBC, które wskazały na słabe punkty w procesie integracji systemów informatycznych. Zbieranie oraz zarządzanie informacjami w przedsiębiorstwie produkcyjnym stanowi kluczowy element w procesie podejmowania decyzji, prowadzących do zwiększenia efektywności produkcji, poprawy jakości produktów oraz wyeliminowania zakłóceń w realizacji zleceń produkcyjnych. Systemy informatyczne wspomagają funkcjonowanie przedsiębiorstwa produkcyjnego na wszystkich jego poziomach od maszyn i linii produkcyjnych, poprzez działy inŝynieryjne aŝ do działów administracyjnych. Spośród informatycznych systemów zarządzania przedsiębiorstwem oraz wspomagania i sterowania produkcji wyróŝnia się obecnie systemy takie jak: ERP (ang. Enterprise Resource Planning), SCM (ang. Supply Chain Management), P/PE (ang. Product and Process Engineering), MES (ang. Manufacturing Execution Systems), SCADA (ang. Supervisory Control and Data Acquisition) i wiele innych. Integracja informatyczna tych systemów bezpośrednio z układami sterowania procesami produkcyjnymi jest zadaniem skomplikowanym w szczególności, kiedy mamy do czynienia ze środowiskiem rozproszonym, tzn. poszczególne systemy są geograficznie oddalone od siebie i są one połączone za pomocą infrastruktury sieci LAN lub WAN. Systemy ERP Systemy MES Systemy SCADA/HMI Sterowniki przemysłowe PLC, CNC, IPC itp. Urządzenia automatyki Rys. 1. Systemy informatyczne przedsiębiorstwa produkcyjnego Na niŝszych poziomach przedsiębiorstwa produkcyjnego stosowane są od wielu lat nadrzędne systemy sterowania i akwizycji danych SCADA, przemysłowe układy sterowania CNC (ang. Computer Numerical Control), PLC (ang. Programmable Logic Controller), IPC (ang. Industrial PC), czujniki, elementy wykonawcze i inne urządzenia automatyki przemysłowej. Stanowią one swoisty system informatyczny działający w czasie rzeczywistym, którego podstawowym zadaniem jest sterowanie maszynami i liniami produkcyjnymi w celu realizacji zadań produkcyjnych. Historycznie rzecz ujmując systemy sterowania maszyn oraz linii produkcyjnych są stosowane w zakładach produkcyjnych od kilku dekad, podczas gdy systemy ERP powstały w ciągu ostatnich dziesięciu lat. Ta róŝnica doprowadziła do powstania luki technologicznej pomiędzy tymi systemami, która dodatkowo została powiększona poprzez odmienne wymagania końcowych uŝytkowników tych systemów inŝynierów procesu produkcyjnego oraz managerów zarządzających przedsiębiorstwem. Powstałą w ten sposób lukę technologiczną wypełniają obecnie systemy MES. Rys. 1 przedstawia względną pozycję systemów MES w hierarchii systemów informatycznych w typowym przedsiębiorstwie produkcyjnym. Podstawowym zadaniem systemu MES jest efektywne i skuteczne prowadzenie procesu produkcyjnego na podstawie precyzyjnych i aktualnych danych produkcyjnych pochodzących z układów sterowania i systemów akwizycji danych. Systemom MES przypisuje się funkcje takie jak: zbieranie i archiwizacja danych produkcyjnych, monitorowanie i kontrolowanie przebiegu procesu wytwórczego,
2 harmonogramowanie zadań produkcyjnych, zarządzanie zasobami (maszyny, pracownicy) oraz ich alokacja, zarządzanie przeglądami i remontami maszyn i linii produkcyjnych, analiza efektywności produkcji i generowanie raportów, zarządzanie jakością i wiele innych. Niezbędnym elementem nowoczesnego systemu MES jest moŝliwość łatwej integracji z systemami automatyki przemysłowej (sterowniki, SCADA) oraz z bazami danych, które przechowują istotne dla procesu podejmowania decyzji dane produkcyjne. Systemy MES łączą sterowanie wydziału produkcyjnego, działy utrzymania ruchu, działy jakości i inne źródła danych w jednolity system informatyczny, uŝywając standardowych komponentów oprogramowania takich jak: OPC Client, i ActiveX. Te nowoczesne technologie informatyczne w znaczny sposób redukują całkowity koszt integracji MES z systemami automatyki i bazami danych oraz zabezpieczają inwestycje IT na przyszłość. JednakŜe projektowanie systemu komunikacyjnego nie jest zadaniem łatwym i wymaga uwzględnienia wielu parametrów technicznych sieci i protokołów komunikacyjnych, interfejsów łączących systemy informatyczne, a takŝe uwzględnienia wymagań czasowych, bezpieczeństwa transmisji danych i ograniczeń wynikających z przepustowości sieci i wymagań technicznych klienta. TECHNIKA KOMUNIKACJI OPC W AUTOMATYZACJI PROCESÓW PRZEMYSŁOWYCH Prace nad otwartą platformą komunikacyjną integrującą systemy sterowania linii produkcyjnych z systemami informatycznymi zaowocowały w 1996 roku powstaniem pierwszej specyfikacji OPC nazywanej Data Access Specification. OPC szybko stał się de facto standardem komunikacyjnym integrującym systemy sterowania z systemami informatycznymi przedsiębiorstw. SCADA/HMI OPC Client Web HMI OPC Client ERP, MES, Data Base Client for ODBC LAN PLC IPC/SlotPLC I/O Rys. 2. Środowisko komputerowe połączone poprzez OPC Obecnie istnieją następujące specyfikacje OPC: OPC Data Access wymiana danych procesowych pomiędzy systemami DCS lub PLC a systemami monitorowania nadrzędnego HMI, SCADA (rys.1). Aktualnie udostępniona jest wersja 3 specyfikacji wprowadzająca język XML do specyfikacji Data Access. OPC Alarms & Events zawiadamianie o alarmach i zdarzeniach występujących na obiekcie. OPC Batch definiuje interfejs dostępu do danych wymaganych w przetwarzaniu wsadowym (tzw. batch processing) Specyfikacja ta opiera się na specyfikacji Data Access i rozszerza ją o funkcje obsługi procedur wsadowych. OPC Data exchange wymiana danych procesowych pomiędzy serwerami OPC poprzez sieć obiektową Ethernet. Specyfikacja ta obejmuje takŝe zdalne konfigurowanie OPC, diagnostykę, zarządzanie oraz monitorowanie serwera OPC. OPC Historical Data Access archiwizacja danych bieŝących i historycznych oraz udostępnianie tych danych w zunifikowanej formie.
3 OPC Security bezpieczny dostęp do danych procesowych mających duŝe znaczenie dla przedsiębiorstwa. Specyfikacja ta określa sposób dostępu do danych i zabezpiecza przed nieautoryzowanymi zmianami tych danych. OPC XML-DA specyfikacja określająca jednolity i spójny sposób eksponowania danych z uŝyciem do tego celu języka XML. Technika OPC przyniosła wiele korzyści zarówno integratorom systemów automatyki przemysłowej jak i uŝytkownikom końcowym tych systemów zakładom produkcyjnym. NaleŜy tu podkreślić, Ŝe komunikacja na bazie technologii OPC znacznie ograniczyła nakład pracy wymagany w fazie projektowej i wdroŝeniowej systemu sterowania oraz spowodowała, Ŝe integracja systemu sterowania złoŝonego z urządzeń pochodzących od wielu producentów stała się moŝliwa i prosta do wykonania. Wraz z rozpowszechnieniem OPC odnotowano wiele korzyści takich jak: producenci sterowników i urządzeń automatyki, np. sterowników PLC, opracowali i dostarczają przetestowane i zgodne z zaleceniami specyfikacji oprogramowanie OPC, producenci oprogramowania do nadzorowania procesów przemysłowych oraz akwizycji danych SCADA nie muszą juŝ opracowywać sterowników programowych (ang. driver s)do urządzeń automatyki - obowiązek ten spadł na producentów tych urządzeń, wszelkie zmiany funkcji urządzeń automatyki, sterowników są natychmiast przenoszone przez ich producentów na oprogramowanie OPC. NaleŜy dodać, Ŝe udostępnienie specyfikacji OPC spowodowało powstanie wielu małych firm zdecydowanie konkurujących z wielkimi firmami i opracowujących własne oprogramowanie OPC, np. integrujące systemy sterowania z bazami danych czy oprogramowaniem biurowym takim jak arkusze kalkulacyjne INTEGRACJA BAZ DANYCH Z SERWERAMI OPC POPRZEZ OTWARTY INTERFEJS KOMUNIKACYJNY ODBC PLC Baza danych OPC Client for ODBC OPC ODBC OPC IPC/SlotPLC MS SQL MS Access Oracle MySQL DCS Rys. 3. Połączenie bazy danych z OPC poprzez interfejs ODBC Integracja systemów sterowania linii produkcyjnych z systemami planowania produkcji oraz systemami zarządzania przedsiębiorstwem stanowi istotny element w procesie skracania cyklu produkcyjnego oraz poprawy efektywności i jakości produkcji. Systemy baz danych oraz technika komunikacji oparta na OPC to dwa podstawowe rozwiązania informatyczne ułatwiające integrację przepływu danych produkcyjnych. Nowoczesne systemy MES korzystają z obu wymienionych tu rozwiązań, czego doskonałym przykładem moŝe być oprogramowanie InTrack oraz IndustrialSQL Server firmy Wonderware. Jak juŝ wcześniej wspomniano podstawowym zadaniem serwera danych OPC (tzw. OPC Data Access Server) jest wymiana danych pomiędzy urządzeniem automatyki przemysłowej takim jak PLC, IPC a aplikacją klienta OPC np. systemem SCADA. JednakŜe często powstaje takŝe konieczność wymiany danych procesu produkcyjnego z bazą danych dla systemów klasy MES lub ERP. Jednym z rozwiązań tego problemu jest zastosowanie standardowego interfejsu ODBC (ang. Open Data Base Connectivity) komunikującego się z bazą danych z jednej strony oraz z serwerem OPC z drugiej strony. Przykładem takiego rozwiązania jest program OPC Client for ODBC firmy Matrikon lub OPC Client for SQL Server firmy Integration Objects. Podstawowym zadaniem programu OPC Client for ODBC jest umoŝliwienie przesyłania danych z procesu produkcyjnego pomiędzy serwerami OPC a bazami danych kompatybilnych z interfejsem ODBC. Interfejs ten uŝywa standardowych zapytań języka SQL (ang. Structured Query Language). Istnieją dwa podstawowe zastosowania interfejsu OPC Client for ODBC: archiwizacja danych procesowych z serwerów OPC do bazy danych poprzez ODBC. Baza danych staje się w takiej aplikacji tzw. bazą danych historycznych (ang. Process Historian) i aplikacja moŝe składować dane w tabelach baz danych. Następnie mogą być uŝyte narzędzia do analizy i odczytywania danych, rozsyłanie danych pochodzących z baz danych do serwerów OPC w celu sparametryzowania układu sterowania.
4 Interfejs OPC Client for ODBC wspiera następujące bazy danych kompatybilne z ODBC: Microsoft Access, Microsoft SQL, Oracle, Sybase, MySQL etc. Interfejs ten umoŝliwia takŝe: komunikację pomiędzy wieloma baza danych ODBC i wieloma serwerami OPC włączając w to sesje równoległe z tym samym serwerem, definiowanie i zadawanie zapytań SQL, pozwalając na odczytywanie wartości z tabel oraz zapisywanie do tabel, edytowanie zapytań SQL w czasie pracy aplikacji, prostą konfigurację i parametryzację interfejsu ODBC, dokonywanie uaktualnień tabel poprzez transakcje, pracę jako usługa Windows NT, zapisywanie konfiguracji systemu w formacie XML. BADANIE OBCIĄśENIA JEDNOSTKI CENTRALNEJ CPU W KOMUNIKACJI POMIĘDZY SERWEREM OPC A BAZĄ DANYCH MS SQL SERVER ORAZ MYSQL 70% UŜy cie procesora CPU dla komunikacji OPC - MS SQL Serv er [%] UŜycie procesora CPU [%] 60% 50% 40% 30% 20% 10% 0% Liczba transmitow any ch zmienny ch ty pu INT4 UŜy cie CPU dla MS SQL Serv er, update time - 1s UŜy cie CPU dla MS SQL Serv er, update time - 2s Rys. 4. ObciąŜenie procesora CPU dla komunikacji OPC - MS SQL Server Rysunek 3 przedstawia model komunikacyjny pomiędzy serwerem OPC a bazą danych. W modelu tym przyjęto, Ŝe wymiana danych procesowych będzie się odbywała poprzez interfejs ODBC. Aplikację serwera OPC zainstalowano na komputerze klasy PC z systemem operacyjnym Windows XP, procesorem AMD 1,8 GHz i pamięcią operacyjną RAM 512MB. Jako serwer danych zastosowano ver firmy Matrikon. Aplikację OPC Client for ODBC uruchomiono na drugim komputerze PC (INTEL 2,4GHz, RAM 512MB) połączonym z serwerem OPC siecią Ethernet 100Mb/s. Skonfigurowano platformę komunikacyjną DCOM z protokołem komunikacyjnym TCP/IP. W modelu tym załoŝono, Ŝe komunikacja w środowisku rozproszonym pomiędzy komputerami odbywać się będzie w oparciu o model obiektów rozproszonych DCOM (ang. Distributed Common Object Model). W praktyce jest moŝliwe uruchomienie OPC Client for ODBC na komputerze serwera OPC. Komunikacja z bazą danych w środowisku rozproszonym odbywa się w takim przypadku bezpośrednio poprzez protokół TCP/IP. Jak wykazały doświadczenia przedstawione w pracy [6], platforma komunikacyjna DCOM obciąŝa sieć Ethernet 100 Mb/s w nieznaczny sposób. Natomiast, jak to zostanie wykazane w tym artykule, czas procesora (obciąŝenie procesora) wymagany na obsługę komunikacji pomiędzy OPC i bazą danych jest elementem kluczowym podczas projektowania systemów komunikacyjnych. W badaniach przyjęto następujące załoŝenia: komunikacja pomiędzy komputerami odbywać się będzie poprzez sieć Ethernet 100Mb/s, protokół TCP/IP został wybrany jako podstawa komunikacji dla obiektów DCOM, aplikacja interfejsu ODBC będzie zainstalowana na komputerze z bazą danych, czas uaktualnia danych (tzw. Update Rate) w tabelach baz danych przyjęto 1s oraz 2s. załoŝono transmisję danych OPC typu INT4.
5 W badaniach tych uwzględniono komunikację poprzez interfejs ODBC dla bazy danych firmy Microsoft MS SQL Server oraz dla bazy danych MySQL. Wyniki badań obciąŝenia procesora CPU dla komunikacji pomiędzy OPC a bazą danych MS SQL serwer przedstawiono na rys.4. W badania celowo przyjęto krótki czas uaktualniania danych, tzw. Update Rate (1s, 2s) w bazie danych aby wskazać na graniczne parametry pracy komputerów z zainstalowaną bazą danych. 90% UŜycie procesora CPU dla komunikacji OPC - MySQL Server [% ] UŜycie procesora CPU [%] 80% 70% 60% 50% 40% 30% 20% 10% 0% Liczba transmitowanych zmiennych typu INT4 UŜycie CPU dla MySQL Server, update time - 1s UŜycie CPU dla MySQL Server, update time - 2s Rys. 5. ObciąŜenie procesora CPU dla komunikacji OPC - MySQL Server Jak łatwo zauwaŝyć na rys. 4, przy załoŝonym czasie uaktualnia danych na poziomie 1s, (uŝycie) czas procesora wymagany na przesyłanie danych przekracza poziom 50% przy transmisji 900 zmiennych dla bazy MS SQL. W przypadku bazy MySQL czas procesora przekracza 50% przy transmisji 500 zmiennych (500 zmiennych/s) (rys.9). Wynika z tego wniosek, Ŝe zastosowany interfejs ODBC (MyODBC 3.51) dla bazy MySQL jest mniej efektywny od interfejsu ODBC dla MS SQL. Przy załoŝonym czasie Update Rate na poziomie 2s znacząco spada czas (uŝycie) procesora wymagany na wykonanie zadania komunikacyjnego i uaktualnienie tabeli danych w bazie danych. W praktyce w aplikacjach wymagających transmisji duŝej liczby danych procesowych (np. powyŝej 1000) do baz danych poprzez ODBC naleŝy unikać krótkich czasów uaktualniania tzw. Update Rate (na poziomie 1s). Czas ten powinien wynosić minimum kilka sekund. TUNELOWANIE DANYCH POPRZEZ OPC TUNNELLER Standard OPC opiera się na opracowanej przez firmę Microsoft technologii COM (ang. Component Object Model) I DCOM (ang. Distributed Component Object Model). Technologie ta stanowią pewnego rodzaju platformy komunikacyjne, która definiują w jaki sposób aplikacje OPC wzajemnie się komunikują i współdzielą dane procesowe. Aplikacje OPC mogą pracować w środowisku lokalnym jednego komputera lub w środowisku rozproszonym, tzn. na wielu komputerach połączonych siecią komputerową. W warunkach pracy sieciowej ujawniają się niestety takie wady komunikacji opartej o COM/DCOM jak trudności w skonfigurowaniu połączenia oraz problemy z utrzymaniem połączenia pomiędzy klientem a serwerem. W skrajnych przypadkach mogą wystąpić przerwy w wymianie danych procesowych, co z kolei moŝe doprowadzić do zatrzymania procesu produkcyjnego. Wadą modelu DCOM jest takŝe Ŝmudna konfiguracja zabezpieczeń w szczególności po zainstalowaniu tzw. dodatku SP 2 w systemie operacyjnym Windows XP. Konfiguracja DCOM dla aplikacji zainstalowanych w róŝnych domenach systemu operacyjnego Windows takŝe przysparza wiele problemów konfiguracyjnych. W takiej sytuacji domeny muszą współdzielić przynajmniej jedną wspólną nazwę uŝytkownika (ang. Username) i hasło (ang. Password). Jest to rozwiązanie kłopotliwe jeŝeli wspomniane domeny i aplikacje OPC są własnością róŝnych grup roboczych, róŝnych producentów albo nawet całkowicie róŝnych firm. Dane procesowe OPC pochodzące od jakiejś konkretnej grupy mogą być zablokowane i nie docierać do odbiorcy (klienta OPC) chyba, Ŝe kwestie bezpieczeństwa DCOM zostaną przezwycięŝone.
6 Konfiguracja DCOM stoi więc bezpośrednio na drodze budowy otwartych połączeń typu plug and play, a więc jednego z podstawowych załoŝeń technologii OPC. Typowe przyczyny błędów w komunikacji DCOM to: problemy sprzętowe, takie jak wadliwa karta sieciowa, router lub przełącznik (ang. switch), kwestie systemowe, takie jak przeciąŝenia sieci, kwestie niestabilności architektury sieciowej (połączenia satelitarne, WAN, komunikacja radiowa itp.). Niestety producenci aplikacji OPC nie mają moŝliwości programowej kontroli nad DCOM i dlatego teŝ są uzaleŝnieni od jego ograniczeń. W wyniku tego większość konfiguracji duŝych systemów wiąŝe się ze znacznymi nakładami finansowymi i niepotrzebną stratą czasu. Alternatywnym rozwiązaniem dla DCOM jest technologia tzw. tunelowania OPC, która całkowicie eliminuje zagroŝenia utraty danych związane z DCOM (rys.6). Przykładem rozwiązań opartych o tunelowanie mogą być OPC Tunneller firmy Matrikon lub OPC Tunel firmy Softing. W typowej konfiguracji aplikacja OPC Tunneller jest zainstalowana na wszystkich komputerach biorących udział w wymianie danych poprzez sieć (klient i serwer OPC). Jej głównym zadaniem jest konwersja wiadomości OPC, pobieranych przy uŝyciu COM z lokalnie zainstalowanej aplikacji OPC na stosowny, wydajny standard komunikacji sieciowej taki jak: TCP/IP, HTTP, HTTPS, XML itp. Następnie dane są przesyłane przez sieć, a aplikacja OPC Tunneller zainstalowana na komputerze odbiorczym dokonuje konwersji odwrotnej. Tak więc, kaŝdy OPC Tunneller ma dwa zadania: transferować dane do innego obiektu OPC Tunneller w najbardziej niezawodny i pewny sposób oraz z powrotem tłumaczyć wszystkie dane na podstawowy, standardowy format komunikatu OPC. Wybór technologii transportu danych moŝe zostać dokonany przez uŝytkownika albo przez programistę przystosowującego aplikację OPC Tunneller do indywidualnych potrzeb danego systemu komunikacyjnego. W ten sposób wyeliminowana jest potrzeba uŝycia DCOM. Nazwy uŝytkowników i hasła są natychmiastowo uniewaŝnione, a tym samym fakt pracy poszczególnych aplikacji OPC na komputerach naleŝących do róŝnych domen czy teŝ grup roboczych (ang. Workgroup) staje się nieistotny. Wyszczególnienie numeru portu i adresu IP (lub nazwy komputera), na którym zainstalowano daną aplikację OPC jest wszystkim, co jest wymagane. OPC Tunneller oferuje następujące korzyści: uniknięcie początkowych problemów związanych ze Ŝmudną konfiguracją zabezpieczeń DCOM, umoŝliwia dzielenie danych pomiędzy aplikacjami OPC naleŝącymi do róŝnymi domen czy teŝ grup roboczych przy jednoczesnej minimalnej konfiguracji sieci, znacznie redukuje wymagania dotyczące przepustowości i niezawodności sieci, wykorzystuje tylko pojedynczy port do komunikacji. KONFIGURACJA MATRIKON OPC TUNNELLER Rys. 6 Schemat połączenia za pośrednictwem OPC Tunneller W celu tzw. tunelowania transmisji pomiędzy klientem a serwerem OPC konieczna jest prawidłowa konfiguracja dwóch aplikacji: odległej bramy OPC Tunneller po stronie serwera, czyli w skrócie SSC (ang. Server Side Component)
7 i lokalnej bramy OPC Tunneller po stronie klienta, czyli w skrócie CSC (ang. Client Side Component). Te dwie aplikacje odpowiadają za upakowanie danych OPC wewnątrz innego protokołu komunikacyjnego (np. protokołu TCP/IP), przesłanie ich przez sieć, a następnie dokonanie translacji odwrotnej. W ten sposób powstaje tytułowy tunel, który z zewnątrz wygląda jak typowy strumień danych, a jednak wewnątrz zawiera wszystkie waŝne dane produkcyjne. Format danych jest zgodny ze specyfikacją OPC VTQ (ang. Value, Time, Quality), a więc zawiera informacje na temat wartości zmiennej procesowej, czasu ostatniej zmiany wartości zmiennej oraz wiarygodności (pewności) tej informacji. Odległa aplikacja OPC Tunneller (SSC) rezyduje na odległym komputerze, na którym zainstalowano oprogramowanie serwerów OPC (rys. 7). Brama ta zarządza komunikacją z lokalnymi serwerami OPC i jest typową aplikacją uruchamianą jako usługa na zdalnej maszynie. Rys. 7 Model bramy OPC Oprogramowanie bramy OPC Tunneller po stronie serwera otrzymuje wiadomości, bazujące na TCP/IP, wysyłane przez bramę OPC Tunneller po stronie klienta, a następnie przekształca je na Ŝądania OPC i komunikuje się z lokalnie zainstalowanym serwerem OPC. Lokalna aplikacja OPC Tunneller (CSC) jest instalowana na komputerze, na którym działa oprogramowanie klientów OPC (rys. 7). Brama ta dostarcza identyfikatory ID (stunelowanych aplikacji OPC) dla odległych serwerów i zarządza komunikacją z klientami OPC. W domyślnych ustawieniach jest ona automatycznie uruchamiana zawsze wtedy, gdy klient OPC próbuje uzyskać dostęp do stunelowanego serwera OPC. Zadaniem oprogramowania bramy OPC Tunneller po stronie klienta jest wychwytywanie i przekształcanie całej lokalnej komunikacji klienta OPC w szybkie i wydajne wiadomości bazujące na TCP/IP. Następnie brama transmituje wiadomości do aplikacji bramy OPC Tunneller po stronie serwera (rys.7). Obciązenie sieci IEEE w % 14,00 12,00 Obciązenie sieci % 10,00 8,00 6,00 4,00 2,00 0, items/s Tuneller DCOM ANALIZA WYDAJNOŚCIOWA OPC Rys. 8 Procentowe wykorzystanie sieci Ethernet 100Mb/s porównanie przypadków. W praktyce przemysłowej spotyka się aplikacje OPC pracujące zarówno w środowisku lokalnym komputera jak i pracujące w środowisku sieci komputerowej. JednakŜe jedynie w środowisku sieci komputerowej OPC przysparza szeregu problemów w czasie jego wdraŝania oraz eksploatacji. Rozwiązaniem tych problemów jest zastosowanie opisanego wcześniej tunelowania OPC. Pakowanie danych procesowych w ramki protokołu IP i transmisja ramek poprzez sieć komputerową wnosi pewne dodatkowe obciąŝenie sieci. Rys. 8 przedstawia obciąŝenie sieci lokalnej Ethernet 100Mb/s podczas transmisji danych procesowych, tzw. Items pomiędzy dwoma komputerami w oparciu o platformę DCOM oraz
8 tunelowanie OPC. Jak wynika z wykresu dodatkowe obciąŝenie sieci dla transmisji z tunelowaniem IP jest nieznaczne i wynosi średnio 1%. ObciąŜenie sieci dla transmisji item ow w czasie jednej sekundy wnosi 12%. Uczestniczące w wymianie danych procesowych aplikacje OPC wnoszą pewne obciąŝenie jednostek centralnych komputerów tzw. CPU. Rys. 9 przedstawia obciąŝenie CPU dla komputera Pentium III 400MHz transmitującego dane procesowe w środowisku lokalnym oraz poprzez sieć w oparciu o platformę DCOM oraz tunelowanie OPC. Porównując poszczególne wykresy łatwo zauwaŝyć, Ŝe we wszystkich przypadkach, obciąŝenie procesora serwera OPC wzrastało wraz ze wzrostem liczby transmitowanych zmiennych tzw. Items. W porównaniu do testów w środowisku lokalnym, nastąpił takŝe wzrost uŝycia CPU podczas testów zdalnego połączenia DCOM i OPC Tunneller. RóŜnica ta ma związek z faktem uŝycia dodatkowych mechanizmów koniecznych do zapewnienia prawidłowej obsługi transmisji sieciowej (przypadek DCOM) oraz z dodatkowym pośrednictwem w wymianie danych OPC przez aplikacje bram OPC Tunneller. Jednocześnie naleŝy zwrócić uwagę na fakt, iŝ w symulacji obciąŝenia CPU uŝyto aŝ item ów, co w praktyce przemysłowej ma miejsce w niewielkiej liczbie aplikacji. W realiach przemysłowych, uŝywając zawiadamiania opartego o tzw. mechanizm obsługi zdarzeń, ilość rzeczywiście transmitowanych danych w jednostce czasu stanowi zaledwie mały odsetek wszystkich monitorowanych przez system nadrzędny danych. UŜycie CPU [%] 35,00 30,00 25,00 CPU [%] 20,00 15,00 10,00 5,00 0, Tuneller DCOM Lokalne items/s Rys. 9 Procentowe wykorzystanie procesora porównanie przypadków. PODSUMOWANIE Punktem wyjścia w procesie projektowania systemów komunikacyjnych do automatyzacji produkcji są zastosowane systemy informatyczne, aplikacje, interfejsy, systemy sterowania, sieci komputerowe, bazy danych oraz wymagania funkcjonalne końcowych uŝytkowników. Ze szczególną starannością powinny być przeanalizowane wymagania dotyczące ilości oraz czasu przesyłania danych pomiędzy aplikacjami. Jak wykazały wyniki badań przedstawionych w tym artykule przemysłowe systemy komunikacyjne takie jak OPC doskonale spełniają swoje zadanie w obszarze produkcyjnym, gdzie wymaga się transmisji duŝej liczby danych w krótkim czasie np. 1s. JednakŜe te wysokie wymagania czasowe nie mogą być spełnione w aplikacjach informatycznych takich jak MES czy ERP przy zastosowaniu uniwersalnych i standardowych rozwiązań, takich jak interfejs do bazy danych OPC/ODBC. Zastosowanie specjalizowanych rozwiązań informatycznych tzw. niestandardowych niesie ze sobą z kolei duŝe koszty wdroŝenia i utrzymania. Dlatego teŝ w procesie projektowania systemów komunikacyjnych integrujących świat automatyki ze światem systemów zarządzania i sterowania produkcją szczególną uwagę naleŝy zwrócić na rzeczywiste wymagania tych systemów w odniesieniu do czasu i ilości przesyłanych danych Opisane zalety OPC sprawiły, Ŝe jest to obecnie jedna z najdynamiczniej rozwijających się technologii informatycznych do automatyzacji procesów przemysłowych. Nieprzerwanie trwają prace mające na celu dalsze ulepszanie i popularyzację wykorzystanych w technologii OPC rozwiązań. Ogólna dostępność zastosowanych, otwartych interfejsów komunikacyjnych sprawia, Ŝe producenci oprogramowania i sprzętu tworzą coraz doskonalsze konstrukcje, umoŝliwiające implementację rozległych i bardziej zintegrowanych systemów automatyzacji. Zastosowanie technologii OPC jest więc gwarantem tego, Ŝe realizowane obecnie instalacje równieŝ w przyszłości będą miały moŝliwości rozszerzenia i modyfikacji. Sprawia to, Ŝe kaŝdy konkurencyjny zakład produkcyjny, który chce się liczyć na rynku nie powinien obojętnie przejść obok tego rozwiązania. Do niedawna jednym z zarzutów kierowanym do twórców technologii OPC było zbyt mocne powiązanie z firmą Microsoft i jej rozwiązaniami takimi DCOM. Dlatego teŝ organizacja OPC Foundation opracowuje nowe specyfikacje oparte o standard XML i usługi Web. Rozwój technologii OPC postępuje w kierunku tzw. Zunifikowanej Architektury OPC opartej na
9 WSDL (ang. Web Service Description Language), SOAP i XML dla wymiany danych. Od 2003 r. jest dostępna specyfikacja OPC XML DA, która uwzględnia architekturę zorientowaną na usługi. Koncepcja ta pozwala aplikacjom na komunikowanie się niezaleŝnie od dostawcy sprzętu i oprogramowania (tzw. platformy). Aktualnie standard OPC Unified Architecture jest zorientowany na usługi i wspiera takie specyfikacje jak: OPC DA, AE i HDA. JednakŜe OPC UA nie zajął miejsca pierwotnej specyfikacji OPC DA lecz ją uzupełnia. Rozwiązania oparte na OPC i DCOM będą wciąŝ rozwijane i dlatego teŝ inwestycje poczynione w modernizacje systemów sterowania/nadzorowania pozostaną bezpieczne. OPC UA rozszerza aktualną technologię OPC o znaczący aspekt funkcjonalny. W oparciu o XML oraz usługi Web, niezaleŝne od technologii COM/DCOM, OPC UA pozwala na bezpieczny i pewny transport danych i wstępnie przetworzonych informacji z działu produkcyjnego do systemów planowania produkcji i ERP. Nowa specyfikacja definiuje niezaleŝną platformę i unifikuje uŝycie róŝnych serwerów i klientów takich jak DA, AE i HDA dla komunikacji poziomej i pionowej w przedsiębiorstwie. Serwery OPC UA umoŝliwiają dostęp do bieŝących i historycznych danych, jak równieŝ zdarzeń takich jak alarmy, zmiany wartości lub wyniki wywołania programów. Zdaniem specjalistów specyfikacja OPC UA jest rozwiązaniem doskonale nadającym się do zastosowań w aplikacjach biznesowych. Wynika to głównie ze względu na fakt, Ŝe jest ona duŝo wolniejsza niŝ DCOM. JeŜeli jednak wymagana jest duŝa wydajność systemu (transfer danych), to optymalnym rozwiązaniem wydaje się być przedstawione w tym artykule tunelowanie OPC. BIBLIOGRAFIA 1. Iwanitz F., Lange J., OPC - Fundamentals, Implementation and Application, Hüthig Verlag, Matrikon, OPC client for ODBC User s Manual, Tindill, D. OPC considerations for network security, The Industrial Ethernet Book, Issue 38, Weber J., How United Architecture fits into the existing world of OPC, The Industrial Ethernet Book, Issue 38, Frase J., Boost Business Results and Gain Quick ROI with Manufacturing Execution Systems, Industry Directions Skura K., Analiza i badania wybranych rozwiązań systemów komunikacyjnych do automatyzacji procesów przemysłowych, Praca doktorska, Politechnika Wrocławska, 2002.
Web HMI OPC Client. OPC Server OPC Server. OPC Server
Dr inŝ. Krzysztof Skura, Dr inŝ. Zbigniew Smalec Instytut Technologii Maszyn i Automatyzacji Politechniki Wrocławskiej PROBLEMY INTEGRACJI SYSTEMÓW STEROWANIA I SYSTEMÓW INFORMATYCZNYCH OPARTYCH O TECHNIKĘ
Bardziej szczegółowoZbieranie oraz zarządzanie informacjami w przedsiębiorstwie
Integracja systemów informatycznych w automatyzacji procesów produkcyjnych Krzysztof Skura Zbigniew Smalec * Integracja systemów informatycznych w przedsiębiorstwie produkcyjnym jest zadaniem niełatwym
Bardziej szczegółowoSpis treści. Dzień 1. I Wprowadzenie (wersja 0906) II Dostęp do danych bieżących specyfikacja OPC Data Access (wersja 0906) Kurs OPC S7
I Wprowadzenie (wersja 0906) Kurs OPC S7 Spis treści Dzień 1 I-3 O czym będziemy mówić? I-4 Typowe sytuacje I-5 Klasyczne podejście do komunikacji z urządzeniami automatyki I-6 Cechy podejścia dedykowanego
Bardziej szczegółowoKurs OPC S7. Spis treści. Dzień 1. I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501)
Spis treści Dzień 1 I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501) I-3 O czym będziemy mówić? I-4 Typowe sytuacje I-5 Klasyczne podejście do komunikacji z urządzeniami
Bardziej szczegółowoSpis treci. Dzie 1. I Wprowadzenie (wersja 0911) II Dostp do danych biecych specyfikacja OPC Data Access (wersja 0911)
I Wprowadzenie (wersja 0911) Kurs OPC Integracja i Diagnostyka Spis treci Dzie 1 I-3 O czym bdziemy mówi? I-4 Typowe sytuacje I-5 Klasyczne podejcie do komunikacji z urzdzeniami automatyki I-6 Cechy podejcia
Bardziej szczegółowoTunelowanie OPC. Eliminacja ograniczeń związanych z DCOM
Tunelowanie OPC Eliminacja ograniczeń związanych z DCOM MatrikonOPC - 2015 Streszczenie OPC jest otwartym i uznanym standardem komunikacji w środowisku przemysłowym, ułatwiając integrację pomiędzy urządzeniami,
Bardziej szczegółowoSiR_13 Systemy SCADA: sterowanie nadrzędne; wizualizacja procesów. MES - Manufacturing Execution System System Realizacji Produkcji
System informatyczny na produkcji: Umożliwi stopniowe, ale jednocześnie ekonomiczne i bezpieczne wdrażanie i rozwój aplikacji przemysłowych w miarę zmiany potrzeb firmy. Może adoptować się do istniejącej
Bardziej szczegółowoKoncepcja systemu komunikacji firmy Wonderware (protokoły OPC, SuiteLink, DDE)
Informator Techniczny nr 10 09-12-1998 INFORMATOR TECHNICZNY WONDERWARE Koncepcja systemu komunikacji firmy Wonderware (protokoły OPC, SuiteLink, DDE) Wstęp Filozofia firmy Wonderware zawsze było staranie
Bardziej szczegółowo2011-11-04. Instalacja SQL Server Konfiguracja SQL Server Logowanie - opcje SQL Server Management Studio. Microsoft Access Oracle Sybase DB2 MySQL
Instalacja, konfiguracja Dr inŝ. Dziwiński Piotr Katedra InŜynierii Komputerowej Kontakt: piotr.dziwinski@kik.pcz.pl 2 Instalacja SQL Server Konfiguracja SQL Server Logowanie - opcje SQL Server Management
Bardziej szczegółowoPortal Informacji Produkcyjnej dla Elektrociepłowni
Portal Informacji Produkcyjnej dla Elektrociepłowni Portal Informacji Produkcyjnej dla Elektrociepłowni ANT od siedmiu lat specjalizuje się w dostarczaniu rozwiązań informatycznych, których celem jest
Bardziej szczegółowoSieci VPN SSL czy IPSec?
Sieci VPN SSL czy IPSec? Powody zastosowania sieci VPN: Geograficzne rozproszenie oraz duŝa mobilność pracowników i klientów przedsiębiorstw i instytucji, Konieczność przesyłania przez Internet danych
Bardziej szczegółowoKomunikacja i wymiana danych
Budowa i oprogramowanie komputerowych systemów sterowania Wykład 10 Komunikacja i wymiana danych Metody wymiany danych Lokalne Pliki txt, csv, xls, xml Biblioteki LIB / DLL DDE, FastDDE OLE, COM, ActiveX
Bardziej szczegółowoMetody integracji systemów sterowania z wykorzystaniem standardu OPC
Metody integracji systemów sterowania z wykorzystaniem standardu OPC (Control Systems Integration using OPC Standard) Autor: Marcin BAJER Wydział Elektrotechniki, Automatyki, Informatyki i Elektroniki
Bardziej szczegółowoKrótki opis techniczny
Krótki opis techniczny Konfiguracje systemu Listopad 2007 TM Omówienie System Boomerang jest uniwersalnym narzędziem, które moŝna konfigurować na szereg róŝnych sposobów. Dokument ten ma na celu przedstawienie
Bardziej szczegółowoKonfiguracja komputera przeznaczonego do pracy z IndustrialSQL Server 8.0 (komputer serwer)
Informator Techniczny nr 50 22-07-2002 INFORMATOR TECHNICZNY WONDERWARE Wymagania systemowe i sprzętowe dla aplikacji IndustrialSQL Server 8.0 Konfiguracja komputera przeznaczonego do pracy z IndustrialSQL
Bardziej szczegółowoASEM UBIQUITY PRZEGLĄD FUNKCJONALNOŚCI
ASEM UBIQUITY PRZEGLĄD FUNKCJONALNOŚCI tel. 22 549 43 53, fax. 22 549 43 50, www.sabur.com.pl, sabur@sabur.com.pl 1/7 ASEM UBIQUITY ASEM Uqiuity to nowatorskie rozwiązanie na platformy Win 32/64 oraz Win
Bardziej szczegółowoWymagania systemowe - 2010. Autor: Stefan Cacek
Wymagania systemowe - 2010 Autor: Stefan Cacek Wymagania systemowe, Stefan Cacek Strona 2 z 6 SPIS TREŚCI 1 Wstęp...3 1.1 WERSJE WINDOWS XP...3 1.2 WERSJE WINDOWS VISTA I WINDOWS 7...3 2 Symfonia Start...4
Bardziej szczegółowoOpis. systemu. zliczania. obiektów. ruchomych. wersja. dla salonów. i sieci salonów. http://www.insofter.pl
Opis systemu zliczania obiektów ruchomych wersja dla salonów i sieci salonów 2006 http://www.insofter.pl Insofter 2 z 14 1. Budowa systemu 2. Stanowisko rejestracji ruchu 2.1. Rejestratory mikroprocesorowe
Bardziej szczegółowoDroga do Industry 4.0. siemens.com/tia
Totally Integrated Automation dla Cyfrowych Przedsiębiorstw Droga do Industry 4.0. siemens.com/tia Na drodze do Cyfrowego Przedsiębiorstwa z firmą Siemens Internet stał się realną częścią rzeczywistości
Bardziej szczegółowoSystem Kancelaris. Zdalny dostęp do danych
Kancelaris krok po kroku System Kancelaris Zdalny dostęp do danych Data modyfikacji: 2008-07-10 Z czego składaj adają się systemy informatyczne? System Kancelaris składa się z dwóch części: danych oprogramowania,
Bardziej szczegółowoIntegracja systemów sterowania i sterowanie rozproszone 5 R
Integracja systemów sterowania i sterowanie rozproszone 5 R ifix połącznie z serwerami OPC Laboratorium 8. Krzysztof Kołek Plan laboratorium 1. OLE FOR PROCESS CONTROL (OPC)... 2 2. TESTOWY SERWER OPC...
Bardziej szczegółowoInPro BMS InPro BMS SIEMENS
InPro Siemens OPC InPro BMS Produkt InPro BMS jest w sprzedaży od 2000 roku. W ostatnich kilku latach staliśmy się liderem wśród dostawców informatycznych rozwiązań dla systemów bezpieczeństwa. Oferowane
Bardziej szczegółowoSYSTEM SCADA DO OCHRONY KATODOWEJ SCADA SYSTEM FOR CATHODIC PROTECTION
XII Krajowa Konferencja POMIARY KOROZYJNE W OCHRONIE ELEKTROCHEMICZNEJ XII National Conference CORROSION MEASUREMENTS IN ELECTROCHEMICAL PROTECTION 19-21. 09. 2012 Jurata, Poland SYSTEM SCADA DO OCHRONY
Bardziej szczegółowoKurs Wizualizacja z WinCC SCADA - Zaawansowany. Spis treści. Dzień 1. I VBS w WinCC podstawy programowania (zmienne, instrukcje, pętle) (wersja 1410)
Spis treści Dzień 1 I VBS w WinCC podstawy programowania (zmienne, instrukcje, pętle) (wersja 1410) I-3 VBS w WinCC - Informacje ogólne I-4 Zastosowanie VBS w WinCC Runtime I-5 Wykorzystanie i wydajność
Bardziej szczegółowoSerwery OPC UA 1. SERWER OPC UA DLA CONTROL
Serwery OPC UA 1. SERWER OPC UA DLA CONTROL Control jest polskim producentem urządzeń automatyki do sterowania i komunikacji z procesem technologicznym takich, jak sterowniki PLC, koncentratory danych,
Bardziej szczegółowoOPROGRAMOWANIE KEMAS zbudowane jest na platformie KEMAS NET
Security Systems Risk Management OPROGRAMOWANIE KEMAS zbudowane jest na platformie KEMAS NET Oprogramowanie firmy KEMAS jest zbudowane na bazie pakietu programowego- KEMAS NET- dedykowanego do zarządzania
Bardziej szczegółowoKomunikator internetowy w C#
PAŃSTWOWA WYśSZA SZKOŁA ZAWODOWA W ELBLĄGU INSTYTUT INFORMATYKI STOSOWANEJ Sprawozdanie Komunikator internetowy w C# autor: Artur Domachowski Elbląg, 2009 r. Komunikacja przy uŝyciu poczty internetowej
Bardziej szczegółowoSYSTEMY WIZUALIZACJI. ASIX wspólna platforma wizualizacji paneli operatorskich (HMI) i systemów nadrzędnych (SCADA)
SYSTEMY WIZUALIZACJI ASIX wspólna platforma wizualizacji paneli operatorskich (HMI) i systemów nadrzędnych (SCADA) Dok. Nr PLPN018 Wersja: 05-03-2008 ASKOM to zastrzeżony znak firmy ASKOM Sp. z o. o.,
Bardziej szczegółowo1.2 SYSTEMY WIZUALIZACJI I NADZORU PROCESU HMI/SCADA
1.2 SYSTEMY WIZUALIZACJI I NADZORU PROCESU HMI/SCADA WONDERWARE INTOUCH przemysłowe oprogramowanie klasy HMI/SCADA zaprojektowane do wizualizacji oraz kontroli procesów produkcyjnych. Pozwala na szybkie
Bardziej szczegółowoCo to jest GASTRONOMIA?
Co to jest GASTRONOMIA? Program Gastronomia to w pełni zintegrowana aplikacja, która znajduje zastosowanie w obsłudze punktu sprzedaży produktów gastronomicznych i może być dostosowana do indywidualnych
Bardziej szczegółowoBiuletyn techniczny. System CDN OPT!MA i współpraca z SQL Server 2005 Express Edition CDN OPT!MA 14.0. Copyright 2007 COMARCH SA
Biuletyn techniczny CDN OPT!MA 14.0 System CDN OPT!MA i współpraca z SQL Server 2005 Express Edition Data aktualizacji: 29.07.2008 r. Copyright 2007 COMARCH SA Spis treści Wstęp... 3 Edycje SQL Server
Bardziej szczegółowo7. zainstalowane oprogramowanie. 8. 9. 10. zarządzane stacje robocze
Specyfikacja oprogramowania do Opis zarządzania przedmiotu i monitorowania zamówienia środowiska Załącznik nr informatycznego 1 do specyfikacji Lp. 1. a) 1. Oprogramowanie oprogramowania i do systemów
Bardziej szczegółowoKonfiguracja modułu alarmowania w oprogramowaniu InTouch 7.11
INFORMATOR TECHNICZNY WONDERWARE Informator Techniczny nr 58 28-11-2002 Konfiguracja modułu alarmowania w oprogramowaniu InTouch 7.11 Oprogramowanie wizualizacyjne InTouch 7.11, gromadzi informacje alarmowe
Bardziej szczegółowoZałącznik nr 5 do PF-U OPIS SYSTEMU SCADA
Załącznik nr 5 do PF-U OPIS SYSTEMU SCADA Na terenie ZPW MIEDWIE pracuje kilka instalacji technologicznych, które są wzajemnie sprzężone tworząc wzajemnie spójny proces produkcji, filtracji, uzdatniania
Bardziej szczegółowoINFORMATOR TECHNICZNY GE IP. Zalecana konfiguracja systemu gorącej rezerwacji Hot-Standby Redundancy w oparciu o kontrolery PACSystems
INFORMATOR TECHNICZNY GE IP Informator techniczny nr 33 -- listopad 2009 Zalecana konfiguracja systemu gorącej rezerwacji Hot-Standby Redundancy w oparciu o kontrolery PACSystems Przeznaczenie systemu
Bardziej szczegółowoAutomatyzacja procesów biznesowych Andrzej Sobecki. ESB Enterprise service bus
Automatyzacja procesów biznesowych Andrzej Sobecki ESB Enterprise service bus Plan prezentacji Zdefiniowanie problemu Możliwe rozwiązania Cechy ESB JBI Normalizacja wiadomości w JBI Agile ESB Apache ServiceMix
Bardziej szczegółowoLuxriot VMS. Dawid Adamczyk
Luxriot VMS Dawid Adamczyk Wprowadzenie LuxRiot to oprogramowanie NVR dla komputerów PC z Windows mogące równieŝ współpracować z kartami przechwytującymi z wejściami BNC Główne funkcje LuxRiot to: 1. Podgląd
Bardziej szczegółowoSzczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:
Rozdział I Szczegółowy opis przedmiotu umowy Załącznik nr 1 do Umowy Architektura środowisk SharePoint UMWD 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: a) Środowisko
Bardziej szczegółowoOpis systemu CitectFacilities. (nadrzędny system sterowania i kontroli procesu technologicznego)
Opis systemu CitectFacilities (nadrzędny system sterowania i kontroli procesu technologicznego) I. Wstęp. Zdalny system sterowania, wizualizacji i nadzoru zostanie wykonany w oparciu o aplikację CitectFacilities,
Bardziej szczegółowo15 lat doświadczeń w budowie systemów zbierania i przetwarzania danych kontrolno-pomiarowych
O Firmie 15 lat doświadczeń w budowie systemów zbierania i przetwarzania danych kontrolno-pomiarowych Kilkaset systemów zbierania i przetwarzania danych kontrolno pomiarowych zrealizowanych na terenie
Bardziej szczegółowoModularny system I/O IP67
Modularny system I/O IP67 Tam gdzie kiedyś stosowano oprzewodowanie wielożyłowe, dziś dominują sieci obiektowe, zapewniające komunikację pomiędzy systemem sterowania, urządzeniami i maszynami. Systemy
Bardziej szczegółowoOd ERP do ERP czasu rzeczywistego
Przemysław Polak Od ERP do ERP czasu rzeczywistego SYSTEMY INFORMATYCZNE WSPOMAGAJĄCE ZARZĄDZANIE PRODUKCJĄ Wrocław, 19 listopada 2009 r. Kierunki rozwoju systemów informatycznych zarządzania rozszerzenie
Bardziej szczegółowoPRZYGOTOWANIEM MASY FORMIERSKIEJ
Manfred MICHENFELDER 1 BUDERUS Kanalguss GmbH Niemcy zmodernizowała swoją instalację przygotowania masy formierskiej, stosując nowy system zarządzania. Sytuacja wyjściowa Przed kilkoma laty zbudowano od
Bardziej szczegółowoPodstawowe pojęcia dotyczące sieci komputerowych
Podstawowe pojęcia dotyczące sieci komputerowych Podział ze względu na obszar Sieci osobiste PAN (Personal Area Network) sieci o zasięgu kilku metrów wykorzystywane np. do bezprzewodowego połączenia telefonu
Bardziej szczegółowoInstrukcja do panelu administracyjnego. do zarządzania kontem FTP WebAs. www.poczta.greenlemon.pl
Instrukcja do panelu administracyjnego do zarządzania kontem FTP WebAs www.poczta.greenlemon.pl Opracowanie: Agencja Mediów Interaktywnych GREEN LEMON Spis treści 1.Wstęp 2.Konfiguracja 3.Konto FTP 4.Domeny
Bardziej szczegółowoZaawansowany WinCC SCADA. Spis treści. Dzień 1. I VBS w WinCC podstawy programowania (zmienne, instrukcje, pętle) (wersja 1708)
Spis treści Dzień 1 I VBS w WinCC podstawy programowania (zmienne, instrukcje, pętle) (wersja 1708) I-3 VBS w WinCC - Informacje ogólne I-4 Zastosowanie VBS w WinCC Runtime I-5 Wykorzystanie i wydajność
Bardziej szczegółowoKoniec problemów z zarządzaniem stacjami roboczymi BigFix. Włodzimierz Dymaczewski, IBM
Koniec problemów z zarządzaniem stacjami roboczymi BigFix Włodzimierz Dymaczewski, IBM Dlaczego zarządzanie stacjami roboczymi sprawia tyle problemów? Na ogół duŝa ilość Brak standardu konfiguracji Wielka
Bardziej szczegółowoTytuł: Instrukcja obsługi Modułu Komunikacji internetowej MKi-sm TK / 3001 / 016 / 002. Wersja wykonania : wersja oprogramowania v.1.
Zakład Elektronicznych Urządzeń Pomiarowych POZYTON sp. z o. o. 42-200 Częstochowa ul. Staszica 8 p o z y t o n tel. : (034) 361-38-32, 366-44-95, 364-88-82, 364-87-50, 364-87-82, 364-87-62 tel./fax: (034)
Bardziej szczegółowoZastosowanie oprogramowania Proficy (ifix, Historian oraz Plant Applications) w laboratoryjnym stanowisku monitoringu systemów produkcyjnych in-line
Zastosowanie oprogramowania Proficy (ifix, Historian oraz Plant Applications) w laboratoryjnym stanowisku monitoringu systemów produkcyjnych in-line Dr inż. Grzegorz Ćwikła Stanowisko do monitoringu systemów
Bardziej szczegółowoINFORMATOR TECHNICZNY WONDERWARE
Informator techniczny nr 96 11-06-2007 INFORMATOR TECHNICZNY WONDERWARE Konfiguracja komunikacji sieciowej oprogramowania InTouch z programem Microsoft Excel Program Microsoft Excel jest bardo często wykorzystywany
Bardziej szczegółowoProgramowanie obiektowe
Programowanie obiektowe Wykład 13 Marcin Młotkowski 27 maja 2015 Plan wykładu Trwałość obiektów 1 Trwałość obiektów 2 Marcin Młotkowski Programowanie obiektowe 2 / 29 Trwałość (persistence) Definicja Cecha
Bardziej szczegółowoInstalacja SQL Server Express. Logowanie na stronie Microsoftu
Instalacja SQL Server Express Logowanie na stronie Microsoftu Wybór wersji do pobrania Pobieranie startuje, przechodzimy do strony z poradami. Wypakowujemy pobrany plik. Otwiera się okno instalacji. Wybieramy
Bardziej szczegółowoAplikacje Systemów Wbudowanych
Aplikacje Systemów Wbudowanych Systemy i oprogramowanie SCADA Gdańsk, 2015 Systemy SCADA SCADA (Supervisory Control And Data Acquisition) oznacza system nadzorujący przebieg procesu technologicznego lub
Bardziej szczegółowoTechnologia OPC jednorodnym medium w procesie dostarczania informacji w logistycznym systemie komputerowym przedsiębiorstwa
KWIECIEŃ Roman 1 Technologia OPC jednorodnym medium w procesie dostarczania informacji w logistycznym systemie komputerowym przedsiębiorstwa WSTĘP Zarządzanie przedsiębiorstwem opiera się na określonej
Bardziej szczegółowoWittmann 4.0 wtryskarka jako centrum sterowania urządzeniami peryferyjnymi
Wittmann 4.0 wtryskarka jako centrum sterowania urządzeniami peryferyjnymi PLASTECH 6-7 kwiecień 2017 Wittmann Group JACEK Denis Metral KULIŚ / 2016-10 Proces kontroli produkcji wtryskowni WWW ERP MES
Bardziej szczegółowoSPECYFIKACJA WYMAGAŃ
Strona1 SPECYFIKACJA WYMAGAŃ DLA WYPOŻYCZALNI SAMOCHODÓW WERSJA 1.0 Strona2 HISTORIA ZMIAN DOKUMENTU Osoba Data Komentarz Wersja Maciej Strychalski 28.03.2012 Dodanie punktu 1.3.1 1.0 Mateusz Mikołajczak
Bardziej szczegółowoStandard wymiany danych OPC (OLE for Process Control)
Standard wymiany danych OPC (OLE for Process Control) Przemysłowe Sieci Informatyczne Opracował dr inż. Jarosław Tarnawski 1 Plan wykładu Organizacja OPC Foundation Definicje OPC Historia powstania OPC
Bardziej szczegółowoAgenda. Firma TOSIBOX OY. Co to jest TOSIBOX? Jak działa TOSIBOX? TOSIBOX zarządzanie. Interfejs KLUCZA/LOCK-a.
Agenda Firma TOSIBOX OY Co to jest TOSIBOX? Jak działa TOSIBOX? TOSIBOX zarządzanie. Interfejs KLUCZA/LOCK-a. Kiedy liczy się czas, bezpieczeństwo i koszty! TOSIBOX inne produkty, akcesoria. TOSIBOX referencje,
Bardziej szczegółowoINFORMATOR TECHNICZNY WONDERWARE
Informator techniczny nr 106 18-09-2008 INFORMATOR TECHNICZNY WONDERWARE Konfiguracja sieci dla redundancji w Wonderware Application Server Funkcjonalność redundancji logiki jest wbudowana w Wonderware
Bardziej szczegółowoSSI Katalog. Program do katalogowania zawartości dysków. Dariusz Kalinowski
1.) Wymagania sprzętowe: SSI Katalog Program do katalogowania zawartości dysków Dariusz Kalinowski - System operacyjny: Windows 2000 lub Windows xp - Procesor minimum Pentium 1Ghz - Pamięć RAM minimum
Bardziej szczegółowoKONTROLA TOWARÓW PACZKOWANYCH Zgodnie z ustawą,,o towarach paczkowanych
KONTROLA TOWARÓW PACZKOWANYCH Zgodnie z ustawą,,o towarach paczkowanych I. Dobór wagi w zaleŝności od ilości nominalnej towaru. Ilość nominalna towaru paczkowanego jest to deklarowana przez paczkującego
Bardziej szczegółowoSterowniki urządzeń zewnętrznych w pracy lokalnej i sieciowej w programach firmy InsERT dla Windows
Sterowniki urządzeń zewnętrznych w pracy lokalnej i sieciowej w programach firmy InsERT dla Windows 1/5 SPIS TREŚCI 1. DEFINICJE POJĘĆ... 3 2. TRYBY PRACY... 3 2.1 TRYB LOKALNY - APLIKACJA I STEROWNIK
Bardziej szczegółowoZintegrowany System Informatyczny (ZSI)
Zintegrowany System Informatyczny (ZSI) ZSI MARKETING Modułowo zorganizowany system informatyczny, obsługujący wszystkie sfery działalności przedsiębiorstwa PLANOWANIE ZAOPATRZENIE TECHNICZNE PRZYGOTOWANIE
Bardziej szczegółowowersja 1.3 (c) ZEiSAP MikroB S.A. 2005
wersja 1.3 (c) ZEiSAP MikroB S.A. 2005 2 PRO-2000 INTERNET Copyright by: Zakład Elementów i Systemów Automatyki Przemysłowej MikroB S.A., Ostrzeszów 2005 Windows, Internet Explorer, IIS są znakami firmowymi
Bardziej szczegółowoWprowadzenie. Dariusz Wawrzyniak. Miejsce, rola i zadania systemu operacyjnego w oprogramowaniu komputera
Dariusz Wawrzyniak Plan wykładu Definicja, miejsce, rola i zadania systemu operacyjnego Klasyfikacja systemów operacyjnych Zasada działania systemu operacyjnego (2) Definicja systemu operacyjnego (1) Miejsce,
Bardziej szczegółowoRozwiązanie Compuware Data Center - Real User Monitoring
Rozwiązanie Compuware Data Center - Real User Monitoring COMPUWARE DATA CENTER REAL USER MONITORING... 3 2 COMPUWARE DATA CENTER REAL USER MONITORING Sercem narzędzia Compuware Data Center Real User Monitoring
Bardziej szczegółowoMarek Parfieniuk, Tomasz Łukaszuk, Tomasz Grześ. Symulator zawodnej sieci IP do badania aplikacji multimedialnych i peer-to-peer
Marek Parfieniuk, Tomasz Łukaszuk, Tomasz Grześ Symulator zawodnej sieci IP do badania aplikacji multimedialnych i peer-to-peer Plan prezentacji 1. Cel projektu 2. Cechy systemu 3. Budowa systemu: Agent
Bardziej szczegółowoZautomatyzowane systemy produkcyjne
Zautomatyzowane systemy produkcyjne dr inŝ. Marcin Kiełczewski e-mail, www: marcin.kielczewski@put.poznan.pl www.put.poznan.pl/~marcin.kielczewski pok. 420 WE, tel.: 61 665 2848 1 Literatura Springer Handbook
Bardziej szczegółowoFAQ: 00000003/PL Data: 14/06/2007 Konfiguracja współpracy programów PC Access i Microsoft Excel ze sterownikiem S7-200
Za pomocą oprogramowania PC Access oraz programu Microsoft Excel moŝliwa jest prosta wizualizacja programów wykonywanych na sterowniku SIMATIC S7-200. PC Access umoŝliwia podgląd wartości zmiennych oraz
Bardziej szczegółowoWprowadzenie. Dariusz Wawrzyniak. Miejsce, rola i zadania systemu operacyjnego w oprogramowaniu komputera
Dariusz Wawrzyniak Plan wykładu Definicja, miejsce, rola i zadania systemu operacyjnego Klasyfikacja systemów operacyjnych Zasada działania systemu operacyjnego (2) Miejsce, rola i zadania systemu operacyjnego
Bardziej szczegółowoSystemy operacyjne. Wprowadzenie. Wykład prowadzą: Jerzy Brzeziński Dariusz Wawrzyniak
Wprowadzenie Wykład prowadzą: Jerzy Brzeziński Dariusz Wawrzyniak Plan wykładu Definicja, miejsce, rola i zadania systemu operacyjnego Klasyfikacja systemów operacyjnych Zasada działania systemu operacyjnego
Bardziej szczegółowoDeduplikacja danych. Zarządzanie jakością danych podstawowych
Deduplikacja danych Zarządzanie jakością danych podstawowych normalizacja i standaryzacja adresów standaryzacja i walidacja identyfikatorów podstawowa standaryzacja nazw firm deduplikacja danych Deduplication
Bardziej szczegółowoProwadzący Andrzej Kurek
Prowadzący Andrzej Kurek Centrala Rzeszów Oddziały Lublin, Katowice Zatrudnienie ponad 70 osób SprzedaŜ wdroŝenia oprogramowań firmy Comarch Dopasowania branŝowe Wiedza i doświadczenie Pełna obsługa: Analiza
Bardziej szczegółowoProjekt i implementacja filtra dzeń Pocket PC
Projekt i implementacja filtra pakietów w dla urządze dzeń Pocket PC Jakub Grabowski opiekun pracy: prof. dr hab. Zbigniew Kotulski 2005-10-25 Zagrożenia Ataki sieciowe Problemy z bezpieczeństwem sieci
Bardziej szczegółowoIntegral over IP. Integral over IP. SCHRACK SECONET POLSKA K.Kunecki FIRE ALARM
Integral over IP FIRE ALARM Integral over IP Zdalne Zarządzanie - możliwości zastosowań zdalna obsługa systemu sygnalizacji pożarowej (np. centralny system nadzoru, inżynier serwisu technicznego konserwatora
Bardziej szczegółowoSystemy Wspomagania Zarządzania Produkcją (MES) ABB Sp. z o.o.
Dział Automatyki Procesowej Systemy Wspomagania Zarządzania Produkcją (MES) ABB Sp. z o.o. na bazie Artur Zabielski Copyright 2007 ABB Systemu Sterowania Freelance800F Wprowadzenie ES/OS Freelance 800F
Bardziej szczegółowoPolitechnika Gdańska Wydział Elektrotechniki i Automatyki Katedra Inżynierii Systemów Sterowania KOMPUTEROWE SYSTEMY STEROWANIA (KSS)
Politechnika Gdańska Wydział Elektrotechniki i Automatyki Katedra Inżynierii Systemów Sterowania KOMPUTEROWE SYSTEMY STEROWANIA (KSS) Temat: Platforma Systemowa Wonderware cz. 2 przemysłowa baza danych,
Bardziej szczegółowoMASKI SIECIOWE W IPv4
MASKI SIECIOWE W IPv4 Maska podsieci wykorzystuje ten sam format i sposób reprezentacji jak adresy IP. Różnica polega na tym, że maska podsieci posiada bity ustawione na 1 dla części określającej adres
Bardziej szczegółowoEłk, dn. 15.10.2013 r. DOMSET Marcin Brochacki. ul. Wojska Polskiego 43 lok. 3, 19-300 Ełk. Nip 848-172-84-22 ZAPYTANIE OFERTOWE
Ełk, dn. 15.10.2013 r. DOMSET Marcin Brochacki ul. Wojska Polskiego 43 lok. 3, 19-300 Ełk Nip 848-172-84-22 ZAPYTANIE OFERTOWE Firma DOMSET Marcin Brochacki zwraca się z prośbą o przesłanie oferty cenowej
Bardziej szczegółowoInstrukcja obsługi programu CMS Dla rejestratorów HANBANG
Instrukcja obsługi programu CMS Dla rejestratorów HANBANG 1. Wymagania sprzętowe: Minimalne wymagania sprzętowe: System operacyjny: Windows Serwer 2003 Standard Edition SP2 Baza danych: Mysql5.0 Procesor:
Bardziej szczegółowoKonfiguracja programu komunikacyjnego DAServer SIDirect do komunikacji ze sterownikami Siemens S7 300 i 400 po protokole Ethernet
Informator Techniczny nr 120 15-02-2010 INFORMATOR TECHNICZNY WONDERWARE Konfiguracja programu komunikacyjnego DAServer SIDirect do komunikacji ze sterownikami Siemens S7 300 i 400 po protokole Ethernet
Bardziej szczegółowoWskazówki do instalacji Systemu Symfonia Forte. Szybki start
Wskazówki do instalacji Systemu Symfonia Forte Szybki start Powielanie w jakiejkolwiek formie całości lub fragmentów podręcznika bez pisemnej zgody firmy Sage Symfonia Sp. z o.o. jest zabronione. Copyright
Bardziej szczegółowoOpracowanie ćwiczenia laboratoryjnego dotyczącego wykorzystania sieci przemysłowej Profibus. DODATEK NR 4 Instrukcja laboratoryjna
Wydział Informatyki i Zarządzania Opracowanie ćwiczenia laboratoryjnego dotyczącego wykorzystania sieci przemysłowej Profibus DODATEK NR 4 Instrukcja laboratoryjna. Opracował: Paweł Obraniak Wrocław 2014
Bardziej szczegółowoWybrane działy Informatyki Stosowanej
Wybrane działy Informatyki Stosowanej Java Enterprise Edition WebServices Serwer aplikacji GlassFish Dr hab. inż. Andrzej Czerepicki a.czerepicki@wt.pw.edu.pl http://www2.wt.pw.edu.pl/~a.czerepicki Aplikacje
Bardziej szczegółowoKomputeryzować czy nie?
Komputeryzacja - wątpliwości Komputeryzować czy nie? Czy komputeryzować małą firmę? Czy wdraŝać zintegrowanie systemy do zarządzania w małych i średnich firmach? W jakim...? Ile to będzie...? Czy taka
Bardziej szczegółowo1. Instalacja jednostanowiskowa...3 2. Instalacja sieciowa...4 3. Instalacja w środowisku rozproszonym...5 4. Dodatkowe zalecenia...
SYBILLA WYMAGANIA TECHNICZNE 1. Instalacja jednostanowiskowa...3 2. Instalacja sieciowa...4 3. Instalacja w środowisku rozproszonym...5 4. Dodatkowe zalecenia...6 1998 2005 TELEPORT.PL WYMAGANIA TECHNICZNE
Bardziej szczegółowoKATALOG MODUŁÓW INTERFEJSY Modbus
KATALOG MODUŁÓW INTERFEJSY Modbus Interfejs Modbus KNX/EIB Interfejs Modbus BACnet/IP Interfejs Modbus M-Bus Interfejs Modbus LON Interfejs Modbus TCP Modbus RTU Interfejs Modbus Mitsubishi City Multi
Bardziej szczegółowoSZCZEGÓŁOWE OKREŚLENIE System zarządzania urządzeniami sieciowymi
Załącznik nr 10 do specyfikacji BPM.ZZP.271.479.2012 SZCZEGÓŁOWE OKREŚLENIE System zarządzania urządzeniami sieciowymi Oprogramowanie musi być zgodne, równowaŝne lub o wyŝszych parametrach technicznych
Bardziej szczegółowoZESPÓŁ SZKÓŁ NR 9. Projekt lokalnej sieci komputerowej zapewniającej dostęp do Internetu.
ZESPÓŁ SZKÓŁ NR 9 IM. ROMUALDA TRAUGUTTA W KOSZALINIE Projekt lokalnej sieci komputerowej zapewniającej dostęp do Internetu. autorzy: mgr inŝ. Tomasz Pukiewicz mgr inŝ. Rafał Traczyk - 1 - 1. ZałoŜenia
Bardziej szczegółowoNarzędzia administracyjne Windows XP
Narzędzia administracyjne Windows XP Msconfig.exe - konfiguracja systemu Narzędzie konfiguracji systemu (Msconfig.exe) automatyzuje rutynowe kroki podejmowane przez pracowników Pomocy technicznej firmy
Bardziej szczegółowoKONTROLING I MONITOROWANIE ZLECEŃ PRODUKCYJNYCH W HYBRYDOWYM SYSTEMIE PLANOWANIA PRODUKCJI
KONTROLING I MONITOROWANIE ZLECEŃ PRODUKCYJNYCH W HYBRYDOWYM SYSTEMIE PLANOWANIA PRODUKCJI Adam KONOPA, Jacek CZAJKA, Mariusz CHOLEWA Streszczenie: W referacie przedstawiono wynik prac zrealizowanych w
Bardziej szczegółowoInstrukcja instalacji i obsługi programu Szpieg 3
COMPUTER SERVICE CENTER 43-300 Bielsko-Biała ul. Cieszyńska 52 tel. +48 (33) 819 35 86, 819 35 87, 601 550 625 Instrukcja instalacji i obsługi programu Szpieg 3 wersja 0.0.2 123 SERWIS Sp. z o. o. ul.
Bardziej szczegółowodr inż. Konrad Sobolewski Politechnika Warszawska Informatyka 1
dr inż. Konrad Sobolewski Politechnika Warszawska Informatyka 1 Cel wykładu Definicja, miejsce, rola i zadania systemu operacyjnego Klasyfikacja systemów operacyjnych Zasada działanie systemu operacyjnego
Bardziej szczegółowoZdalne zarządzanie systemem RACS 5
R o g e r A c c e s s C o n t r o l S y s t e m 5 Nota aplikacyjna nr 035 Wersja dokumentu: Rev. B Zdalne zarządzanie systemem RACS 5 Uwaga: Niniejszy dokument dotyczy RACS v5.5 (VISO 1.5.2 lub nowszy)
Bardziej szczegółowo1 2004 BRINET Sp. z o. o.
W niektórych routerach Vigor (np. serie 2900/2900V) interfejs WAN występuje w postaci portu Ethernet ze standardowym gniazdem RJ-45. Router 2900 potrafi obsługiwać ruch o natężeniu kilkudziesięciu Mbit/s,
Bardziej szczegółowoKomunikacja przemysłowa zdalny dostęp.
Komunikacja przemysłowa zdalny dostęp. Cechy systemu: - możliwość zdalnego programowania i diagnostyki sterowników - łatwa rozbudowa - niezawodne działanie - bezpieczne połączenie szyfrowane przez tunel
Bardziej szczegółowoHurtownie danych i business intelligence - wykład II. Zagadnienia do omówienia. Miejsce i rola HD w firmie
Hurtownie danych i business intelligence - wykład II Paweł Skrobanek, C-3 pok. 321 pawel.skrobanek@pwr.wroc.pl oprac. Wrocław 2005-2008 Zagadnienia do omówienia 1. 2. Przegląd architektury HD 3. Warsztaty
Bardziej szczegółowoPlatforma Systemowa Wonderware przykład zaawansowanego systemu SCADA
Politechnika Gdańska Wydział Elektrotechniki i Automatyki Platforma Systemowa Wonderware przykład zaawansowanego systemu SCADA mgr inż. Paweł Sokólski Gdańsk 2014 r. Plan wykładu: Charakterystyka Platformy
Bardziej szczegółowoWykład 2: Budowanie sieci lokalnych. A. Kisiel, Budowanie sieci lokalnych
Wykład 2: Budowanie sieci lokalnych 1 Budowanie sieci lokalnych Technologie istotne z punktu widzenia konfiguracji i testowania poprawnego działania sieci lokalnej: Protokół ICMP i narzędzia go wykorzystujące
Bardziej szczegółowo