STEROWNIK PROGRAMOWALNY Typu SP1

STEROWNIK
PROGRAMOWALNY
Typu SP1
01
0
9
A
SO
I
K
I
F
Y
T
R
E
C
INSTRUKCJA OBS£UGI
PROTOKO£U LUMBUS
I MODBUS
1
T
SPIS TREŒCI
1.
WSTÊP ............................................................................................................. 3
2.
ZASOBY KOMUNIKACYJNE .......................................................................... 3
3.
MODU£Y DOSTÊPNE DO ODCZYTU - SKX I SKB ........................................ 4
3.1. Wybór zmiennej przez pod³¹czenie .................................................................. 4
3.2. Wybór zmiennej przez podanie adresu ............................................................ 4
5.
OPIS P£YTY CZO£OWEJ .............................................................................. 10
6.
FUNKCJE STEROWNIKA .............................................................................. 10
7.
OBS£UGA OPERATORSKA .......................................................................... 10
7.1. Dialog wbudowany .......................................................................................... 10
7.2. Potwierdzanie alarmów ................................................................................... 16
7.3. Klucze ochrony ............................................................................................... 16
8.
KONSERWACJA I SERWIS ........................................................................... 17
9.
DANE TECHNICZNE ...................................................................................... 17
2
1. WSTÊP
Sterownik SP1 jest wyposa¿ony w obs³ugê protoko³ów komunikacyjnych LUMBUS i MODBUS
(zarówno tryb ASCII jak i RTU). Ka¿dy z tych protoko³ów mo¿e byæ przypisany do dowolnego
z kana³ów komunikacyjnych sterownika. Przypisanie protoko³u do kana³u komunikacyjnego odbywa siê w programie CADSP w menu Start | Parametry pocz¹tkowe. Tam te¿ mo¿na ustaliæ
wymagan¹ prêdkoœæ transmisji.
Format jednostki dla protoko³u Modbus jest nastêpuj¹cy:
l dla trybu ASCII: 8N1,
l dla trybu RTU: 8N2.
Format jednostki w protokole Lumbus jest nastêpuj¹cy: 1 bit startu, 7 bitów danych, 1 bit nieparzystoœci i 1 bit stopu.:
Szczegó³owe opisy protoko³ów (poziom liniowy, ramki, itd.) zawieraj¹ normy i dokumentacje firmowe: „Instrukcja obs³ugi interfejsu szeregowego MODBUS” Lumel, Zielona Góra i „Interfejs
szeregowy. Opis protoko³u LUMBUS. Lumel, Zielona Góra”. Poni¿ej zawarto informacje charakterystyczne dla implementacji tych protoko³ów w sterowniku SP1.
Zasoby komunikacyjne dostêpne przy u¿yciu protoko³ów LUMBUS i MODBUS w sterowniku SP1
zorganizowane s¹ podobnie, dlatego opisane s¹ ³¹cznie.
2. ZASOBY KOMUNIKACYJNE
Zasobami komunikacyjnymi nazywamy obiekty, które mog¹ byæ dostêpne drog¹ komunikacyjn¹.
Zazwyczaj jest to pewien zestaw rejestrów przechowuj¹cych dane. Dane mog¹ mieæ ró¿ne formaty. Mog¹ byæ dostêpne do zapisu i/lub odczytu. Wreszcie mog¹ byæ dostêpne pojedynczo lub
grupowo.
Dla urz¹dzeñ dedykowanych, których funkcjonalnoœæ jest dobrze okreœlona konstrukcj¹, opis
zasobów komunikacyjnych zazwyczaj dokumentowany jest za pomoc¹ tzw. „Tabeli rejestrów” lub
„Mapy przestrzeni adresowej”. SP1 jako urz¹dzenie programowalne wstêpnie takich zasobów
nie posiada. S¹ one definiowane przez projektanta struktury sterowania (czyli przy tworzeniu
konkretnej implementacji sterownika) stosownie do potrzeb. Tak jak przy wiêkszoœci zadañ projektowych dokonuje siê tego przy pomocy dedykowanych modu³ów funkcjonalnych. Modu³y te,
tak jak wszystkie inne, mog¹ byæ swobodnie rozmieszczane na arkuszach projektowych. Ich
iloœæ i parametry decyduj¹ o zasobach komunikacyjnych konkretnej implementacji. Istniej¹ modu³y przeznaczone do prezentacji danych - odczytu, oraz modu³y umo¿liwiaj¹ce aktualizacjê
danych - zapisu.
3. MODU£Y DOSTÊPNE DO ODCZYTU - SKX I SKB
Modu³y prezentuj¹ce dane do odczytu czyli skrzynki nadawcze (z punktu widzenia sterownika) to
SKX i SKB. SKX prezentuje dane analogowe, SKB dane binarne.
Skrzynka prezentuje osiem wartoœci zmiennych sterownika. Wyboru zmiennych, które maj¹ byæ
prezentowane mo¿na dokonaæ na jeden z dwóch sposobów:
l przez pod³¹czenie wejœcia skrzynki;
l przez podanie adresu zmiennej.
3.1. Wybór zmiennej przez pod³¹czenie
Jeœli zmienna, która ma byæ udostêpniona znajduje siê na wyjœciu któregoœ z modu³ów wystarczy
po³¹czyæ to wyjœcie z wejœciem skrzynki. Jest to podstawowy sposób przypisania zmiennej do
3
skrzynki. Warto zwróciæ uwagê na zaletê tego rodzaju przypisania polegaj¹c¹ na tym, ¿e ewentualne przesuniêcie modu³u Ÿród³owego zawieraj¹cego zmienn¹ (na arkuszu lub miêdzy arkuszami) co mo¿e mieæ miejsce w czasie projektowania nie narusza tego zwi¹zku: po³¹czenia s¹ zachowywane. Wad¹ natomiast tego sposobu jest niemo¿noœæ przypisania skrzynce wartoœci parametru wewnêtrznego modu³u, bo ³¹czyæ mo¿na jedynie wyjœcia modu³ów (z drugiej strony, parametry wewnêtrzne, jako wartoœci z ma³ymi wyj¹tkami, rzadko s¹ interesuj¹ce dla systemu nadzorczego).
3.2. Wybór zmiennej przez podanie adresu
Drugim z mo¿liwych sposobów przypisania zmiennej skrzynce jest wprost wypisanie adresu tej¿e zmiennej. Skrzynka SKX jak i SKB wyposa¿ona jest w zestaw oœmiu zestawów parametrów
pozwalaj¹cych jednoznacznie wskazaæ zmienn¹, która ma byæ prezentowana. T¹ metod¹ mo¿na
wskazaæ dowoln¹ zmienn¹: wejœcie do modu³u, jego parametr wewnêtrzny, jak i wyjœcie. Ten
ma³o wygodny ale pozbawiony ograniczeñ sposób wymaga od projektanta zwrócenia uwagi na
zdefiniowane adresy, które musz¹ byæ poprawne jeœli komunikacja ma przebiegaæ bez zak³óceñ.
Jeœli zdefiniowano adres zmiennej i jednoczeœnie dokonano po³¹czenia wejœcia skrzynki dla tej
samej pozycji w skrzynce, to udostêpniana bêdzie zmienna wskazywana przez po³¹czenie.
4. MODU£Y UMO¯LIWIAJ¥CE ZAPIS I ODCZYT - SKY I SKQ
Modu³y umo¿liwiaj¹ce zapis i odczyt czyli skrzynki odbiorcze (z punktu widzenia sterownika) to
SKY i SKQ. SKY przyjmuje wartoœci analogowe a SKQ binarne. Skrzynka umo¿liwia dostêp do
oœmiu zmiennych sterownika. Tak jak i w przypadku skrzynek nadawczych przypisania zmiennych odpowiednim pozycjom skrzynek mo¿na dokonaæ przez po³¹czenie miêdzymodu³owe jak
i przez wypisanie adresu.
To co odró¿nia skrzynki odbiorcze od nadawczych to trudne do przewidzenia skutki nieprawid³owego zdefiniowania adresu zmiennej. Zapisana wartoœæ nastawy (np. z systemu nadzorczego)
trafiaj¹ca do innej ni¿ zamierzono zmiennej mo¿e mieæ powa¿ne nastêpstwa. Nale¿y równie¿
pamiêtaæ, ¿e wiêkszoœæ algorytmów modu³ów funkcjonalnych nie uwzglêdnia mo¿liwoœci dynamicznych zmian parametrów wewnêtrznych, we wszystkich przypadkach gdzie mo¿e to byæ u¿yteczne, dlatego te¿ zaleca siê korzystaæ z parametrów wewnêtrznych modu³u dostêpnych na
wejœciach modu³ów.
5. PRZESTRZEÑ ADRESOWA
Osiem wartoœci jednej skrzynki komunikacyjnej widocznych jest w przestrzeni adresowej protoko³u komunikacyjnego (LUMBUS, MODBUS) po kolei. Pierwszym parametrem ka¿dej ze skrzynek jest tzw.: Adres bazowy. Adres bazowy decyduje o adresach poszczególnych zmiennych wg
kilku umownych regu³ odmiennych dla poszczególnych protoko³ów.
6. IMPLEMENTACJA PROTOKO£U LUMBUS
Protokó³ Lumbus umo¿liwia dostêp do:
l pojedynczej zmiennej (jednej),
l oœmiu zmiennych (wszystkich zgrupowanych wewn¹trz jednej skrzynki).
Przy dostêpie do pojedynczej zmiennej nale¿y pos³u¿yæ siê adresem równym; Baza+nr zmiennej
w skrzynce. Zmienne liczy siê od 1. Czyli kolejne zmienne w skrzynce o bazie 120 maj¹ adresy
121, 122...128.
4
Natomiast ca³a ósemka zmiennych dostêpna jest wprost pod Adresem bazowym. CADSP dba
o to aby Adres bazowy by³ wielokrotnoœci¹ liczby 10.
W terminologii protoko³u LUMBUS powy¿sze mo¿na opisaæ nastêpuj¹co:
Ka¿da skrzynka reprezentuje oœmio-elementow¹ zmienn¹ z³o¿on¹. Jej indeks (na mocy umowy)
jest wielokrotnoœci¹ 10. Do ka¿dego pojedynczego elementu tej struktury (czyli zmiennej prostej)
mo¿na dotrzeæ u¿ywaj¹c indeksów zgodnie z wymogami protoko³u: Indeks bazowy+1, Indeks
bazowy+2..itd.
Dostêpowi do skrzynek nadawczych (odczytowi) s³u¿y komunikat o FC=00000000 (Odczyt wartoœci obiektu). Zapis zmiennych odbywa siê komunikatem o FC=00000100 (Zapis wartoœci obiektu); patrz: „Interfejs szeregowy. Opis protoko³u Lumbus” p.1.3.5. Us³ugi warstwy transmisji.
Funkcji „Odczyt warunkowy” nie wykorzystuje siê.
7. IMPLEMENTACJA PROTOKO£U MODBUS
Za pomoc¹ tego protoko³u mo¿na uzyskaæ dostêp do dowolnej zmiennej lub ich ci¹g³ego zbioru.
Adresy poszczególnych zmiennych to kolejne liczby pocz¹wszy od adresu bazowego+1. Protoko³em Modbus mo¿na:
l czytaæ n-zmiennych funkcj¹ 03;
l pisaæ pojedyncz¹ zmienn¹ funkcj¹ 06;
l pisaæ n-zmiennych funkcj¹ 16.
Patrz: „Instrukcja obs³ugi interfejsu szeregowego MODBUS” p.3.
8. IDENTYFIKACJA URZ¥DZENIA
Zarówno LUMBUS jak i MODBUS posiadaj¹ specjalne komunikaty s³u¿¹ce identyfikacji urz¹dzenia. W obu przypadkach protoko³y przewiduj¹ w odpowiedzi wartoœci identyfikatora o d³ugoœci
jednego s³owa (16 bitów). SP-1 odpowiada bajtem identyfikacji urz¹dzenia równym 16 (m³odszy
bajt s³owa odpowiedzi) oraz wyzerowanym starszym bajtem s³owa odpowiedzi.
9. FORMATY DANYCH
Sterownik SP-1 u¿ywa kilku typów zmiennych, których formaty opisane s¹ we wstêpie „ Biblioteki
modu³ów”.
Z punktu widzenia protoko³ów LUMBUS i MODBUS mo¿na je podzieliæ na dwie grupy:
l logiczne (dwustanowe),
l pozosta³e.
Zmienne logiczne prezentowane s¹ w formacie binarnego s³owa o dwóch wartoœciach: 0 i 1.
Bardziej znacz¹cy bajt s³owa przesy³any jest jako pierwszy.
Wszystkie inne zmienne mog¹ byæ numeryczne lub nienumeryczne. Zawsze zapisywane s¹ w
postaci czterech bajtów. Jeœli s¹ numeryczne, to s¹ typu ca³kowitego (tzw. LT) lub zmiennoprzecinkowego (tzw.RNT):
l LT - 4 bajtowy ca³kowity (long integer) stosowany przez wiêkszoœæ kompilatorów dla procesorów MOTOROLI. Gdy pierwszy bajt zamieniæ miejscem z czwartym, a drugi z trzecim, to
otrzymuje siê postaæ u¿ywan¹ przez kompilatory jêzyka Pascal (Delphi) dla maszyn IBM PC
dla liczb typu Longint..
l RNT - 4 bajtowy zmiennoprzecinkowy, stosowany jak wy¿ej. Gdy dokonaæ zamiany kolejnoœci
bajtów jak opisano wy¿ej otrzymuje siê zapis u¿ywany przez kompilatory jêzyka Pascal (Delphi) dla maszyn IBM PC dla liczb typu Single.
5
Formaty zmiennych nienumerycznych (np. czasu i daty) opisane s¹ w „Bibliotece modu³ów”.
Implementacja protoko³ów komunikacyjnych nie dokonuje ¿adnych konwersji zmiennych nienumerycznych i wykorzystuj¹c fakt, ¿e maj¹ one zawsze d³ugoœæ czterech bajtów przesy³a je jak
wartoœci numeryczne.
6
7
Produkujemy ponad 200 typów wyrobów w nastêpuj¹cych
grupach asortymentowych:
r MIERNIKI TABLICOWE ANALOGOWE
r MIERNIKI TABLICOWE CYFROWE
r MIERNIKI PRZENOŒNE, ANALOGOWE I CYFROWE
r REJESTRATORY KOMPENSACYJNE, PROGRAMOWALNE I PNEUMATYCZNE
r REGULATORY ELEKTRONICZNE DO PROCESÓW PRZEMYS£OWYCH
r REGULATORY ELEKTRONICZNE DO URZ¥DZEÑ CH£ODNICZYCH
r REGULATORY DO URZ¥DZEÑ GRZEWCZYCH
r PRZETWORNIKI POMIAROWE
r SYSTEMY MIKROPROCESOROWE DLA PROCESÓW PRZEMYS£OWYCH
r PRZEMIENNIKI CZÊSTOTLIWOŒCI
r STEROWNIKI MOCY I PRZEKANIKI PÓ£PRZEWODNIKOWE
r OBROTOMIERZE, ZEGARY I WSKANIKI DLA MOTORYZACJI
r PRZYBORY POMIAROWE ZAMIENNE (BOCZNIKI, OPORNIKI, CZUJNIKI)
Oferujemy równie¿ us³ugi w zakresie produkcji:
r ODLEWÓW CIŒNIENIOWYCH ZE STOPÓW ALUMINIUM I CYNKU
r FORM ODLEWNICZYCH I CIŒNIENIOWYCH
r CZʌCI MECHANIKI PRECYZYJNEJ
Procedury jakoœciowe
Lubuskie Zak³ady Aparatów Elektrycznych LUMEL S.A.
ul. Sulechowska 1, 65-950 Zielona Góra
tel. (0-68) 329 51 00
fax (0-68) 329 51 01
e-mail: [email protected]
http://www.lumel.com.pl
Dzia³ Sprzeda¿y:
tel. (0-68) 327 06 41,
fax (0-68) 325 56 50
e-mail: [email protected]
Dzia³ Marketingu:
tel. (0-68) 329 53 07
Sklep Firmowy:
tel. (0-68) 329 53 30
 Pracownia Wydawnictw LUMEL S.A., wrzesieñ 2001
Zgodne z miêdzynarodowym systemem jakoœci ISO-9001
Na ¿yczenie, wysy³amy szczegó³owe katalogi na powy¿sze rodziny wyrobów