STEROWNIK PROGRAMOWALNY Typu SP1

STEROWNIK PROGRAMOWALNY Typu SP1 ISO 9001 C E R T Y F I K A T INSTRUKCJA OBS UGI PROTOKO U LinkSP 1

SPIS TREŒCI 1. WSTÊP... 3 2. MODEL PROGRAMOWY... 3 2.1. Modu³y... 3 2.2. Rejesty... 3 2.3. Teksty... 5 2.4. Opisy pól... 5 2.5. Maski... 5 2.6. Adesowanie... 5 2.7. Zasoby wolnostoj¹ce... 6 2.8. Komendy... 6 3. OPIS PROTOKO U... 6 3.1. Poziom liniowy... 6 3.2. Telegam... 6 3.3. Zapytania... 7 3.4. Odpowiedzi... 7 3.5. Definicje elementane... 8 3.6. Zestawienie telegamów... 9 4. ZA CZNIK - PRZYK ADOWY ALGORYTM WYZNACZANIA SUMY KONTROLNEJ...11 2

1. WSTÊP Potokó³ komunikacyjny LinkSP jest jedynym potoko³em u ywanym pzez pogam nazêdziowy CADSP. Potokó³ ten umo liwia dostêp do wszystkich zasobów steownika, oaz jego zapogamowanie, skonfiguowanie, a tak e aktualizacjê fimwae u. Potokó³ LinkSP ównie dobze mo e byæ u ywany pzez system nadzoczy. LinkSP jest postym adesowanym potoko³em typu Maste-Slave (nadzêdny-podzêdny). Steownik ealizuje olê wêz³a typu Slave (podzêdny). Oznacza to miêdzy innymi, e: l steownik ma swój ades, l steownik nigdy nie wysy³a komunikatu z w³asnej inicjatywy, l steownik ma obowi¹zek odpowiedzieæ na zaadesowany do niego komunikat w niepzekaczalnym czasie zwanym time-outem. 2. MODEL PROGRAMOWY Dostêpne komunikacyjnie zasoby steownika s¹ zgupowane w modu³ach. 2.1. Modu³y Wszystkie modu³y mo na podzieliæ na dwie gupy: l epezentuj¹ce funkcje steuj¹ce, dowolnie ozmieszczane i ³¹czone pzez pojektanta stuktuy steowania na akuszach pojektu, l le ¹ce w œciœle okeœlonych miejscach specjalnego akusza nume 0 (zeo). Modu³y akusza zeowego (zwane pedefiniowanymi) epezentuj¹ istotne zasoby steownika, np. ABM (aktualne stany alamów), BTS (liczniki czasów pacy), PRK (identyfikatoy fimwae u i spzêtu), DAP (identyfikatoy stuktuy steowania) itd. Z komunikacyjnego punktu widzenia modu³y pedefiniowane s¹ zawsze widoczne. Modu³y wyposa one s¹ w: l ejesty, l teksty, l opisy pól, l maski. Liczba i znaczenie wymienionych wy ej zasobów zale y od typu modu³u. Numeacja poszczególnych zasobów konketnego typu zaczyna siê od 1 np. ejest 17, tekst 3, itd. Numeacja nie musi byæ ci¹g³a; lista zasobów mo e zawieaæ pzewy. Tak wiêc paa: typ zasobu i jego nume poz¹dkowy jednoznacznie okeœlaj¹ zasób wewn¹tz modu³u np. ejest 27 (jeœli istnieje) jest tylko jeden, co nie wyklucza istnienia w tym samym module tekstu o numeze 27. 2.2. Rejesty Rejesty s¹ czteobajtowymi jednostkami pzechowuj¹cymi dane wewn¹tz steownika. Piewszych 16 ejestów ma ustalone znaczenie. 2.2.1. Rejesty 1...8 czyli wejœcia modu³u Rejesty 1...8 epezentuj¹ wejœcia modu³u. W postaci gaficznej u ywanej pzez pogam CADSP opisuj¹ sygna³y widoczne po lewej stonie modu³u, czyli wejœcia. Wato zauwa yæ, e mog¹ one byæ binane lub zeczywiste. Póba dostêpu do nieistniej¹cego wejœcia jest nielegalna. Wejœcia numeowane s¹ pozycyjnie, tzn. modu³, zgodnie ze swoj¹ epezentacj¹ gaficzn¹, mo e mieæ np. wejœcia epezentowane pzez ejesty 1, 2 i 8. 3

Odczyt wejœæ jest zawsze mo liwy. Jeœli wejœcie jest niepo³¹czone, to ma ustalon¹ watoœæ inicjaln¹. Zapis nowej watoœci do takiego ejestu wymusza now¹ watoœæ wejœcia modu³u, co mo e mieæ ó ne konsekwencje dla stuktuy steowania. Jeœli wejœcie jest po³¹czone, to zapis nowej watoœci jest mo liwy, ale nieefektywny w d³u szym czasie, poniewa zostaje nadpisany pzez zaktualizowan¹ bie ¹c¹ watoœæ wynikaj¹c¹ z po³¹czenia tu pzed pzyst¹pieniem modu³u do obliczeñ. Tym nie mniej istnieje statystyczna mo liwoœæ tafienia z zapisem tu pzed momentem obliczeñ, co wymusi jednoazowe pzyjêcie nadpisanej watoœci jako agumentu. Mo e to byæ badzo niebezpieczne i nie powinno byæ nigdy czynione. Nie ma metody wymuszania watoœci po³¹czonych wejœæ modu³u. 2.2.2. Rejesty 9...16 czyli wyjœcia modu³u Rejesty 9...16 epezentuj¹ wyjœcia modu³u. W postaci gaficznej u ywanej pzez pogam CADSP opisuj¹ sygna³y widoczne po pawej stonie modu³u, czyli wyjœcia. Mog¹ one byæ binane lub zeczywiste. Póba dostêpu do nieistniej¹cego wyjœcia jest nielegalna. Wyjœcia tak jak i wejœcia numeowane s¹ pozycyjnie, tzn. modu³, zgodnie z epezentacj¹ gaficzn¹, mo e mieæ np. wyjœcia epezentowane pzez ejesty 9,10 i 13. Odczyt wyjœæ jest zawsze mo liwy i dostacza aktualnych watoœci zmiennych wyjœciowych modu³u. Zapis nowych watoœci jest chwilowy, poniewa zostan¹ one wkótce nadpisane pzez aktualne, wyznaczone algoytmem modu³u watoœci, aczkolwiek w miêdzyczasie mog¹ one byæ u yte do obliczeñ pzez po³¹czone modu³y, co mo e spowodowaæ skutki tudne do pzewidzenia. Nie ma metody wymuszania watoœci wyjœæ modu³u. 2.2.3. Rejesty 17...255 czyli zmienne modu³u Rejesty 17...255 epezentuj¹ paamety i zmienne wewnêtzne. Ich zbió, fomaty i znaczenie jest zale ne od typu modu³u. Ich odczyt jest zawsze mo liwy. Zwykle czêœæ z nich epezentuje paamety algoytmu modu³u, a eszta zmienne algoytmu (nie wszystkie zmienne modu³u s¹ widoczne!). Ustawianie, czyli zapis nowych watoœci powinno byæ czynione ozwa nie, aby zapobiec udezeniom na wyjœciach modu³u. Inne oganiczenia opisano w nastêpnym punkcie. 2.2.4. Zapis i odczyt ejestów Jak podano powy ej odczyt ejestów jest zawsze mo liwy. S³u y temu telegam Read Registe. Zapisowi ejestów s³u y telegam Wite Registe. Zapis mo e byæ uwaunkowany kontekstowo, co opisano w tzech wczeœniejszych punktach. Opócz nich istniej¹ ównie inne istotne oganiczenia. Niektóych ejestów nie mo na aktualizowaæ w ogóle. Mo e to wynikaæ wpost ze znaczenia ejestu, (np. ejest pzechowuj¹cy nume wesji fimwae u, czy te ejest pezentuj¹cy aktualny stan alamów steownika) lub te z w³aœciwoœci algoytmu wykozystuj¹cego dany ejest. Jest to ka doazowo zaznaczone w opisie modu³u zawieaj¹cego ejest (patz Katalog modu³ów ). Istniej¹ te ejesty, któych dopuszczalny zakes watoœci jest oganiczony. W celu ochony ejestu pzed nadaniem mu nielegalnej watoœci istniej¹ dwie metody: zapis jest ignoowany (w ejestze pozostaje staa watoœæ) np. pzy póbie nadania paametowi algoytmu, któy jest dzielnikiem, watoœci ównej zeo, lub te ejest pzyjmuje skajn¹ dozwolon¹ watoœæ najbli sz¹ tej, któ¹ póbowano nadaæ. Istotne jest pzy tym, e w ten sposób chonione s¹ ejesty tylko pzed nadaniem watoœci niszcz¹cych (np. dzielnik=0) a nie watoœci ma³o sensownych. Z jednej stony stwaza to potencjalne niebezpieczeñstwo niepopawnego dzia³ania steownika, z dugiej jednak stony pozostawia ocenie pojektanta systemu nadzoczego sensownoœæ watoœci ustawianej zmiennej. 4

2.2.5. Fomaty zmiennych Jeœli ejest epezentuje zmienn¹ numeyczn¹, to mo e on mieæ jeden z dwóch fomatów: l LT - 4 bajtowy ca³kowity (long intege) stosowany pzez wiêkszoœæ kompilatoów dla pocesoów MOTOROLI. Gdyby piewszy bajt zamieniæ miejscem z czwatym, a dugi z tzecim, to otzymuje siê postaæ u ywan¹ pzez kompilatoy jêzyka Pascal (Delphi) dla maszyn IBM PC dla liczb typu Longint.. l RNT - 4 bajtowy zmiennopzecinkowy, stosowany jak wy ej. Gdy dokonaæ zamiany kolejnoœci bajtów jak opisano wy ej otzymuje siê zapis u ywany pzez kompilatoy jêzyka Pascal (Delphi) dla maszyn IBM PC dla liczb typu Single. Modu³y mog¹ pzechowywaæ w ejestach nie tylko zmienne numeyczne. Za ka dym azem wato spawdziæ w opisie modu³u jaki jest fomat zmiennej któej watoœæ ma byæ modyfikowana komunikacyjnie. Zapis watoœci w nieodpowiednim fomacie mo e spowodowaæ tudne do pzewidzenia skutki. 2.3. Teksty Teksty s¹ u ywane g³ównie do pzechowywania napisów (alamów i ¹dañ obs³ugi). Odczyt tekstów jest zawsze mo liwy. S³u y do tego telegam Read Text. Zapis tekstów jest mo liwy jedynie w fazie konfiguacji i s³u y temu telegam Wite Text. Wato tu pzypomnieæ, e wiêkszoœæ tekstów u ywanych w steowniku pzechowywana jest azem z pzynale nymi im oœmiobajtowymi paletami. Postaæ ka dego konketnego tekstu mo na zweyfikowaæ w opisie modu³u. 2.4. Opisy pól Paamety pól pzechowuj¹ szczegó³owe dane o polach widocznych na ekanie LCD podczas dialogu. Ka dy modu³ dialogowy posiada opisy pól, któe pezentuje siê na ekanie. Ich odczyt jest zawsze mo liwy. S³u y temu telegam Read Field Desciption. Opisy pól s¹ wype³niane podczas konfiguacji steownika i tylko w tym kontekœcie jest to mo liwe. S³u y temu telegam Wite Field Desciption. 2.5. Maski Maski (inaczej fomatki, szablony) s³u ¹ do pzechowywania napisów sk³adaj¹cych siê na sta³¹ zawatoœæ ekanu. Ka dy modu³ dialogowy zawiea definicje masek ekanów, któe wyœwietla. Modu³ LOK pzechowuje wszystkie maski dialogu wbudowanego. Do odczytu linii masek s³u y telegam Read Mask Line (linie masek odczytuje siê pojedynczo). Odczyt jest zawsze mo liwy. Do zapisu linii masek s³u y telegam Wite Mask Line (zapis linii masek ównie dokonuje siê po linii). Zapis mo liwy jest jedynie podczas konfiguacji steownika - ealizowanej pzez pogam CADSP. Wato pzypomnieæ, e maski, podobnie jak teksty, zwi¹zane s¹ z paletami. U³o enie masek i ich palet w pamiêci ka dego z modu³ów dialogowych zawiea opis modu³u dialogowego. 2.6. Adesowanie LinkSP umo liwia zapis i odczyt ka dego elementu zasobów. Poniewa dostêpowi do zasobów konketnego typu s³u y dedykowany telegam wiêc jednoznacznym identyfikatoem zasobu w obêbie modu³u jest jego nume poz¹dkowy. Na pe³ny ades zasobu w steowniku musi zatem 5

sk³adaæ siê ównie jednoznaczny ades modu³u. Komunikaty s³u ¹ce dostêpowaniu zasobów (Read & Wite Registe/ Text / Field / Mask) zeczywiœcie zawieaj¹ taki ades utwozony z koodynat po³o enia modu³u. 2.7. Zasoby wolnostoj¹ce Steownik posiada dwa zasoby, któe nie s¹ umieszczone w adnym z modu³ów. S¹ to: l zega z kalendazem, l identyfikato uz¹dzenia i identyfikato wesji fimwae u. Dostêpowi do tych zasobów s³u ¹ specjalne, dedykowane telegamy: l Read/Wite Clock & Calenda l Read Device Identifie Komunikat Read Device Identifie jest uniwesalny dla wszystkich uz¹dzeñ odziny SPx, co umo liwia ich ³atw¹ i jednoznaczn¹ identyfikacjê (patz punkt 3.6. Zestawienie Telegamów ). 2.8. Komendy Steownik eaguje ównie na kilka bezagumentowych komend bezpoœednich, u ywanych wy- ³¹cznie do jego konfiguowania (np. Stat Configuation). 3. OPIS PROTOKO U LinkSP jest asynchonicznym, adesowanym potoko³em typu Maste-Slave. Komunikacja miêdzy uz¹dzeniem nadzêdnym (Maste) i podzêdnym (Slave) polega na wymianie telegamów. Aktywnoœæ tansmisyjna inicjowana jest pzez stacjê typu Maste popzez wys³anie (zawsze) adesowanego telegamu do stacji typu Slave. Po nadaniu telegamu-zapytania Maste ma obowi¹zek czekaæ na telegam-odpowiedÿ pzez 200 milisekund. W tym czasie nie mo e nadawaæ czegokolwiek. Odbioca ma obowi¹zek odpowiedzieæ na zapytanie telegamem o stuktuze odpowiedniej do zapytania. Odpowiedzi nie s¹ adesowane. Slave nie mo e wysy³aæ odpowiedzi po pzeznaczonym do tego czasie. 3.1. Poziom liniowy Liniowe paamety tansmisji s¹ nastêpuj¹ce: l 8 bitów danych, l 1 bit stopu, l bak pazystoœci, l pêdkoœæ konfiguowalna - domyœlnie 19200 bitów na sekundê, l elektycznego medium liniowego nie ustala siê pzyjmuj¹c, e nie ma pzeszkód w wykozystaniu standadów RS232, RS485, modemów itp. 3.2. Telegam Pzep³yw danych miêdzy nadawc¹ i odbioc¹ odbywa siê za pomoc¹ telegamów. Telegam ma ustalon¹ stuktuê: 55[hex] LICZNIK DANE CRC Telegam otwiea bajt o ustalonej watoœci=55[hex]. 6

LICZNIK jest bajtem okeœlaj¹cym d³ugoœæ nastêpuj¹cego po nim pola danych. Poniewa pole danych wystêpuje zawsze, watoœæ pola licznik mo e zawieaæ siê w pzedziale [1...255]. DANE nios¹ w³aœciw¹ teœæ infomacyjn¹ telegamu. Stuktua pola danych opisana jest dalej. CRC to dwubajtowa suma kontolna wg nomy CCITT dla wielomianu wya onego fomu³¹: X 16 + X 12 + X 5 + 1 Za³¹cznik zawiea pzyk³adowy algoytm naliczania sumy kontolnej wg powy szego wielomianu. 3.3. Zapytania Zapytania wysy³ane s¹ jedynie pzez stacjê typu Maste. Pole danych telegamu-zapytania ma nastêpuj¹c¹ postaæ: ADRES KOD PARAMETRY (opcjonalnie) ADRES jest jednobajtowym adesem odbiocy - stacji typu Slave. KOD jest jednobajtowym kodem polecenia (komend¹). PARAMETRY (opcjonalne) o zmiennej d³ugoœci uszczegó³owiaj¹ komendê. Pe³na lista kodów komend waz z opisem paametów podana jest dalej. 3.4. Odpowiedzi Zapytana stacja typu Slave ma obowi¹zek odpowiedzieæ w niepzekaczalnym teminie 200 milisekund. Stacja zapytana, to taka, któa odeba³a telegam-pytanie zaadesowany do niej, o popawnej stuktuze i sumie kontolnej. Jeœli któykolwiek z wymienionych wy ej waunków nie jest spe³niony to stacja milczy. Jeœli stacja odpowiada, to czyni to telegamem o stuktuze opisanej w punkcie 3.2. Telegam. Zawatoœæ pola danych zale y od zapytania. Wœód nich mo na wyó niæ tzy odpowiedzi typowe: l potwiedzenie pzyjêcia komendy, któa nie wymaga odes³ania danych, l odzucenie telegamu, l odes³anie ¹danych danych. 3.4.1. OdpowiedŸ typu ACK Potwiedzenie pzyjêcia komendy jest typow¹ odpowiedzi¹ na zapis danych, lub komendê bezpoœedni¹. Odsy³ane pole danych ma d³ugoœæ jednego bajtu i niesie kod 6 (ACK). Kompletny telegam-odpowiedÿ typu ACK wygl¹da nastêpuj¹co: 55[hex] 1 ACK (6hex) CRC Wato zwóciæ uwagê, e pole danych tego komunikatu ma d³ugoœæ ówn¹ 1. 3.4.2. OdpowiedŸ typu NAK Komunikat odzucenia zapytania lub komendy odsy³any jest w nastêpuj¹cych pzypadkach: l niezozumia³y kod zapytania, l niepopawne paamety towazysz¹ce kodowi komendy, 7

l niemo noœæ zealizowania komendy (np. z powodów kontekstowych pzyk³adem mo e byæ póba zapisu tekstu alamu w kontekœcie innym ni pogamowanie steownika). Innymi s³owy Maste otzymuj¹c odpowiedÿ typu NAK pzyjmuje, e telegam zosta³ popawnie odebany pzez zaadesowanego odbiocê, natomiast polecenie w nim zawate jest niezozumia- ³e lub nie mo e byæ zealizowane. Kompletny telegam-odpowiedÿ typu NAK wygl¹da nastêpuj¹co: 55[hex] 1 NAK (15hex) CRC D³ugoœæ pola danych tego telegamu podobnie jak telegamu typu ACK wynosi 1. 3.4.3. OdpowiedŸ nios¹ca dane Telegam nios¹cy dane ma typow¹ postaæ opisana w punkcie 3.2. Telegam. Zawatoœæ pola danych zale y od zapytania. Szczegó³y opisane s¹ w kolejnych punktach. 3.5. Definicje elementane Poni sze definicje opisuj¹ elementane czêœci sk³adowe s³u ¹ce opisowi teœci telegamu, (a œciœlej jego pola danych). Na szczególn¹ uwagê zas³uguje <addessrtfm>, któy jest adesem modu³u wewn¹tz steownika i wystêpuje we wszystkich telegamach modyfikuj¹cych zasoby modu³ów. <ack> 0x06 bajt=6dec <nak> 0x15 bajt=21dec <-count>:= <1-byte> liczba ejestów {1...64} <chat>:= <1-byte> nume akusza {0...50} <ow>:= <4-bits> nume wiesza {1...12} <col>:= <4-bits> nume kolumny {1...15} <colbyte>:= <1-byte> nume kolumny {1...15} <item-add>:= <1-byte> nume zasobu wewn¹tz modu³u {1...} <mod-pos>:= <chat><col><ow> ades modu³u funkcjonalnego w steowniku <addessrtfm>:= <mod-pos><item-add> ades zasobu wewn¹tz steownika <mod-type>:= <1-byte> typ modu³u funkcjonalnego <text-len>:= <1-byte> d³ugoœæ napisu <sting>:= {<1-byte>}+ ci¹g znaków napisu <dev-label>:= <5-chas> tekstowy identyfikato uz¹dzenia: SP-1 <fimwae-ve>:= <3-chas> tekstowy nume wesji fimwae u; np.: 1.0 <dev-type>:= <1-byte> kod typu uz¹dzenia: 14: SP-1 z fimwae m. 15: bez <week-yea>:= <1-byte> <day-week>:= <1-byte> <yea>:= <1-byte> <month>:= <1-byte> <day>:= <1-byte> <hou>:= <1-byte> <minute>:= <1-byte> <second>:= <1-byte> <c&c-value>:= <week-yea><day-week><yea><month><day><hou><minute> <second> 8

<ftype>:= <finitial>:= <fmin>:= <fmax>:= <fxpos>:= <fypos>:= <flen>:= <fdec>:= <field_definition>:= <byte> <4-bytes> <4-bytes> <4-bytes> <byte>{1...40} <byte>{1...8} <byte>{1...8} <byte>if fdec>0 then fdec<=flen-3 <00><00<00><fType><fInitial><fMin><fMax><fXpos><fYpos> <flen><fdec> 3.6. Zestawienie telegamów Poni ej zestawiono zawatoœæ pola danych telegamu zapytania (q) oaz zawatoœæ pola danych oczekiwanego telegamu odpowiedzi (a). Kody komend w piewszej kolumnie podano dziesiêtnie. Kody komend wewn¹tz pola danych podano w notacji szesnastkowej. Read Clock & Calenda 04 q ::= 0x04 a ::= <c&c-value> Wite Clock &Calenda 12 q ::= 0x0C <c&c-value> Read Device Identifie 32 q ::= 0x20 a ::= <device-label> <fimwae-ve> <dev-type> Run 40 q ::= 0x28 Stop 60 q ::= 0x3C Read Registe 06 q ::= 0x06 <-count> <addessrtfm> a ::= <nak> {<4-bytes>}+ Wite Registe 14 q ::= 0x0E <-count> <addessrtfm> {<4-bytes>}+ RCC WCC RDI RUN STP RR WR 9

Wite Configuation 130 q ::= 0x82 <mod-pos> <mod-type> 8*< addessrtfm > Read Configuation 131 q ::= 0x83 <mod-pos> a ::= <nak> <mod-type> 8*< addessrtfm > Read Text 143 q ::= 0x8F < addessrtfm > a ::= <nak> <text-len> <sting> Wite Text 153 q ::= 0x99<addessRTFM> <text-len> <sting> Stat Configuation 160 q ::= 0xA0 <devtype> End Configuation 161 q ::= 0xA1 Abot configuation 162 q ::= 0xA2 Wite Field Desciption 184 q ::=0xB8<addessRTFM><field_desciption> Read Field Desciption 185 q ::=0xB9<addessRTFM> a ::=<nak> <field_desciption> Read Column Idx 186 q ::=0xBA<chat><colbyte> a ::=<nak> 12*<colbyte> Read Mask Line 188 q ::= 0xBC<addessRTFM> a ::= <nak> <text-len> <sting> Wite Mask Line 189 q ::= 0xBD<addessRTFM> <text-len> <sting> WC RC RT WT CST CEN CAB WFD RFD RCI RML WML 10

4. ZA CZNIK - PRZYK ADOWY ALGORYTM WYZNACZANIA SUMY KONTROLNEJ va cc_table: aay[0..255] of wod; { tablica pomocnicza w wyznaczaniu CRC } pocedue cc_init; { Inicjalizacja tablicy pomocniczej powinna byæ wykonana az, na pocz¹tku pacy pogamu. } va i, cc : wod; j : byte; Begin fo i:=0 to 255 do begin cc:=i Shl 8; fo j:=0 to 7 do begin if (cc And $8000)<>0 then cc:= (cc Shl 1) Xo $1021 else cc:= cc Shl 1; end; cc_table[i]:=cc; end; End; function cc_calc(cc:wod; va data; len:wod): wod; { Wyznacza CRC-CCITT dla wielomianu: X^16 + X^12 + X^5 + 1 pzy u yciu tablicy pomocniczej, któa musi byæ zainicjowana funkcj¹ cc_init() ZANIM u yje siê cc_calc(). Cc: dotychczas wyznaczone CRC, data: wskaÿnik do bufoa z danymi, len: iloœæ danych. } va i: byte; Begin i:=0; while len<>0 do begin cc:= cc_table[(cc Sh 8) Xo Wod(Sting(data)[i])] Xo (cc Shl 8); Dec(len); Inc(i); end; cc_calc:=cc; End; 11

Podukujemy ponad 200 typów wyobów w nastêpuj¹cych gupach asotymentowych: MIERNIKI TABLICOWE ANALOGOWE MIERNIKI TABLICOWE CYFROWE MIERNIKI PRZENOŒNE, ANALOGOWE I CYFROWE REJESTRATORY KOMPENSACYJNE, PROGRAMOWALNE I PNEUMATYCZNE REGULATORY ELEKTRONICZNE DO PROCESÓW PRZEMYS OWYCH REGULATORY ELEKTRONICZNE DO URZ DZEÑ CH ODNICZYCH REGULATORY DO URZ DZEÑ GRZEWCZYCH PRZETWORNIKI POMIAROWE SYSTEMY MIKROPROCESOROWE DLA PROCESÓW PRZEMYS OWYCH PRZEMIENNIKI CZÊSTOTLIWOŒCI STEROWNIKI MOCY I PRZEKA NIKI PÓ PRZEWODNIKOWE OBROTOMIERZE, ZEGARY I WSKA NIKI DLA MOTORYZACJI PRZYBORY POMIAROWE ZAMIENNE (BOCZNIKI, OPORNIKI, CZUJNIKI) Ofeujemy ównie us³ugi w zakesie podukcji: ODLEWÓW CIŒNIENIOWYCH ZE STOPÓW ALUMINIUM I CYNKU FORM ODLEWNICZYCH I CIŒNIENIOWYCH CZÊŒCI MECHANIKI PRECYZYJNEJ Poceduy jakoœciowe Zgodne z miêdzynaodowym systemem jakoœci ISO-9001 Na yczenie, wysy³amy szczegó³owe katalogi na powy sze odziny wyobów Lubuskie Zak³ady Apaatów Elektycznych LUMEL S.A. ul. Sulechowska 1, 65-950 Zielona Góa tel. (0-68) 329 51 00 fax (0-68) 329 51 01 e-mail: lumel@lumel.com.pl http://www.lumel.com.pl Dzia³ Spzeda y: tel. (0-68) 327 06 41, fax (0-68) 325 56 50 e-mail: spzedaz@lumel.com.pl Dzia³ Maketingu: tel. (0-68) 329 53 07 Sklep Fimowy: tel. (0-68) 329 53 30 Pacownia Wydawnictw LUMEL S.A., wzesieñ 2001