zastosowanie sieci ethernet do monitorowania przekształtnikowych

Nr 59
Prace Naukowe Instytutu Maszyn, Napędów i Pomiarów Elektrycznych
Politechniki Wrocławskiej
Nr 59
Studia i Materiały
Nr 26
2006
zdalne monitorowanie, silnik indukcyjny,
Ethernet, sieci komputerowe, LabVIEW, karty pomiarowe,
aplikacje wielodostępne,
Czesław T. KOWALSKI*, Jacek LIS*, Jakub PODHORODECKI *
F
ZASTOSOWANIE SIECI ETHERNET DO MONITOROWANIA
PRZEKSZTAŁTNIKOWYCH UKŁADÓW NAPĘDOWYCH
Niniejszy artykuł dotyczy zastosowania środowiska LabVIEW oraz sieci Ethernet do realizacji
zadania zdalnego monitorowania przekształtnikowych układów napędowych z silnikami indukcyjnymi. Zaproponowano koncepcję realizacji zadania w warstwie sprzętowej (koncepcja stanowiska
laboratoryjnego oraz w warstwie programistycznej (podział zadań pomiędzy aplikacją producenta,
dystrybutora i konsumenta). Przedstawiono technologie umożliwiające realizację zadania zdalnego
monitorowania pracy przekształtnikowego układu napędowego z silnikiem indukcyjnym. Zaprezentowano wyniki badań laboratoryjnych.
1. WSTĘP
Intensywny rozwój energoelektroniki oraz mikroprocesorowych systemów sterowania przyczynił się do znacznego wzrostu zainteresowania regulowanymi napędami z
silnikami indukcyjnymi. Dzięki niskiej cenie napędy tego typu znajdują coraz szersze
zastosowanie w skomplikowanych układach automatyki przemysłowej. W instalacjach
tego typu ze względu na potrzebę zapewnienia niezawodności oraz minimalizacji kosztów istnieje konieczność monitorowania pracy urządzeń napędowych w celu określenia
ich stanu technicznego oraz aktualnych warunków pracy. W licznych zastosowaniach
wykorzystuje się grupy napędów małej mocy, których bezpośrednie nadzorowanie diagnozowanie jest kłopotliwe, kosztowne i uciążliwe dla pracowników zajmujących się
utrzymaniem ruchu. Rozwiązaniem tego problemu wydaje się, więc zyskująca na popularności, koncepcja zdalnego monitorowania napędów poprzez sieć Etheternet.
Wysokie ceny dedykowanych przemysłowych rozwiązań sieciowych oraz ich niska
przepustowość skłania do poszukiwania alternatywnych rozwiązań. Zdalne monitorowa__________
*
Instytut Maszyn, Napędów i Pomiarów Elektrycznych, Politechnika Wrocławska, 50-370 Wrocław,
ul. Smoluchowskiego 19, [email protected] , [email protected]
HU
UH
HU
U
nie obiektów napędowych o często zmienianych parametrach wymaga rozwiązań sieciowych o znacznej przepustowość, dedykowanych do zdalnego monitorowania. Biorąc
pod uwagę dostępność komponentów sieciowych, popularność oraz stosunek możliwości do ceny w dziedzinie transmisji dużych ilości danych, naturalnym wydaje się zastosowanie sieci w standardzie Ethernet. Zastosowanie sieci w standardzie Ethernetu,
oprócz wysokiej przepustowości, umożliwia ujednolicenie struktury sieci oraz integrację
dotychczas odizolowanej części przemysłowej sieci z ogólnie dostępną infrastrukturą
informatyczną zakładu przemysłowego. Otwiera to nowe możliwości nie tylko dla systemów SCADA (ang. Supervisory Control and Data Acquisition) ale również dla innego
typu systemów zarządzająco – logistycznych (systemy magazynowe, planujące produkcję i gospodarkę zasobami zakładu, zarządzające remontami maszyn, wspomagające
podejmowanie decyzji biznesowych itp.).
Niniejszy artykuł dotyczy kilku wybranych aspektów implementacji przykładowego
systemu monitorowania napędu przekształtnikowego z silnikiem indukcyjnym z zastosowaniem środowiska LabVIEW oraz sieci Ethernet.
2. LABVIEW – TECHNOLOGIA SIECIOWA DATASOCET
LabVIEW to graficzne środowisko programistyczne, opracowane przez firme National Instruments. Używany w nim graficzny język programowania "G" początkowo dedykowany dla komputerów Macintosh jest obecnie dostępny dla platform Sun, Linux,
Windows, platform mobilnych PDA - WINDOWS CE oraz PALM i oferowanego przez
National Instruments systemu czasu rzeczywistego. Środowisko LabVIEW dostępne jest
z dużą biblioteką modułów zawierających różnego typu funkcje matematyczne, analityczne, umożliwiające budowę systemów sterowania, aplikacji sieciowych, zaawansowanych interfejsów użytkownika. Firma National Instruments dostarcza również sterowniki do kart pomiarowych oraz wiele użytecznych narzędzi umożliwiających między
innym rejestrację danych pomiarowych ( Data Logger) i kalibracji kart pomiarowych
[3].
Program stworzony w LabVIEW składa się z 2 podstawowych części (rys. 1):
− „Front Panel”- pełniącej rolę interfejsu dla użytkownika programu (graficzna reprezentacja wirtualnego przyrządu),
− „Block Diagram”- będącej „kodem źródłowym” programu.
„Front Panel” złożony jest z kontrolek (ang. controls) i wskaźników (ang. indicators),
które pełnią rolę interfejsu wejścia/wyjścia programu (rys 2).
Rys. 1. Panel wirtualnego przyrządu oraz jego diagram blokowy
Fig. 1. The virtual device control panel together with its block diagram
„Block Diagram” budowany jest za pomocą: funkcji, przewodów, struktur (zmienne, pętle itp.) interfejsów wejścia/wyjścia. Służą one do wymiany danych miedzy
„Front Panel” a „Block Diagram” programu. Funkcje pełnią podobną rolę jak w klasycznych językach programowania. Wyposażone są w interfejs wejściowy (odpowiadający parametrom wejściowym klasycznej funkcji) oraz wyjściowy (wynik działania
klasycznej funkcji). Rolę funkcji może pełnić pojedynczy blok, grupa bloków zamaskowanych (subVI) oraz zewnętrzna funkcja biblioteczna dołączona do programu (DLL –
ang. Dynamic Library Link).
Rys. 2. Przykładowe kontrolki i wskaźniki służąc do budowy panelu przyrządu wirtualnego
Fig. 2. Selected control devices and indicators - the elements of the virtual device control panel
Struktury (rys. 3) są graficzną reprezentacją struktur kontrolnych klasycznych języków programowania.
Rys. 3. Przykłady: struktur, funkcji oraz przewodów
Fig. 3. Examples of the functions, structures and conductors
Do przesyłania danych służą przewody (ang. wire). Każdy przewód ma pojedyncze
źródło danych, może być jednak doprowadzony do wielu elementów. Przewody mają
różne grubości, kolory i style. Jest to uzależnione od rodzaju danych, jakie są nimi przesyłane (rys. 3).
Podstawową różnicą programów w LabView w stosunku do klasycznych programów
w językach algorytmicznych jest sposób obsługi funkcji wewnątrz programu. Środowisko LabView jest z założenia wielowątkowe i dlatego, jeżeli jest to tylko możliwe, stosowany jest schemat wielowątkowego przetwarzania danych (w zależności od schematu
programu).
Technologia programistyczna DataSocket jest stosunkowo nowym rozwiązaniem
proponowanym przez firmę National Instruments. Została zaprojektowana z myślą o
maksymalnym uproszczeniu transmisji danych poprzez sieć lokalną lub Internet. Na tle
istniejących technologii sieciowych takich jak np.: DDE (ang. Dynamic Data Exchange),
DataSocket wyróżnia się prostym i wysokowydajnym interfejsem programowym, umożliwiającym transmisje danych pomiędzy rozproszonymi elementami wirtualnych przyrządów pomiarowych. Technologia ta została stworzona na bazie protokołu TCP/IP [4],
[5].
Rozpatrując DataSocket jako komponent środowiska LabView można wyróżnić dwie
niezależne części:
− DataSocket API – będącą interfejsem programowym umożliwiającym oprogramowanie zadania transmisji danych dowolnego typu,
− DatatSocket Serwer – będącą samodzielną aplikacją, która jest odpowiedzialna za transmisje danych poprzez protokół TCP/IP.
DataSocket API automatycznie konwertuje dane pomiarowe na formę umożliwiającą
wysyłanie ich przez sieć. Aplikacja pobierająca dane odtwarza oryginalny format danych. Ta automatyczna zamiana eliminuje potrzebę skomplikowanej konwersji danych
przeprowadzanej przez specjalnie napisany do tego celu kod programu. Cecha ta stanowi
o bardzo dużej wygodzie użytkowania technologii DataSocket. Protokól TCP/IP jest
przystosowany do wysłania danych wyłącznie w formacie String (łańcuch znaków).
Konwersja z podstawowych typów danych (boolan, integer, longint) jest stosunkowo
prosta. Jednak, gdy trzeba wykonać tę operację na liczbach zmienno przecinkowych,
tablicach, macierzach bądź klastrach złożonych z różnego rodzaju danych sytuacja wyraźnie się komplikuje. DataSocket API rozwiązuje ten problem w sposób w pełni automatyczny i „przezroczysty” dla użytkownika.
Serwer DataSocket pracuje na zarejestrowanym przez firmę National Instruments,
porcie 3015 (tab. 1) [7], [10]. Daje to gwarancje, że żadna inna aplikacja nie będzie wykorzystywała portu na którym pracuje Serwer. W przypadku tworzenia aplikacji wykorzystującej protokół TCP/IP nie ma się pewności czy jakaś inna aplikacja korzystająca z
nie zarejestrowanego portu nie zajęła wybranego portu. Ostatnią ważną cechą Serwera
DataSocekt jest jego mechanizm inteligentnego buforowania danych. Bufor wykorzystuje mechanizm FIFO (ang. First In First Out). W przypadku przepełnienia bufora zastąpieniu ulegną najstarsze, czyli najmniej aktualne dane.
Tabela 1. Aktywne połączenia pomiędzy Klientem a Serwerem DataSocket
Table 1. Active connections among the Customer and the DataSocket Server
Protokół
TCP
TCP
Aktywne połączenia
Adres lokalny
Obcy adres
MASTER:1050
localhost:3015
MASTER:3015
localhost:1050
Stan
USTANOWIONO
USTANOWIONO
Praca z DataSocket jest porównywalna z użyciem pliku. Tak samo jak na pliku wykonuje się cztery podstawowe operacje: otwarcie, zapis, odczyt, zamknięcie (rys 4).
Protokół DataSocket ma możliwość odczytu danych z [7], [8]:
• serwera http,
• serwera FTP,
• plików lokalnych,
• serwera OPC (ang. OLE for Proces Controls),
• protokołu DSTP (ang. DataSocket Transfer Protocol) - protokół technologii DataSocekt służący do przesłania wartości zmiennych w czasie rzeczywistym.
Koncepcja działania technologii DataSocket jest rozwinięciem architektury
klient/serwer. Rozróżnia się tu 3 rodzaje modułów: producent, dystrybutor, konsument.
Dystrybutor ma za zadanie odbierać dane od producenta i udostępniać je konsumentowi. Dystrybutor obsługuje wielu producentów i konsumentów w tym samym czasie.
Serwer (dystrybutor) może znajdować się na tym samym komputerze, na którym znajduje się „producent” lub może być umiejscowiony w dowolnym punkcie sieci lokalnej lub
Internecie. Duże aplikacje mogą korzystać z wielu serwerów oraz producentów. Architektura ta cechuje się wysoką skalowalnością.
Rys. 4. Przykładowy program wykorzystujący DataSocket
Fig. 4. An example of programme using DataSocket
Technologia DataSocket została stworzona z myślą o szybkim i niezawodnym przesyłaniu danych pomiarowych. Za pomocą komponentów dostarczonych wraz z pakietem
LabView i Visual Basic można w dość prosty sposób stworzyć kontrolkę ActiveX, dzięki której można wykorzystać zwykłą przeglądarkę internetową (Internet Explorer 4.0 lub
nowszą) jako klienta serwera DataSocket. Po umieszczeniu strony z kontrolką ActiveX
na serwerze WWW (można skorzystać z serwera WWW wbudowanego w LabView),
każdy komputer wyposażony w dostęp do sieci i przeglądarkę internetową może stać się
prostym panelem kontrolnym przyrządu wirtualnego, mającym dostęp do publikowanych danych. Protokół DSTP jest prosty w konfiguracji a jedyne parametry, jakie trzeba
podać to adres IP i nazwa zmiennej, której wartość użytkownik chce odbierać lub wysyłać [1].
Na rysunku 5 przedstawiono przykład architektury producent –dystrybutor – konsument wykorzystującej technologię DataSocket.
Rys. 5. Architektura producent - dystrybutor - konsument na przykładzie DataSocekt
Fig. 5. An example of the producer – distributor – consumer architecture
3. STANOWISKO LABORATORYJNE – KONCEPCJA ROZWIĄZANIA
SPRZĘTOWEGO
Stanowisko laboratoryjne (rys. 6) umożliwia zdalny pomiar wybranych wielkości
charakteryzujących zjawiska zachodzące w silniku indukcyjnym klatkowym zasilanym z
przekształtnika MSI. Podstawowym elementem systemu pomiarowego jest komputer PC
pełniący funkcje:
• producenta i dystrybutora danych zebranych za pomocą karty pomiarowej,
• sterowania falownikiem MSI,
• opcjonalnie stacji roboczej z aplikacją konsumenta danych.
Komputer został wyposażony w kartę pomiarową National Instruments PCI-6013 realizującą akwizycje danych pomiarowych. Karta pomiarowa charakteryzuje się dużą
szybkością przetwarzania analogowo – cyfrowego (maksymalnie 200 000 próbek o rozdzielczości 16 bitów) [3].
Rys. 6. Schemat stanowiska laboratoryjnego
Fig. 6 Laboratory setup scheme
Na rysunku 6 przyjęto następujące oznaczenia:
1. Falownik napięcia - Lenze 8306
2. Przetworniki pomiarowe prądu i napięcia typu LEM
3. Silnik indukcyjny
4. Enkoder inkrementalny
5. Karta pomiarowa National Instruments PCI-6013
6. Serwer aplikacji (komputer PC)
7. Sieć Ethernet (lokalna/rozległa/Internet)
8. Stacja robocza (komputer PC) z aplikacją Klienta
Dane pomiarowe wysyłane są do zdalnych komputerów. System ten pozwala na monitorowanie układu napędowego z dowolnego komputera włączonego do sieci Ethernet
oraz zadawanie podstawowych parametrów sterowania.
Monitorowany silnik indukcyjny zasilany jest z falownika sprzęgniętego z komputerem za pomocą portu szeregowego RS-232C. Falownik pod kontrolą komputera steruje
rozruchem, hamowaniem, zmianą rampy częstotliwościowej oraz typem charakterystyki
U/f. Komputer wysyła odpowiednie komendy do falownika i odczytuje na bieżąco parametry jego pracy. Integralną część stanowiska stanowi zestaw aplikacji przygotowanych w środowisku LabVIEW. Aplikacja producenta umożliwia (z poziomu aplikacji
konsumenta) sterowanie falownikiem Lenze 8306 [2]. Za realizację komunikacji niskopoziomowej odpowiedzialny jest komponent VISA-Serial, który dekomponuje wygene-
rowany telegram na poszczególne bity. Niezbędnym warunkiem poprawnej komunikacji
jest ustawienie urządzeń Master i Slave tak, aby obydwa pracowały w tym samym standardzie kodowania informacji.
Ponieważ transmisja telegramu poprzez port szeregowy trwa około 40 ms a czas
przetworzenia polecenia przez falownika sięga kilku milisekund potrzebne jest wprowadzenie opóźnienia [6]. Po ustalonym czasie z bufora FIFO portu RS-232, odbierana jest
odpowiedź falownika. Opóźnienie pomiędzy zapisem i odczytem z portu zostało dobrane doświadczalnie na wartości 50 ms, co zapewnia poprawną komunikację pomiędzy
komputerem PC a falownikiem.
Protokołu LECOM [2] (komunikacja z falownikiem Lenze 8306) została opracowany
na podstawie standardowych procedur do obsługi danych typu String. Obsługa telegramów wysyłanych oraz odbieranych przez komputer odbywa się zgodnie ze schematem
Master – Slave. Przedstawione na rysunkach 7 i 8 programy zostały wykonane jako
SubVI, co umożliwia ich wykorzystanie w innych aplikacjach.
Na rys. 9 znajdują się diagram przykładowego programu zrealizowanego za pomocą
funkcji (SubVI) obsługujących komunikację z falownikiem.
Rys. 7. Konfiguracja oraz otwarcie portu szeregowego z poziomu pakietu LabVIEW
Fig. 7. Configuration and opening of the serial port from the LabVIEW application level
Rys. 8. Przesłanie telegramów przez port szeregowy z użyciem komponentu VISA
Fig. 8. The telegrams transferring via the serial port taking advantage of the VISA component
Rys. 9. Diagramy przykładowych programów realizujących komunikacje z falownikiem
Fig. 9. Examples of the programs for the communication with the inverter
Po umieszczeniu programów (rys. 9) w jednej pętli uzyskuje się możliwość cyklicznego zadawania i odbierania parametrów falownika. Otwarcie i zamkniecie portu powinno odbyć się jednorazowo, odpowiednio na początku i końcu działania programu.
Oprócz zadania komunikacji z falownikiem aplikacja producenta zawiera część związaną z akwizycją danych z przetworników hallotronowych (prądy fazowe i napięcia
międzyfazowe) oraz pomiarem prędkości obrotowej. Dane te przesyłane są za pomocą
DataSocket do aplikacji dystrybutora – DataSocket Serwer. Aplikacja ta w sposób inteligentny zarządza transmisją. Może buforować dane w przypadku, gdy Konsument nie
nadąża lub nie może odebrać danych. Pasmo transmisyjne jest wykorzystywane
oszczędnie, dane są przesyłane dopiero gdy wartość odpowiednich zmiennych jest różna
od poprzedniej. Pozwala to uniknąć niepotrzebnego obciążenia sieci [7][10].
Do głównych zadań aplikacji konsumenta należy odbieranie od dystrybutora zadanych wielkości mierzonych oraz ich wizualizacja. Aplikacja konsumenta posiada funkcje
sterowania monitorowanym napędem przekształtnikowym poprzez zadawanie odpowiednich parametrów pracy falownika.
Sterowanie odbywa się tylko poprzez aplikację konsumenta, przy czym nie jest wymagane, aby aplikacje konsument i dystrybutor musiały pracować na odrębnych komputerach PC podłączonych za pomocą interfejsów sieciowych. W przypadku pracy aplikacji dystrybutora oraz konsumenta na jednym komputerze komunikacja między
aplikacjami będzie się odbywać poprzez protokół sieciowy mimo braku fizycznego wykorzystania sieci. Opcja pracy tylko na jednym komputerze zwiększa uniwersalność
przedstawionego zestawu aplikacji oraz ułatwia jego testowanie. Dystrybutor ma możliwość pracy z wieloma konsumentami. Na ograniczenie ich maksymalnej ilość będą miały wpływ skończona wydajność systemu oraz przepustowość sieci.
4. WYNIKI BADAŃ LABORATORYJNYCH
Badania laboratoryjne zostały przeprowadzone dla aplikacji producenta i konsumenta
umieszczonych na dwóch odrębnych komputerach. Aplikacje producenta i dystrybutora
w przyjętym rozwiązaniu znajdowały się na jednym komputerze pełniącym funkcje serwera. Komputer stanowiący serwer (oznaczenie 6 na rys. 6) posiadał zainstalowany pełny pakiet oprogramowania LabView z odpowiednimi do realizacji badań modułami
dodatkowymi. Aplikacja producenta uruchomiana była w środowisku LabVIEW w postaci standardowego dla tego środowiska programu (VI). W czasie pracy stan aplikacji
producenta monitorować można było za pomocą specjalnie przygotowanego panelu
operatora (rys. 10).
Aplikacja konsumenta przygotowana została tak, aby nie wymagała zainstalowanego
środowiska LabVIEW na komputerze, na którym ma być uruchomiona. W tym celu
przygotowano za pomocą standardowych narzędzi dostępnych w pakiecie LabVIEW
pakiet dystrybucyjny aplikacji. Po uruchomieniu aplikacji konsumenta na komputerze
podłączonym do sieci Ethernet użytkownik uzyskuje dostęp do czterech zasadniczych
części aplikacji (w zakładkach):
− ekran początkowy – zawierający podstawowe informacje o programie,
− zakładka sterowanie – zawierająca wirtualny panel falownika Lezne 8306
umożliwiający zdalną kontrolę oraz podgląd najważniejszych parametrów,
− zakładka przebiegi – umożliwiająca podgląd przebiegów wybranych przez
użytkownika sygnałów,
− zakładka analiza FFT – umożliwiająca przeprowadzenie podstawowej analizy
prądów stojana w dziedzinie częstotliwości (zawartość THD, wyższe harmoniczne).
Na rys. 11 przedstawiono wygląd panelu operatora aplikacji konsumenta w zakładce
„sterowanie” w czasie pracy monitorowanego układu napędowego. Na uwagę zasługuje
fakt, że aplikacja na bieżąco monitoruje poprawność wszystkich parametrów i każda
nieprawidłowość jest natychmiast zgłaszana użytkownikowi poprzez odpowiednie
wskaźniki. W lewej część okna znajdują się przełączniki oraz suwaki, które są graficzną
reprezentacją odpowiadających im wartości rejestrów falownika. Podgląd najważniejszych części rejestru znajduje się w lewym dolnym rogu okna. Dokładne opis rejestrów
znajduje się w dokumentacji falownika. Pełna zawartość rejestrów pod postacią macierzy jest na bieżąco przesyłana do Serwera za pomocą technologii DataSocket. Panel
operatora w tej części aplikacji wyposażony jest również w wirtualny oscyloskop umożliwiający śledzenie przebiegów pomiarowych dostarczanych przez aplikacje dystrybutora oraz ich zapisu do pliku w celu przeprowadzenia dodatkowych analiz.
Rys. 10. Panel operatora aplikacji producenta w czasie pracy
Fig. 10. The view of the control panel in the producer application
Panel operatora w zakładkach „przebiegi” (rys. 12) umożliwia obserwację sygnałów
z wybranych kanałów pomiarowych. Dane odbierane z serwera DataSocket są akumulowane w buforze programu tak, aby były widoczne próbki z ostatnich 2 sekund. Pozwala to na wyraźne zaobserwowanie zmian w przebiegach (np. rejestracja prądu w czasie
nawrotu lub rozruchu). Możliwe są dowolne kombinacje wyświetlanych przebiegów.
Drobne przesunięcie fazowe wykresu prędkości spowodowane są filtracją sygnału pochodzącego z enkodera.
Rys. 11. Okno aplikacji konsumenta z aktywną zakładką „sterowanie” – widok na wirtualny panel falownika Lenz 8306
Fig. 11 Costumer application window in „control” tab, Lenz 8306 inverter virtual control panel
Zakładka „analiza FFT” umożliwia przeprowadzenie analizy prądu w wybranej fazie
pod kątem zawartości wyższych harmonicznych. Na ekranie można obejrzeć spektrum
wyższych harmonicznych, odczytać wartość amplitud pierwszych 25 harmonicznych
oraz stopień zniekształceń harmonicznych (THD).
5. UWAGI I WNIOSKI KOŃCOWE
W artykule zaprezentowano realizację koncepcji zdalnego monitorowania przekształtnikowego napędu elektrycznego z silnikiem indukcyjnym z zastosowaniem środowiska LabVIEW oraz sieci Ethernet. Opracowane rozwiązanie programistyczne składa się z zastawu aplikacji LabVIEW umożliwiających wykonanie zadania akwizycji
danych pomiarowych, parametryzowania oraz sterowania falownikiem, transmisji danych do zdalnego konsumenta. Aplikacja konsumenta przygotowana została tak, aby
można było jej użyć na dowolnym komputerze PC pracującym pod kontrolą systemu
operacyjnego Windows, mającym dostęp do sieci Ethernet bez potrzeby instalacji środowiska LabView.
Rys. 12. Okno aplikacji konsumenta z aktywną zakładką „przebiegi” – obserwacja danych pomiarowych
Fig. 12 Consumer application window in „transients” tab - measured data monitoring
Środowisko LabView umożliwia opracowanie wydajnej wielodostępnej aplikacji,
której funkcjonalność w przyszłości można rozszerzyć o bardziej zaawansowane funkcje
analizy danych pomiarowych, kontrolę stanów awaryjnych, monitorowanie stanu obciążenia silnika i wiele innych funkcji. W przyjętym modelu budowy aplikacji koszty związane z zapotrzebowaniem na moc obliczeniową (przeprowadzenie analiz) zostały prze-
rzucone na aplikację konsumenta, co umożliwia minimalizację kosztów sprzętu. Komputer konsument nie musi być komputerem przemysłowym, może być zwykłym komputerem biurowym o dużej wydajności umieszczonym w warunkach biurowych (a wiec
znacznie tańszym od sprzętu przemysłowego). Na podkreślenie zasługuje fakt, że aplikacje tego typu mogą być realizowane również na jednostkach rozproszonych typu
Compact FieldPoint (aplikacja producenta). Pozwala to na efektywną implementację
sieci monitorującej wiele napędów rozproszonych w ramach nowoczesnych systemów
automatyki przemysłowej.
LITERATURA
[1] EDWARDS H., Building an Interactive Web Page with DataSocket, Application Note 127, National
Instruments Corporation, USA 1999
[2] Lenze GmbH & Co KG Aerzen, LECOM-A/B Serial commununication, Technical Description, Germany 1990.
[3] National Instruments Corporation, NI6013/6014 User Manual Multifunction I/O Devices for PCI Bus
Computers, USA 2002
[4] SPORTACH M., Sieci komputerowe. Księga eksperta, HELION 1999
[5] PLUMLEY S., Sieci komputerowe w domu i w biurze. Biblia, HELION 2001
[6] KIZIUKIEWICZ B., Sieci lokalne, Dokument na licencji GNU Free Documentation License. 2001.
http://binboy.sphere.pl/index.php?hides how=download&p0=1730
[7] DataSocket Transfer Protocol (dstp) Overview, National Instruments
http://zone.ni.com/devzone/conceptd.nsf/webmain/9149C3CA1B23B6C3862569920055F425
[8] DataSocket Tutorial, National Instruments
http://zone.ni.com/devzone/conceptd.nsf/webmain/9574a2833ab0f8b086256cb4006a1ef7
[9] Developing Data Logger Applications with LabVIEW, National Instruments
http://zone.ni.com/devzone/conceptd.nsf/webmain/2D03D097BA6637C186256D270081AA2B
[10] Integrating the Internet into Your Measurement System – DataSocket™ Technical Overview
http://www.ni.com/pdf/wp/wp1680.pdf
[11] Lista portów protokołów TCP,UDP http://www.iana.org/assignments/port-numbers
HU
UH
CONVERTER DRIVE SYSTEM REMOTE MONITORING VIA ETHERNET NETWORK
The paper deals with the application of the LabView computational environment to remote monitoring of a converter induction motor drive system via Ethernet. Both the software solution (i.e. the task
division between the customer’s, producer’s and distributor’s applications) and the hardware solution (i.e.
the laboratory setup design) are presented. The techniques for the remote monitoring and the selected
aspects concerning their application are discussed. The results of the experimental tests are presented.