Author
others
View
2
Download
0
Embed Size (px)
UNIVERZA V MARIBORU
FAKULTETA ZA ELEKTROTEHNIKO,
RAČUNALNIŠTVO IN INFORMATIKO
Gregor Goršek
UPORABA TEHNOLOGIJE LONWORKS® PRI NADZORU KOMERCIALNE HLADILNE TEHNIKE
Diplomska naloga
Griže, marec 2008
I
UNIVERZA V MARIBORU
FAKULTETA ZA ELEKTROTEHNIKO, RAČUNALNIŠTVO IN INFORMATIKO 2000 Maribor, Smetanova ul. 17
Diplomska naloga univerzitetnega študijskega programa
UPORABA TEHNOLOGIJE LONWORKS® PRI NADZORU KOMERCIALNE HLADILNE TEHNIKE
Študent: Gregor GORŠEK Študijski program: univerzitetni, Elektrotehnika Smer: Avtomatika
Mentor: doc. dr. Nenad MUŠKINJA Somentor: izred.prof. dr. Boris TOVORNIK
Griže, marec 2008
II
III
ZAHVALA
Zahvaljujem se mentorju dr. Nenadu Muškinji za
pomoč in vodenje pri opravljanju diplomske
naloge. Prav tako se zahvaljujem somentorju
dr. Borisu Tovorniku.
Posebna zahvala velja moji družini za podporo.
IV
UPORABA TEHNOLOGIJE LONWORKS® PRI NADZORU KOMERCIALNE HLADILNE TEHNIKE Ključne besede: elektrotehnika, avtomatika, snovanje sistemov vodenja,
LonWorks®, OPC, zajem podatkov, omrežja, hladilna tehnika
UDK: 681.51(043.2)
Povzetek
Z večanjem avtomatizacije procesov, narašča potreba po zanesljivem, natančnem,
hitrem in cenenem prenosu informacij med samimi vozlišči (senzorji, aktuatorji,
nadzornim sistemom...) ter višjimi nivoji računalniško integrirane proizvodnje ali vodenja
procesov. Pričujoče delo predstavlja tehnologijo LonWorks, ki jo je razvilo podjetje
Echelon za potrebe avtomatizacije industrije, pri uporabi za nadzor hladilne tehnike v
prodajnih in predelovalnih objektih. Obdelali smo teoretično podlago LonWorks
tehnologije, predvsem komunikacijskega protokola LonTalk, prikazali postopek postavitve
omrežja s komercialnim programom NL220 prozvajalca Newron system in v programskem
jeziku Visual Basic izdelali preprost grafični vmesnik, ki nam omogoča spremljanje in
spreminjanje parametrov krmilnika v postavljenem omrežju.
V
USE OF LONWORKS® TECHNOLOGY IN COMMERCIAL REFRIGERATION CONTROL
Key words: electrical engineering, automation, control systems design,
LonWorks®, OPC, data acquisition, network, commercial refrigeration
UDK: 681.51(043.2)
Abstract
The need of reliable, accurate, fast and cheap information flow among nodes (sensors,
actuators, control systems...) and higher level of computer integrated manufacturing (CIM)
or process control, is in rise, due to the expansion of process automation. This work
presents LonWorks technology, developed by Echelon corporation for industrial
automation, in use of commercial refrigeration control, like found in markets and food
processing industry. The work covers basics of LonWorks technology, especially LonTalk
communication protocol. We have also shown an example of building a simple network
using commercial software NL220 (Newron system company) and implementation of
software in Visual Basic, for reading and setting parameters on Danfoss EKC 201
controller, connected to computer by LonWorks.
VI
Vsebina
1. PODROČNA VODILA IN TEHNOLOGIJA LONWORKS.................................. 1
2. KOMUNIKACIJSKI PROTOKOL LONTALK ..................................................... 7
2.1 UPORABLJENA TERMINOLOGIJA................................................................................. 7 2.2 IMENOVANJE, NASLAVLJANJE IN USMERJANJE........................................................... 9
2.2.1 Domena kot komponenta naslova ................................................................. 10 2.2.2 Podomrežje kot komponenta naslova ........................................................... 10 2.2.3 Številka vozlišča v podomrežju kot komponenta naslova.......................... 11 2.2.4 Skupine kot komponenta naslova.................................................................. 11 2.2.5 Neuron ID kot komponenta naslova .............................................................. 11 2.2.6 NPDU načini naslavljanja................................................................................ 12
2.3 PREGLED LONTALK SLOJEV ................................................................................. 13 2.4 FIZIČNI SLOJ............................................................................................................. 14 2.5 MREŽNI SLOJ............................................................................................................ 16
2.5.1 Storitve mrežnega sloja ................................................................................... 16 2.5.2 Usmerjevalniki................................................................................................... 17
2.6 SLOJA PREDSTAVITVE IN UPORABE ......................................................................... 17 2.6.1 Storitve slojev predstavitve in uporabe ......................................................... 18 2.6.2 Vmesnik do uporabniškega programa .......................................................... 18 2.6.3 Formati APDU ................................................................................................... 19 2.6.4 Diagram protokola ............................................................................................ 20 2.6.5 Obvestilo o napaki pri prenosu uporabniškemu programu ........................ 21 2.6.6 LonMark standardizacija na sloju uporabe................................................... 21
3. LONWORKS® PROIZVODI ................................................................................... 25
3.1 KOMUNIKACIJSKI MODULI......................................................................................... 25 3.2 LONWORKS® USMERJEVALNIK ................................................................................ 26 3.3 LONWORKS® VMESNIKI IN PREHODI ....................................................................... 26 3.4 LONMANAGER® OMREŽNA ORODJA........................................................................ 29
3.4.1 LonWorks® moduli........................................................................................... 33 3.5 LONBUILDER ............................................................................................................ 34
4. PRIMER INSTALACIJE PREPROSTEGA LON OMREŽJA ............................ 36
4.1 OMREŽNI VMESNIK PCNSI IN NJEGOVA NAMESTITEV............................................. 36 4.1.1 Omrežni vmesnik PCNSI in njegova fizična namestitev v računalnik ...... 37
4.1.1.1 Namestitev gonilnikov za omrežni vmesnik PCNSI............................. 37 4.1.1.2 Nastavitev gonilnikov za omrežni vmesnik PCNSI .............................. 38
4.2 NEWRON SYSTEM NL220 INSTALACIJSKO ORODJE ................................................ 40 4.2.1 Namestitev programa Newron system NL220 ............................................. 41
VII
4.2.2 Zagon programa Newron system NL220...................................................... 42 4.3 KRMILNIK DANFOSS EKC 201 ................................................................................ 43
4.3.1 Krmilnik Danfoss EKC 201 230V ................................................................... 43 4.3.2 Krmilnik Danfoss EKC 201 12V ..................................................................... 44
4.4 POSTAVITEV FIZIČNEGA OMREŽJA ........................................................................... 44 4.5 KONFIGURACIJA OMREŽJA Z NL 220....................................................................... 45
4.5.1 Postavitev omrežja v NL 220.......................................................................... 46 4.5.1.1 Naslavljanje vozlišč..................................................................................... 48 4.5.1.2 Kreiranje domene Trgovina......................................................................... 48 4.5.1.3 Kreiranje podomrežij................................................................................... 49 4.5.1.4 Kreiranje kanala........................................................................................... 49 4.5.1.5 Pregled lastnosti vozlišč .............................................................................. 50
4.5.2 Nastavitev parametrov krmilnikov EKC 201 preko LonWorks .................. 52 4.5.2.1 Nastavitev željene temp. na krmilniku EKC 201 preko LonWorks ............ 53 4.5.2.2 Odčitavanje dejanske temp. na krmilniku EKC 201 preko LonWorks ....... 54 4.5.2.3 Ostale nastavitve.......................................................................................... 55
5. PROGRAMSKI VMESNIK ZA DELO.................................................................... 56
5.1 IMPLEMENTACIJA GRAFIČNEGA VMESNIKA............................................................... 56 5.1.1 Opis osnovne zgradbe programa .................................................................. 57
5.1.1.1 Modul za izris diagramov poteka temperatur.............................................. 57 5.1.1.2 Modul za nadzor krmilnika ......................................................................... 58
5.1.2 Opis uporabe grafičnega vmesnika ............................................................... 61 5.1.2.1 Opis uporabe modula za izris diagramov poteka temperatur ...................... 63 5.1.2.2 Opis uporabe modula za nadzor krmilnika.................................................. 66
6. ZAKLJUČEK ............................................................................................................. 73
DODATEK A: SHEMATIČNI PRIKAZ PROTOKOLOVNE PODATKOVNE ENOTE (PDU) IN PRINCIPA OVOJNIC...................................................................... 78
DODATEK B: ČASOVNE KARAKTERISTIKE OMREŽJA LONWORKS............ 79
DODATEK C: TABELE NASTAVITEV KRMILNIKOV DANFOSS EKC 201....... 82
DODATEK D: PROGRAMSKA KODA APLIKACIJE FREEZER 1.0 ..................... 83
1
1. PODROČNA VODILA IN TEHNOLOGIJA LONWORKS
S povečanjem obsega avtomatizacije procesov, je naraščala potreba po zanesljivem,
natančnem, hitrem in cenenem prenosu informacij med vozlišči (senzorji, aktuatorji,
nadzornim sistemom...) ter višjimi nivoji računalniško integrirane proizvodnje (CIM -
Computer Integrated Manufacturing). V 80. letih se je pojavila potreba po zamenjavi
standardne tokovne zanke 4 – 20 mA s sodobnejšimi komunikacijskimi sistemi [28].
Obdelali smo teoretično podlago LonWorks tehnologije, predvsem komunikacijskega
protokola LonTalk, prikazali postopek postavitve omrežja s komercialnim programom
NL220 prozvajalca Newron system in v programskem jeziku Visual Basic izdelali preprost
grafični vmesnik, ki nam omogoča spremljanje in spreminjanje parametrov krmilnika v
postavljenem omrežju.
Najprej so predstavljena področna vodila na splošno ter primerjava med njimi. Na
kratko je predstavljena tehnologija LonWorks, kot eno izmed množice področnih vodil.
V drugem poglavju je predstavljen sedem nivojski komunikacijski protokol LonTalk po
posameznih slojih. Poudarek je na slojih, ki so pomembnejši za postavitev omrežja.
V tretjem poglavju so predstavljeni LonWorks izdelki in njihova uporaba.
V četrtem poglavju je predstavljen primer instalacije enostavnega LonWorks omrežja
na področju uporabe v hladilni tehniki.
V petem poglavju je predstavljena implementacija in uporaba programa - grafičnega
vmesnika izvedenega z VB 6.0 programa
V dodatku A je celovit shematski prikaz protokolove podatkovne enote (PDU) ter
principa ovojnic za protokol LonTalk.
V dodatku B so prikazane časovne razmere v omrežju, zakasnitve in potrebni časi za
prenos sporočil.
2
V dodatku C so priložene tabele nastavitev krmilnikov Danfoss EKC 201.
V dodatku D je priložena izvorna koda programa za nadzor in izris temperaturnih
potekov Freezer 1.0.
Področna vodila (ang. Fieldbus) so nastala iz potrebe industrije po povezovanju
naprav v industrijskih procesih, do danes pa so se uveljavila tudi na mnogih drugih
področjih, kjer je potrebno podatke obdelovati v realnem času. Največkrat imajo obliko
vodila, ali pa jim vodilo, kot način povezovanja, predstavlja osnovo. Porazdeljeno vodenje
procesov je tesno povezano s področnimi vodili, vozlišča (senzorji, aktuatorji, krmilniki...)
prevzamejo nase številne funkcije povezane z obdelavo signalov (digitalizacija,
linearizacija...), s tem se zmanjša obremenitev centralnega računalnika in razbremenijo
komunikacijske poti. Podatki se prenašajo v digitalni obliki, saj se ustrezno digitalizirajo
že v vozlišču, s tem pa je prenos bolj zanesljiv.
Nadzorni sistemi, ki ne uporabljajo področnih vodil so sestavljeni iz nadzornega
krmilnika ali računalnika s priključenimi vsemi senzorji in aktuatorji. Topologija je
največkrat v obliki zvezde.
Nadaljne lastnosti oziroma zahteve področnega vodila so [31]:
• vnaprej določljiv odzivni čas • cenena izvedba vozlišča • kompatibilnost z obstoječim omrežjem • podpora večim različnim prenosnim
medijem • zmanjšanje števila potrebnih ožičenj • poceni ter preprosto vzdrževanje
• “Peer-to-peer” ahitektura • nizki stroški razvoja • odprta arhitektura • učinkovitost • sledi ISO/OSI referenčnemu modelu • podpora opremi različnih proizvajalcev • zanesljiv prenos in odpornost na napake
Področno vodilo in LAN se razlikujeta predvsem v pomenu in dolžini sporočil ter
okolju, kjer se ta uporabljajo. Pri področnih vodilih se prenašajo predvsem podatki
senzorjev in ukazi izvršilnim členom, dolžina teh sporočil pa je majhna. Bistveni podatek
pri LAN je količina prenešenih podatkov v sekundi, pri področnih vodilih pa število
transakcij v sekundi. Danes je na trgu veliko tehnologij (CAN, Profibus, FIP, LON,
BitBus, Interbus-S, Sercos), nobena pa ni priznana kot splošni mednarodni standard, za
razliko od LAN, kjer je tudi veliko različnih tehnologij, vendar so se te v zadnjem času
naslonile predvsem na TCP/IP, kot enoten protokol [31].
3
Komisija ISA SP50 v sodelovanju z IEC SC65C/WG6 dela na standardizaciji
področnih vodil, ki se uradno imenuje “Fieldbus Standard” IEC 1158/ISA SP50.02. Ta
standard definira tri sloje: fizični, podatkovni in sloj uporabe, ki so vertikalno povezani z
omrežnim in sistemskim upravljanjem. Ostali sloji so izpuščeni zaradi zahtev po obdelavi
v realnem času. Dodan je uporabniški sloj (ang. User Layer) na vrhu sloja uporabe [28].
V tabeli 1.1 je predstavljena osnovna delitev industrijskih omrežij [28].
Vodilo senzorjev in aktuatorjev (nivo bita)
vodilo naprav (nivo byta)
področna vodila (nivo bloka)
CAN CAN IEC 1158/ISA SP50.02 AS-Interface DeviceNet FOUNDATION Fieldbus
InterBus Sensor Loop SDS Profibus-PA Seriplex CAL/CANopen Profibus-FM SERCOS CAN Kingdom WorldFIP
Sensorplex Interbus-S P-Net Device WorldFIP (DWF) Measurement Bus FIP IO BitBus Profibus-DP I/O Lightbus SERCOS MIL-STD-1553
LonWorks
Tabela 1.1: Delitev področnih vodil
Naslednje tabele prikazujejo primerjavo med različnimi tipi področnih vodil [29]. Podjetje Leto
predstavitve Podprti standard
PROFIBUS DP/PA PTO DP - 1994 PA - 1995
DIN 19245 del 3/4
INTERBUS-S Phoenix Contact 1984 DIN 19258 DeviceNet Allen-Bradley 1994 ISO 11898 & 11519 ARCNET Datapoint/SMC 1975 ANSI 878 AS-I AS-I Consortium 1993 Poslan IEC Fieldbus Foundation Fieldbus Foundation 1995 ISA SP50 / IEC TC65 IEC/ISA SP50 Fieldbus ISA / Fieldbus F. 1992-1996 IEC 1158 / ANSI 850 Seriplex APC, Inc. 1990 Seriplex spec WorldFIP WorldFIP 1988 IEC 1158-2 LonWorks Echelon Corp. 1991 ASHARE of BACnet SDS Honeywell 1994 Honeywell spec.
poslan IEC, ISO 11989
Tabela 1.2: Osnovne informacije področnih vodil
4
Topologija Medij Naj.št.vozlišč Naj.razdalja PROFIBUS DP/PA
vodilo, zvezda, obroč
parica, opt.vlakno 127 24 km (opt.vlakno)
INTERBUS-S Segmentirano s "T" členi (vodilo)
parica, opt.vlakno, slip-ring
256 400 m/segment, 12,8 km največ
DeviceNet vodilo z vejami parica z napajanjem 64 500 m ARCNET vodilo, zvezda parica, optika 255 5 milj AS-I vodilo, obroč,
drevo dvožilni vod 31 odjemalcev 100 m, 300 m s
ponavljalnikom Fieldbus Foundation
vodilo z vejami parica 240 / segment, 65000 segmentov
1900 m @ 31,25Kbps 500 m @ 5Mbps
IEC/ISA SP50 Fieldbus
zvezda, vodilo parica, opt.vlakno, radio fr.
IS 3-7 ne IS 128
1700 m @31,25 Kbps 500 m @ 2,5 Mbps
Seriplex drevo, obroč, vodilo, zvezda
4 žilni kabel 500 500 ft
WorldFIP vodilo parica, opt.vlakno 256 do 40 km LonWorks vodilo, obroč,
zvezda, prosta topologija
parica, opt.vlakno, n.n.el.vod
32000 / domeno
2000 m @78 kbps
SDS vodilo z vejami parica z napajanjem 64 126 naslovov
500 m
Tabela 1.3: Fizične lastnosti področnih vodil
metoda
komunikacije komunikacijske
lastnosti velikost
okna arbitraža nadzor napak
PROFIBUS DP/PA
master/slave peer to peer
DP do 12 Mbps PA 31,25 kbps
244 bytov žeton HD4 CRC
INTERBUS-S master/slave s prenosom polnega okvirja
500 kbitov/s, full duplex
512 bytov, neomejen blok
ni 16 bitni CRC
DeviceNet master/slave, multi-master, drugo
500 kbps 250 kbps 125 kbps
8 bytov spremenlj. dolžina sporočila
Carrier-Sonac Multiple Access
CRC
ARCNET peer to peer 31,25 - 10 Mbps 508 bytov žeton 16 bitni CRC AS-I master/slave s
cikličnim pozivanjem
podatki in napajanje na istem vodu
31 slave z 4 in in 4 out
master/slave s cikličnim pozivanjem
Manchester kodiranje, hamming-2
Fieldbus Foundation
odjemalec/strežnik publisher/subscriber dogodki
31,25 kbps 1 Mbps 2,5 Mbps
16,6 M objektov / napravo
determinističen centraliziran scheduler
16-bitni CRC
IEC/ISA SP50 Fieldbus
odjemalec / strežnik publisher/subscriber
31,25 kbps IS+1; 2,6; 5 Mbps
64 octets visoke in 256 nizke prioritete
scheduler, žetoni, master
16-bitni CRC
Seriplex master/slave peer to peer
200 Mbps 7680 / transfer
sonal multipleksiranje
konec okvirja in kontrola odmeva
WorldFIP peer to peer 31,25 kbps, 1 & 2,5 Mbps, 6 Mbps optika
ni omejitve centralna arbitraža
16-bitni CRC
LonWorks master/slave 1,25 Mbps full 228 bytov CSMA 16-bitni CRC
5
peer to peer duplex SDS master/slave,
peer to peer, multi-cast, multi-master
1 Mbps 500 kbps 250 kbps 125 kbps
8 bytov Carrier-Sonac Multiple Access
CRC
Tabela 1.4: Prenosne lastnostni področnih vodil
čas cikla: 256 nepovezanih vozlišč
16 vozlišč z 16 I/O čas cikla:
128 analognih 16 vozlišč z 8 I/O prenos bloka 128 bytov
1 vozlišče PROFIBUS DP/PA
odvisno od konfiguracije < 2 ms
odvisno od konfiguracije -
INTERBUS-S 1,8 ms 7,4 ms 140 ms DeviceNet 2,0 ms master-slave pozivanje 10 ms master-slave pozivanje 4,0 ms ARCNET < 2 ms @ 2,5 Mbps < 2 ms @ 2,5 Mbps < 2 ms @ 2,5 Mbps AS-I 4,7 ms - - Fieldbus Foundation
100 ms @ 31,25 kbps < 1 ms @2,5 Mbps
600 ms @ 31,25 kbps < 8 ms @ 2,5 Mbps
36 ms @ 31,25 kbps
IEC/ISA SP50 Fieldbus
odvisno od konfiguracije odvisno od konfiguracije 0,2 ms @ 31,25 kbps 1,0 ms @1 Mbps
Seriplex 1,32 ms @ 200 kbps 10,4 ms 10,4 ms WorldFIP 2 ms @ 1Mbps 5 ms @ 1 Mbps 5 ms @ 1 Mbps LonWorks 20 ms 5 ms @ 1 Mbps 5 ms @ 1 Mbps SDS < 1 ms, event driven < 1 ms na dogodek 2 ms @ 1Mbps
Tabela 1.5: Zmogljivost področnih vodil
Lonworks je ena izmed tehnologij področnih vodil ameriškega proizvajalca Echelon.
LON je kratica za Local Operating Network. Tehnologija ponuja celovito rešitev za
načrtovanje, izvedbo, instalacijo in vzdrževanje nadzornih omrežij. Osrednji del je sedem
nivojski komunikacijski protokol LonTalk, kompatibilen z OSI/ISO referenčnim
modelom, poleg tega pa ponuja še: komunikacijske module za izbrani medij,
mikroprocesorje za izvajanje aplikacij in komunikacijskega protokola, programske
vmesnike (programski in strojni del) za senzorje in izvršilne člene, časovnike, programski
jezik z razhroščevalnikom, distribuiran operacijski sistem (LNS), ki deluje v realnem času,
orodje za upravljanje omrežja, orodja za sprotno (ang. on-line) diagnosticiranje in analizo
protokola, orodja za instalacijo ter konfiguracijo.
V protokolu LonTalk so, poleg osnovnih storitev, zajete tudi zahtevnejše storitve kot so
overovitev, prioritetni prenos, zaznavanje podvojenih sporočil, izogibanje trčenj,
avtomatično ponavljanja prenosa, komunikacija odjemalec-strežnik, standardiziranje
podatkovnih tipov in identifikacija, posamezno/skupinsko/splošno naslavljanje, podpora
različnih tipov fizičnih medijev in mešane hitrosi prenosa.
6
Osnovna enota je vozlišče (ang. node), in je običajno sestavljeno iz naslednjih
komponent:
• en ali več senzorjev in izvršilnih členov (aktuatorjev) z ustrežnimi vmesniki ter
prilagodilnimi členi;
• procesorska enota, katere funkcije so:
• zajemanje vhodov (senzorjev), obdelava podatkov senzorjev in ustrezno
nastavljanje izhodov (aktuatorjev);
• programska oprema komunicira z drugimi vozlišči (porazdeljeni nadzorni sistem);
• komunikacijski protokol omogoča dostop do komunikacijskih storitev
uporabniškemu programu;
• protokol dostopa do medija omogoča komunikacijo preko različnih
komunikacijskih medijev.
• komunikacijska enota - transmiter (oddajnik in sprejemnik), ki podpira naslednje
medije: parica, n.n.električno omrežje, radijske frekvence na kratkih in srednjih
valovih, optična vlakna in koaksialni kabel.
LonMark Interoperability Association je združenje, ki nadzira standardizacijo
proizvodov LonWorks. Izdelek, ki ima potrdilo LonMark, ustreza LonMark standardom in
je LonWorks kompatibilen, s tem pa je zagotovljeno nemoteno vključevanje tega izdelka v
sistem.
Slika 1.1: Zaščitni znak LonMark
Združenje LonMark izvaja testiranje proizvodov in izdaja potrdila o združljivosti [4].
7
2. KOMUNIKACIJSKI PROTOKOL LONTALK
Kot smo že omenili, LonTalk protokol sledi priporočilom OSI/ISO referenčnega
modela in je sestavljen iz sedmih slojev. Programerju in načrtovalcu omrežja je protokol
predstavljen kot množica storitev, ki so po potrebi uporabljene v času instalacije oziroma
konfiguriranja vozlišča.
2.1 Uporabljena terminologija
V tem poglavju bodo predstavljeni osnovni termini in definicije, ki so potrebne za
razumevanje protokola. V glavnem se uporablja terminologija enaka kot pri ISO/OSI
referenčnem modelu, so pa tudi nekatere pomenske razlike ([1] str. 8).
Kanal (ang. simple channel)
Ponavljalnik (ang. store&forward repeater) na istem kanalu ali pa povezuje dva kanala
Most (ang. bridge) povezuje dva kanala; prepušča vse pakete z x na y in obratno, če je domena paketa ista kot domena mostu
Podomrežje (ang. subnet) je množica vozlišč dostopnih na 2. sloju protokola
Usmerjevalnik (ang. router) povezuje dve podomrežji in ustrezno prepušča pakete glede na ciljni naslov; usmerjevalnik lahko spremeni naslov 3. sloja
Prehod (ang. gateway) povezuje dve omrežji z različnima protokoloma; dve LonTalk domeni sta lahko povezani z aplikacijskim prehodom
Slika 2.1: Terminologija
8
Naslednji tabeli prikazujeta razliko med ISO/OSI in LonTalk mostom ter med ISO/OSI
in LonTalk usmerjevalnikom.
most (ang. bridge) ISO/OSI LonTalk
Selektivna prepustnost glede na naslovnika v 2. sloju
V 2. sloju ni ciljnega naslovnika, most prepušča vse okvirje, če sta domeni mostu in ciljna domena enaki
Tabela 2.1: Primerjava med mostoma OSI/ISO in LonTalk
usmerjevalnik (ang. router) ISO/OSI LonTalk
Povezuje dva različna protokola na 3. sloju (mrežni sloj), tako da ustrezno preoblikuje naslov 3. sloja v paketu
Selektivno prepušča pakete glede na naslov 3. sloja (mrežni sloj), prav tako pa preprečuje, da bi paketi prišli v zanko (ang. loop), s tem da preoblikuje naslov 3. sloja (mrežni sloj) v paketu
Tabela 2.2: Primerjava med usmerjevalnikama ISO/OSI in LonTalk
Vsak sloj protokola lahko predstavimo kot kaže slika 2.2 ([1] str. 9).
Slika 2.2: Shema posameznega sloja protokola
PDU (ang. protokol data unit) je splošen naziv za protokolovno podatkovno enoto, ki se
navidezno prenaša vodoravno med istovetnima slojema v različnih vozliščih. Dejanski
pretok informacije poteka v navpični smeri do fizičnega nivoja, kjer se informacija
dejansko prenese v vodoravni smeri do drugega vozlišča. Vsak sloj (podsloj) ima svoj tip
podatkovne enote protokola:
MPDU podatkovna enota protokola podsloja MAC oz. okvir (ang. frame) MAC PDU
LPDU podatkovna enota protokola podatkovnega sloja oz. okvir (ang. frame)
9
Link PDU NPDU podatkovna enota protokola mrežnega sloja oz. paket (ang. packet)
Network PDU TPDU podatkovna enota protokola prenosnega sloja oz. sporočilo (ang. message)
Transport PDU SPDU podatkovna enota protokola pogovornega sloja oz. zahteva/odziv (ang.
request/response) Session PDU
NMPDU podatkovna enota protokola upravljanja mreže (spada v sloj uporabe) Network Management PDU
DPDU podatkovna enota protokola diagnosticiranja (spada v sloj uporabe) Diagnostic PDU
APDU podatkovna enota protokola sloja uporabe Application PDU
Tabela 2.3: Podatkovne enote protokola LonTalk (PDU)
Komunikacija med sloji poteka podobno kot klici procedur v višjem programskem
jeziku, imenuje pa se osnovna storitev vmesnika (ang. service interface primitives - SIP).
2.2 Imenovanje, naslavljanje in usmerjanje
Naslov (ang. adress) je identifikator, ki nedvoumno določa objekt ali skupino objektov.
Za razliko od imena, je lahko naslov dodeljen in spremenjen kadarkoli po izdelavi
integriranega vezja. LonTalk naslovi nedvoumno določajo izvorno in ciljno vozlišče
(vozlišča) paketa. Naslovi so uporabljeni tudi pri selektivnem usmerjanju med dvema
kanaloma.
Ime (ang. name) je identifikator, ki nedvoumno določa vozlišče. Ime je določeno pri
izdelavi in se s časom ne spreminja. Neuron integrirano vezje ima 48 bitno identifikacijsko
številko Neuron ID, ki nedvoumno določa Neuron integrirano vezje in ga s tem loči od
ostalih. Neuron ID se lahko uporabi tudi kot naslov, vendar je takšen način navadno
uporabljen le pri konfiguriranju vozlišč, ko se vozliščem šele določajo logični naslovi.
Zaradi lažjega usmerjanja in razpošiljanja paketov, LonTalk protokol definira
hierarhično strukturo naslavljanja. Takšen način naslavljanja omogoča naslovitev celotne
domene, dela omrežja - podomrežje, skupine ali posameznega vozlišča. Osnovni so trije
načini naslavljanja s tremi komponentami v naslovu:
10
• domena - podomrežje - vozlišče
• domena - podomrežje - Neuron ID
• domena - skupina - član skupine
Izvorni in ciljni naslov sta vključena v vsak PDU. Vsak naslov je kombinacija naslova
3. in 4. sloja (mrežni in prenosni sloj), na 2. sloju (sloj povezave) pa se naslovi ne
definirajo.
Tako je naslavljanje v LonTalk protokolu kombinirano z naslovnimi komponentami
uporabljenimi pri usmerjanju (sloj 3 - mrežni sloj) in imenovanju (sloj 4 - prenosni sloj)
([1] str. 12).
2.2.1 Domena kot komponenta naslova Domena (ang. domain) je logična množica vozlišč na enem ali več kanalih. Vsa
komunikacija med vozlišči poteka znotraj ene domene, zato tvori domena navidezno
omrežje (ang. Virtual Network). Več domen lahko uporablja iste kanale, tako da lahko
domene uporabimo za preprečitev motenj med vozlišči različnih omrežij.
Vozlišče lahko pripada eni ali dvema domenama. Vozlišče, ki pripada dvema
domenama, je lahko uporabljen kot prehod med tema dvema domenama. Ker protokol
neposredno ne podpira komunikacije med domenami, je potrebno realizirati prehod na
sloju uporabe z ustrezno programsko opremo (ang. Application Layer Gateway).
Vsaka domena ima svojo identifikacijsko številko (ID), ki je lahko dolžine 0, 1, 3 ali 6
bytov. Vsakemu paketu se doda naslov domene in se s tem poveča dolžina paketa, zato je
smiselno uporabljati krajše identifikacijske številke domene za omrežja, kjer ni možnosti,
da bi prišlo do motenj med različnimi domenami.
2.2.2 Podomrežje kot komponenta naslova Podomrežje (ang. subnet) je logična množica največ 127 vozlišč znotraj domene. V
posamezni domeni je lahko definiranih največ 255 podomrežij, vrednost 0 v naslovu pa
pomeni, da podomrežje ni znano oziroma ni definirano. Vsa vozlišča v podomrežju morajo
biti na istem kanalu in ne smejo prečkati usmerjevalnikov, lahko pa prečkajo most ali
11
ponavljalnik. Če vozlišče pripada dvema domenama, mora v vsaki domeni pripadati enemu
podomrežju.
Ponavadi vozlišča znotraj posamezne domene pripadajo enemu podomrežju, razen v
primerih:
• če pripadajo različnim segmentom, ki jih povezuje usmerjevalnik, ker
podomrežje ne sme prečkati usmerjevalnika,
• največje število vozlišč v podomrežju je omejeno na 127, zato je potrebno
definirati dve ali več podomrežij za povečanje števila vozlišč na kanalu.
2.2.3 Številka vozlišča v podomrežju kot komponenta naslova
Vsakemu vozlišču znotraj podomrežja je dodeljena nedvoumna identifikacijska
številka, ki je dolga 7 bitov, tako da je možnih 127 vozlišč v podomrežju. Tako je možnih
v eni domeni 32385 vozlišč (255 podomrežij x 127 vozlišč v podomrežju).
2.2.4 Skupine kot komponenta naslova
Skupina (ang. group) je logična množica vozlišč znotraj domene, pri tem pa ni
pomembna njihova fizična lokacija, za razliko od podomrežja. Vozlišče lahko pripada 15
različnim skupinam in se imenuje član skupine. Skupine so dober način za skupinsko
naslavljanje (ang. one-to-many). Največje število skupin v domeni je 256.
2.2.5 Neuron ID kot komponenta naslova
Vozlišče je vedno lahko naslavljano po Neuron ID identifikacijski številki. Številka je
48 bitna in se določi že pri izdelavi Neuron integriranega vezja, zagotavlja pa nedvoumno
identifikacijo, saj izdelovalec ne ponavlja ID številk.
Namen tega naslavljanja je prevsem pri instalaciji in konfiguriranju vozlišč, ko je
potrebno vozlišču določiti pripadnost domeni, podomrežju in skupini. V času izvajanja
uporabniškega programa tega načina naslavljanja ni priporočljivo uporabljati, razen v
izjemnih primerih.
12
2.2.6 NPDU načini naslavljanja
Pred konfiguriranjem vozlišča ima ta le naslov Neuron ID, ki je v bistvu ime. Šele ko je
vozlišče konfigurirano, ima dodeljenega enega ali več logičnih naslovov. Navadno je
dodeljen en naslov formata domena-podomrežje-vozlišče in od 0 do 15 naslovov formata
domena-skupina-član.
Vozlišča so lahko naslovljena s petimi naslovnimi formati. Tabela prikazuje naslednje
načine ([1] str. 15):
Tip Logični format
#0 Domena, IzvorPodomrežje-vozlišče, CiljPodomrežje
splošna (ang. broadcast)
celotna domena ali izbrano podomrežje
#1 Domena, IzvorPodomrežje-vozlišče, CiljSkupina skupinska (ang. multicast)
sporočilo ali opomin
#2a Domena, IzvorPodomrežje-vozlišče, CiljPodomrežje-vozlišče
posamezno (ang. unicast)
sporočilo, opomin, potrdilo
#2b Domena, IzvorPodomrežje-vozlišče, CiljPodomrežje-vozlišče, skupina, član
skupinska (ang. multicast)
potrdilo
#3 Domena, IzvorPodomrežje-vozlišče, CiljPodomrežje, Neuron ID
posamezno (ang. unicast)
sporočilo, opomin
Tabela 2.4: Načini naslavljanja NPDU/TPDU/SPDU
Slika 2.3: NPDU/TPDU/SPDU formati
V vsakem načinu pomeni vrednost 0 kompomente IzvorPodomrežje, da vozlišče ne
pozna svojega naslova lastnega podomrežja.
Način naslavljanja #0 omogoča splošno (ang. domain-wide broadcast) naslavljanje
znotraj domene. NPDU vsebuje naslov izvornega vozlišča (podomrežje, vozlišče) in ciljno
13
podomrežje. Če je za ciljno podomrežje navedena vrednost “0”, potem je sporočilo
namenjeno vsem vozliščem v domeni, ne glede na podomrežje, sicer pa se sporočilo
nanaša le na izbrano podomrežje (1 - 255).
Način naslavljanja #1 podpira skupinsko (ang. multicast) naslavljanje. NPDU vsebuje
izvorni naslov (podomrežje, vozlišče), ciljni naslov je skupina, tako da se sporočilo
prenese vsem vozliščem v izbrani skupini.
Način naslavljanja #2 ima dva formata. Osmi bit v polju številke izvornega vozlišča je
uporabljen kot izbirni bit. Če je vrednost bita 1, pomeni format naslavljanja #2a, če je
vrednost bita 0 pomeni način naslavljanja #2b. Format #2a se uporablja za prenos sporočil
in potrdil posameznemu vozlišču. Format #2b podpira prenos potrdil, če je bilo predhodno
sporočilo poslano po načinu #1 (skupinsko naslavljanje). Polji izvornega in ciljnega
naslova sta identični kot pri #2a, da je omogočeno usmerjanje. Pripeta sta polje skupine in
številka člana vozlišča, ki pošilja potrdilo.
Način naslavljanja #3 podpira naslavljanje po identifikacijski številki Neuron ID. Kot
je že povedano, je namenjen instalaciji in konfiguraciji vozlišča. Nadzornik omrežja lahko
ugotovi vrednost Neuron ID s posebnim ukazom.
2.3 Pregled LonTalk slojev
Naslednja tabela prikazuje sloje protokola LonTalk. Pri vsakem sloju so zapisane tudi
storitve, ki jih ta sloj omogoča oziroma nudi ([1] str. 10).
Sloj Opis sloja
6,7 Sloj uporabe in predstavitve (ang. Application & Presentation Layers)Aplikacija: Upravljanje omrežja: mrežne spremenljivke; storitve upravljanja mreže specifične storitve za aplikacijo diagnosticiranje
5 Sloj pogovora (ang. Session Layer) storitev zahteva/odziv
4
Sloj prenosa (ang. Transport layer) s potrditvijo
brez potrditve posamezno in skupinsko naslavljanje
14
Overovitev (ang. Authentication) strežnik
Podsloj nadzora prenosa (ang. Transaction Control Sublayer) številčenje in zaznavanje podvojenih sporočil
3
Sloj mreže (ang. Network layer) prenos brez vzpostavitve zveze (datagram)
splošno naslavljanje v domeni brez segmentiranja sporočil
prosta topologija adaptivni algoritem usmerjanja
Podatkovni sloj (ang. Link layer) okvirjanje
kodiranje podatkov CRC kontrola napak pri prenosu
2
MAC podsloj (ang. MAC Sublayer) predvidljiv p-perzistenten CSMA (ang. predictive p-persistent CSMA)
zaznavanje in izogibanje trčenj prioritetni prenos
1 Fizični sloj (ang. Physical Layer) podpora več medijem - protokoli za različne medije Tabela 2.5: Sloji LonTalk protokola
Za fizično postavitev omrežja ter njegovo konfiguracijo in kasnejši nadzor ter
upravljanje, so najpomembnejši sledeči sloji: Fizični sloj (ang. Physical Layer)-1; Sloja
uporabe in predstavitve (ang. Application & Presentation Layers) –6,7. Ti sloji bodo
podrobneje predstavljeni v nadaljevanju.
2.4 Fizični sloj
Fizični sloj skrbi za prenos informacijskih signalov po komunikacijskem kanalu.
LonLalk protokol podpira več protokolov za dostop do različnih medijev in različno
kodiranje podatkov glede na izbrani medij. Vsakemu mediju pripada ustrezno kodiranje .
Podprti prenosni mediji so:
• parica, • električno omrežje, • radijski valovi, • koaksialen kabel, • infrardeči valovi, • optični kabel
15
LonMark definira naslednje standardne fizične izvedbe kanalov [3]:
Fizični kanal Medij Hitrost Lastnosti TP/XF-1250 parica 1,25 Mbps vodilo, ločilni transformator (ang. transformer
coupled) TP/XF-78 parica 78 kbps vodilo, ločilni transformator (ang. transformer
coupled) TP-RS485-39 parica 39 kbps EIA RS-485 PL-10 (L-N) n.n.el.vod 10 kbps 100 kHz - 450 kHz, spread spectrum, faza-ničla
povezava PL-10 (L-E) n.n.el.vod 10 kbps 100 kHz - 450 kHz, spread spectrum, faza-zemlja
povezava PL-20 (L-N) n.n.el.vod 5 kbps 125 kHz - 140 kHz, BPSF, faza-ničla povezava,
50/60 Hz frekvenca napetosti PL-20 (L-E) n.n.el.vod 5 kbps 125 kHz - 140 kHz, BPSF, faza-zemlja povezava,
50/60 Hz frekvenca napetosti PL-30 (L-N) n.n.el.vod 2 kbps 9 kHz - 95 kHz, spread spectrum, faza-ničla
povezava TP/FT-10 parica 78 kbps parica, prosta topologija, napajanje po parici (ang.
power link) RF-100 radijski
valovi 4,883 kbps UK MPT1329, FCC del 90, ETS 300220
Tabela 2.6: Standardizirani LonMark fizični kanali
Za vsak fizični kanal so definirane specifikacije in ustrezni parametri oddajnika-
sprejemnika, ki se jih mora proizvajalec držati. Predvsem so na tem sloju definirani
napetostni nivoji, terminatorji, vhodne impedance in največje dolžine odsekov.
16
2.5 Mrežni sloj
2.5.1 Storitve mrežnega sloja
Mrežni sloj skrbi za usmerjanje paketov od vozlišča do vozlišča in naslavljanje vozlišč
([1] str. 32). Osnovna podatkovna enota je paket.
LonTalk protokol podpira različne topologije zaradi različnih zahtev aplikacij.
Slika 2.4: Topologije
V omrežjih, kjer je možnost več poti od vozlišča do vozlišča, je nevarnost, da pride
paket v zanko. Usmerjevalniki morajo biti konfigurirani in instalirani tako, da to
preprečijo. Če se uporabljajo ponavljalniki, mostovi ali usmerjevalniki, mora imeti
topologija domene drevesno strukturo, kot je prikazano na naslednji sliki. Ponavljalniki se
lahko uporabljajo le za povezavo dveh različnih kanalov, ne smejo pa biti instalirani na
istem kanalu.
Slika 2.5: Drevesna struktura
17
2.5.2 Usmerjevalniki
Usmerjevalnik je element mrežnega sloja in izvaja funkcijo usmerjanja v izbrani
domeni. Povezuje dve podomrežji v smeri zgoraj in v smeri spodaj.
Vsaka funkcija ima svojo usmerjevalno tabelo. Tabelo lahko nastavi operater
(konfiguriran usmerjevalnik) ali pa usmerjevalnik gradi tabelo sam (adaptivni
usmerjevalnik).
Vhodni podatek je ciljni naslov. Te funkcije se izvedejo na tisti strani usmerjevalnika,
od koder je prišel (zgornja, spodnja stran), medtem, ko se algoritem usmerjanja izvaja ne
glede na prihajajočo stran. Vsaka stran usmerjevalnika mora imeti različne usmerjevalne
tabele za prepuščanje paketov.
V posebnem primeru, ko je paket oddalo nekonfigurirano vozlišče s splošnim
naslavljanjem, je v polju Subnet vrednost 0 in dolžina domene 0. V tem primeru
usmerjevalnik spremeni ti dve polji in vpiše svoje podatke (polji Subnet in Domain) pred
klicom funkcije ROUTEbc().
Adaptivni usmerjevalniki preglejujejo naslovno polje paketa tretjega sloja in s tem
raziskujejo topologijo. Ob predpostavki, da je topologija brez povratnih zank, preglejujejo
izvorne naslove podatkovne enote NPDU in se tako učijo, kje je locirano podomrežje.
Skupinsko naslavljanje se izvede s preplavljanjem (ang. flooding).
2.6 Sloja predstavitve in uporabe
Za postavitev oziroma konfiguracijo omrežja in njegov kasnejši nadzor, sta od vseh
naštetih slojev najpomembnejša sloja predstavitve in uporabe, zato ju predstavljamo
podrobneje.
18
2.6.1 Storitve slojev predstavitve in uporabe
Storitve, ki jih nudita ta dva sloja so ([1] str. 70):
prenos mrežnih spremenljivk (ang. Network Variable Propagination): ta storitev odda
sporočilo, ki ga prejemnik interpretira kot osvežitev mrežnih spremenljivk. Interpretacija
mrežnih spremenljik je naloga sloja predstavitve.
prenos splošnih sporočil (ang. Generic Message Passing): aplikacija lahko odda
splošno sporočilo, naslovljeno s katerikolim naslovnim načinom opisanim v prejšnjih
poglavjih.
sporočila upravljanja omrežja (ang. Network Management Messages): ta so
uporabljena za instaliranje in konfiguriranje vozlišč in celotnega omrežja.
sporočila za diagnozo mreže (ang. Network Diagnostic Messages).
prenos tujih okvirjev (ang. Foreign Frame Transmission): možno je prenašati
sporočila, ki ne spadajo v LonTalk protokol in so namenjena vozliščem, ki niso LonTalk
kompatibilni. To omogoča povezovanje naprav različnih proizvajalcev preko omrežja
LonWorks.
2.6.2 Vmesnik do uporabniškega programa
Slika 2.6 prikazuje vmesnik med uporabniškim programom in slojem uporabe.
Slika 2.6: Vmesnik
19
Vmesnik uporablja naslednje osnovne storitve vmesnika:
msg_alloc() → (pravilno/napačno) msg_alloc_prority() → (pravilno/napačno) msg_send(msg_out) msg_cancel() msg_free() rest_alloc() → (pravilno/napačno) resp_send(resp_out) resp_cancel() resp_free() resp_receive(resp_in) msg_receive(msg_in) msg_completes() → (neuspešno / uspešno / zaključeno)
2.6.3 Formati APDU
Slika 2.7 prikazuje format APDU. Podatkovna enota protokola sloja uporabe je
sestavljena iz zaglavja in podatkov. Zaglavje ima dolžino enega byta razen v primeru, da
se prenaša mrežna spremenljika, ko je dolžina dva byta.
Slika 2.7: APDU
20
2.6.4 Diagram protokola
Diagram 2.1 prikazuje ne-idempotentno skupinsko transakcijo z izgubo prvega APDU
in prvega ACD TPDU.
Diagram 2.1: Ne-idempotentna skupinska transakcija
Diagram 2.2 prikazuje idempotentno skupinsko zahteva/odziv transakcijo z izgubo
zahtevka in izgubo odziva.
Diagram 2.2: Idempotentna skupinska transakcija
21
2.6.5 Obvestilo o napaki pri prenosu uporabniškemu programu
Uporabniškemu programu je vedno dostopen status zadnje transakcije, ne glede na to
ali je bila transakcija mrežne spremenljivke ali splošnega sporočila.
Status prenosa sporočila ima tri možna stanja: zaključeno, uspešno in neuspešno.
Stanje zaključeno pomeni, da se je transakcija zaključila (uspešno ali neuspešno). Za
sporočila s potrditvijo pomeni stanje uspešno le v primeru, ko je oddajnik prejel vsa
potrdila. Za transakcijo zahteva/odziv je stanje uspešno definirano, ko so prejeti vsi odzivi
naslovnikov. Za sporočila brez potrditve pomeni stanje uspešno, ko je sporočilo oddano;
isto je za ponavljajoče-brez potrditve, ko se je sporočilo oddalo v željenem številu.
Sporočila brez potrditve ne morejo imeti stanja neuspešno. Sporočila s potrditvijo
imajo status neuspešno v primeru, ko niso bila prejeta vsa potrdila naslovnikov.
Transakcija zahteva/odziv dobi status neuspešno v primeru, ko eden ali več odzivov ni
prispelo.
Za mrežne spremenljivke velja isto (možno jih je konfigurirati za poljubno transakcijo),
transakcija zahteva/odziv pa je uporabljena v primeru, ko je mrežna spremenljivka
konfigurirana na zahtevo (ang. pool).
2.6.6 LonMark standardizacija na sloju uporabe
Na sloju uporabe je pretok podatkov med vozlišči LonWorks omrežja omogočen preko
posebnih LonMark objektov, splošnih LonMark objektov in standardnih mrežnih
spremenljivk. Podprt je tudi prenos datotek (file transfer), ki je realiziran preko mrežnih
spremenljivk in eksplicitnih sporočil ([4]).
22
Slika 2.8: Splošen LonMark object
Vmesnik do uporabniškega sloja je prikazan na sliki 2.9.
Slika 2.9: Vmesnik med LonMark objektom in uporabniškim slojem
Elementi vmesnika točno definirajo vmesnik med vozliščem in omrežjem.
Objekt “vozlišče”
23
Ta objekt omogoča mehanizem za povpraševanje po statusu vozlišča in načinu
delovanja ter za poročanje o statusu ostalih objektov v vozlišču. Nadalje objekt “vozlišče”
vsebuje mrežne spremenljivke in konfiguracijske lastnosti, ki se tičejo vozlišča kot celote.
LonMark Objekti
LonMark objekti definirajo standardne formate vhodnih in izhodnih podatkov v in iz
objekta ter deljenje podatkov z drugimi vozlišči v omrežju. LonMark objekti so definirani
kot množica vhodnih in izhodnih mrežnih spremenljivk (standardnih tipov) s semantično
definicijo obnašanja vozlišča glede na vrednosti mrežnih spremenljivk in množico
konfiguracijskih lastnosti.
Poleg osnovnega objekta “vozlišče”, LonMark definira še naslednje splošne objekte:
objekt senzor - odprto in zaprtozančni, objekt aktuator - odprto in zaprtozančni ter objekt
kontroler.
Primer uporabe LonMark objektov je na sliki 2.10.
Slika 2.10: Primer uporabe LonMark objektov
Standardni tipi mrežnih spremenljivk
24
Standardni tipi mrežnih spremenljivk predstavljajo standardiziran način izmenjave
podatkov in omogočajo vozliščem različnih proizvajalcev, da pravilno interpretirajo
njihove vrednosti.
Prenos podatkov
LonMark definira standardiziran način prenosa datotek.
Konfiguracijske lastnosti
Uporabik ima na izbiro več načinov, kako nastavljati konfiguracijske parametre
aplikacije med instalacijo vozlišča. En način je z uporabo mrežnih spremenljivk, ki
definirajo konfiguracijo.
Za aplikacije, ki imajo kompleksnejše nastavitve, je priporočljivo uporabljati
konfiguracijske parametre, ki se naložijo v vozlišče s prenosom datotek ali z direktnim
vpisom v bralno-pisalni pomnilnik.
Konfiguracijske lastnosti so lahko standardnih tipov (Standard Configuration Property
Type - SCPT) ali nestandardnih tipov. SCPT predpisujejo standardne definicije za splošne
konfiguracijske parametre.
Dokumentacija naprave
V LonTalk protokolu je na voljo hierarhična struktura dokumentacije. Za instalacijo
mora vsako LonMark vozlišče vsebovati informacije samo-dokumentacije in samo-
identifikacije: proizvajalec naprave, tip naprave, Neuron ID, splošne LonMark objekte
uporabljene v napravi. Te informacije so na voljo upravitelju preko orodja za upravljanje
mreže.
25
3. LONWORKS® PROIZVODI
V tem poglavju bodo predstavljeni nekateri proizvodi, ki jih nudi podjetje Echelon in
nekatera druga podjetja. Predstavitev je osnovna, zato vsi tehnični podatki niso zajeti.
3.1 Komunikacijski moduli
Echelon nudi dva tipa komunikacijskih modulov: navadni in SMX. SMX je odprt
standard, ki omogoča tudi drugim proizvajalcem, da izdelujejo standarizirane
komunikacijske module po specifikaciji, ki definira razporeditev nogic, fizične velikosti in
električnih lastnosti ([3], [23], [24], [25], [26]).
Model Medij Hitrost prenosa
Razdalja Kodiranje Topologija
FTT-10A parica; ločilni transf.
78 kbps 500 m, 2700 m (z dvojnim zaključkom vodila)
diferincialno Manchester
brez topologije, zvezda, krog, razne kombinacije
LPT-10 parica; napajanje preko parice
78 kbps 500 m, 2200 m (z dvojnim zaključkom vodila)
diferincialno Manchester
brez topologije, zvezda, krog, razne kombinacije
TPT/XF-78 parica, ločilni transf.
78 kbps 1400 m diferincialno Manchester
vodilo
TPT/XF-1250 parica 1,25 Mbps 130 m diferincialno Manchester
vodilo
PLT-10A el.vod 10 kbps odvisno od dušenja in šuma v omrežju
spread spectrum
prosta topologija (obstoječi n.n.el.vodi)
PLT-21 el.vod 5 kbps odvisno od dušenja in šuma v omrežju
spread spectrum
prosta topologija (obstoječi n.n.el.vodi)
PLT-30 el.vod 2 kbps odvisno od dušenja in šuma v omrežju
spread spectrum
prosta topologija (obstoječi n.n.el.vodi)
Tabela 3.1: LonWorks komunikacijski moduli
26
Model Kompatibilen LonMark kanal
TPM/XF-78 TP/XF-78
TPM/XF-1250 TP/XF-1250
FTM-10 TP/FT-10
TPM-RS485 TP-RS485
PLM-10 PL-10 z PLT-10 in/ali PLT-10A
PLM-21 PL-20 z PLT-20 in/ali PLT-21
PLM-30 PL-30 z PLT-30
Tabela 3.2: SMX komunikacijski moduli
3.2 LonWorks® usmerjevalnik
Jedro usmerjevalnika predstavlja modul RTR-10, ki potrebuje še dva komunikacijska
modula na vsaki strani (za vsak kanal). Komunikacijska modula sta lahko različna. S tem
je omogočeno enostavno povezovanje različnih komunikacijskih medijev. Komunikacijski
moduli so lahko: TP/FT-10, TP/XF-78, TP/XF-1250 in TP-RS485. LonWorks instalacijska
orodja avtomatsko konfigurirajo usmerjevalnik iz podatkov v lastni bazi omrežja ([27]).
3.3 LonWorks® vmesniki in prehodi
Katerikoli mikroprocesor je lahko del LonWorks vozlišča. Naslednje komponente so
namenjene za povezavo Neuron integriranega vezja in drugega procesorja ([13], [14], [15],
[16], [17], [18], [19], [20], [21], [22]).
PCC-10 PC kartica
Kartica PCC-10 PC je namenjena povezavi osebnega računalnika z LonWorks
omrežjem preko Type II PC card (PCMCIA). Vgrajen je komunikacijski modul TP/FT-
10A za komunikacijo po TP/FT-10 kanalu, lahko pa se doda zunanji komunikacijski modul
za druge medije. Priložena programska oprema vsebuje instalacijo, nadzorno ploščo in
gonilnike za Windows 95, Windows 3.x in DOS operacijske sisteme.
27
PCC-10 podpira vmesnik mrežnih storitev (NSI) za delo z LNS.
Obstajata dve verziji PCC-10 kartice: standardni vmesnik za LonWorks omrežje in
PCC-10 analizator protokola. Za analizo protokola sta potrebni dve kartici PCC-10 in
ustrezna programska oprema.
PCLTA PC vmesnik
PCLTA PC je vmesnik za LonWorks omrežje, ki ustreza ISA vodilu v osebnih
računalnikih. Ima dva priključka za SMX komunikacijska modula, kar omogoča izdelavo
prehodov. Sloje od 1 do 5 obdeluje Neuron vezje na PCLTA, sloja 6 in 7 (mrežne
spremenljivke, eksplicitna sporočila) pa obdeluje gostitelj - osebni računalnik. Prednost
takšne delitve opravil je neodvisnost aplikacije od komunikacijskega protokola, eno
vozlišče pa ima lahko največ 4096 povezanih mrežnih spremenljivk (vozlišče z Neuron
integriranim vezjem jih ima lahko samo 64).
PCLTA PC ne podira vmesnika mrežnih storitev (NSI) za delo z LNS, namenjen je
delu z LonManager LonMaker instalacijskim orodjem, DDE strežnikom in aplikacijam, ki
temeljijo na LonManager API za DOS ali MS Windows. Za delo z LNS je potrebno imeti
v osebnem računalniku še eno kartico, ki podpira LNS (PCNSI, PCLTA-10).
Na voljo so gonilniki za DOS, MS Windows 3.1, 95 in NT ter novejše različice.
PCLTA-10 PC vmesnik
PCLTA-10 PC vmesnik je standardna ISA kartica za povezavo osebnega računalnika z
omrežjem LonWorks. Na voljo so trije modeli z vgrajenimi različnimi komunikacijskimi
moduli: za TP/FT-10, TP/XF-78 in TP/XF-1250 kanale. Na voljo so gonilniki za MS
Windows 95 in NT. Programska oprema za nadzor se nahaja v paketu Connectivity Starter
Kit, ki vsebuje nadzorno ploščo za konfiguriranje vmesnika.
PCLTA-10 PC podpira LNS, tako da je lahko PC uporabljen kot odjemalec ali strežnik
mrežnih storitev.
Nižji sloji protokola se obdelujejo na sami kartici, sloj uporabe pa v osebnem
računalniku, tako je na voljo vsa procesorska moč gostitelja.
28
SLTA-10 serijski vmesnik
SLTA-10 vmesnik se uporablja za povezavo gostitelja ali modema z omrežjem
LonWorks po EIA-232C (RS-232C) standardu. Hitrost komunikacije je od 1200 do
115200 bps, podpira pa klice po modemu “ven” in “noter”. Modem mora podpirati Hayes
AT nabor ukazov.
SLTA-10 podira LNS, tako da je gostitelj lahko odjemalec ali strežnik.
Nižje sloje LonTalk protokola obdeluje SLTA-10, sloja 6 in 7 pa se obdelujeta v
gostitelju, ki je lahko kakeršenkoli procesorski sistem.
SLTA/2 RS-232 - LonTalk serijski vmesnik
Vmesnik SLTA/2 je namenjen za povezavo gostitelja z LonWorks omrežjem preko RS-
232C (EIA-232C) vmesnika . Povezava je lahko neposredna ali pa preko modema.
SLTA/2 ne podpira LNS, namenjen je za vozlišča z več kot 64 mrežnimi
spremenljivkami in za povečanje procesorske moči posameznega vozlišča.
Nižje sloje LonTalk protokola obdeluje SLTA/2, sloja 6 in 7 pa se obdelujeta v
gostitelju, ki je lahko kakeršenkoli procesorski sistem.
PSG/2 programabilni serijski prehod in PSG-10 serijski prehod - osnovni modul
PSG/2 je naprava za povezovanje LonWorks omrežij z napravami ali sistemi preko RS-
232C vmesnika. Tipična uporaba te naprave so LonWorks prehodi za PLC, servo
krmilnike, instrumente, tipkovnice, prikazovalnike in prehod do drugih omrežij.
V razvojnih orodjih (LonBuilder, NodeBuilder, Connectivity Starter Kit) obstaja
knjižnica s funkcijami za delo z PSG/2, tako da je možno aplikacijo za prehod realizirati v
Neuron C.
LTS-10 serijski vmesnik - osnovni modul
LTS-10 je osnovni modul (vezje) za izgradnjo serijskih LonTalk vmesnikov, ki
povezujejo gostitelja z RS-232C serijskim vmesnikom. Gostitelj je lahko priključen
neposredno ali pa preko telefonske linije z ustreznim modemom.
LTS-10 ne podpira LNS.
29
Modul LTS-10 obdeluje nižje sloje protokola (1-5), višje sloje pa obdeluje gostitelj.
LonWorks® MIP razvojna kompleta
MIP (Microprocessor Interface Program) je knjižnica, ki omogoča gostiteljevemu
procesorju izvajanje LonWorks aplikacije, Neuron integrirano vezje pa spremeni v
komunikacijski koprocesor. Komunikacijski vmesnik za povezavo gostitelja z LonWorks
omrežjem je lahko PCLTA PC ali SLTA ali lastno vezje.
MIP je namenjen za izdelavo lastnih vmesnikov med gostiteljem in omrežjem
LonWorks. Vmesnik obdeluje spodnje nivoje LonTalk protokola (1-5), gostitelj pa zgornja
dva.
MIP/20 je namenjen integriranemu vezju Neuron 3120 in za gostiteljeve procesorje
68HC11, 68HC16 in 8051.
MIP/50 je namenjen integriranemu vezju Neuron 3150 in za gostiteljeve procesorje
68332, 680x0 in 80x86.
MIP/DPS je najzmogljivejša verzija, namenjena gostiteljevim procesorjem PowerPC,
68040, 88000, 80486, 80960.
3.4 LonManager® omrežna orodja
LonManager mrežna orodja so programske komponente za razvoj sistemskih
LonWorks orodij, ki so namenjena za instalacijo, vzdrževanje in nadzor LonWorks omrežij
([5], [6], [7], [8], [9]).
LonManager LonMaker™ instalacijsko orodje
LonMaker orodje podpira vse stopnje instalacije in vzdrževanja LonWorks omrežij:
• namestitev vozlišč; • vzpostavljanje povezav mrežnih spremenljivk in eksplicitnih sporočil; • preverjanje mreže in testiranje vseh komponent; • vzdrževanje mreže
30
LonMaker deluje pod MS-DOS okoljem, za delovanje pa potrebuje ustrezno kartico
PCNSS-10 in PCLTA-10.
LonManager DDE server
LonManager Dynamic Data Exchange (DDE) strežnik omogoča MS Windows
programom nadzirati in spreminjati vrednosti mrežnih spremenljivk in eksplicitnih
sporočil. Edini pogoj je, da aplikacija podpira DDE izmenjavo podatkov.
LonManager DDE strežnik je namenjen razvijalcem in sistemskim operaterjem, ki
kreirajo nadzorne aplikacije za LonWorks omrežja. Te aplikacije lahko služijo za preprost
nadzor, zajem podatkov in shranjevanje le teh v podatkovne baze.
Slika 3.1: DDE strežnik
Za delovanje potrebuje LonManager DDE strežnik naslednje elemente, da lahko
ustrezno interpretira sporočila:
• omrežni vmesnik (kartice PCNSS, PCNSI, PCLTA, SLTA);
• baza omrežja, ki vsebuje informacije o naslavljanju vozlišč (generira se lahko iz naslednjih orodij: LonManager LonMaker Installation Tool, LonManaer NSS-10 modul, LonBuilder Developers WorkBench, NodeBuilder Developement Tool);
31
LonManager® analizator protokola
LonManager analizator protokola je priključen na omrežje in prestreza LonTalk pakete
na kanalu za podrobno analizo. Vsebuje tri orodja za analzo in nadzor:
• orodje za analizo protokola;
• orodje za mrežno statistiko (štetje paketov, spremljanje obremenitve omrežja);
• orodje za diagnozo omrežja.
Namenjen je razvijalcem, instalaterjem in vzdrževalcem za reševanje problemov in za
spremljanje prometa v omrežju. V povezavi z bazo omrežja lahko interpretira vrednosti
mrežnih spremenljivk in naslove vozlišč.
LonManager® NSS-10
LonManager NSS-10 je strežnik mrežnih storitev (Network Services Server-NSS).
Gostitelj te kartice smatra NSS-10 kot pametno periferno napravo, ki omogoča strojne in
programske vire za mrežne storitve za en kanal z največ 62 vozlišči. Z gostiteljem
komunicira preko 8 bitnega podatkovnega registra in 8 bitnega statusnega/nadzornega
registra. Gostitelj je lahko osebni računalnik ali katerikoli mikroprocesorski sistem,
potrebna je le ustrezna povezava in programska oprema.
Slika 3.2: Blok shema NSS-10
32
Za okolja večja od 62 vozlišč se uporablja NSS za okolje Windows. V tem primeru je
potrebno modul NSS-10 zamenjati z NSI-10. Nato se baza mreže restavrira iz samega
omrežja. Tako postane modul NSS-10 oddaljeni odjemalec, NSS za Windows pa strežnik
mrežnih storitev. LNS strežnik NSS-10 podpira le osnovne mrežne storitve, za uporabo
vseh storitev, je treba uporabiti LNS strežnik mrežnih storitev za okolje Windows.
Slika 3.3: Vozlišče z NSS-10
LonManager® PCNSS PC ISA kartica
PCNSS kartica je standardna ISA kartica za osebne računalnike. Deluje lahko v dveh
načinih:
• kot NSS-10 strežnik mrežnih storitev,
• kot standardni vmesnik za priključitev na omrežje LonWorks.
LNS razvojni kit komplet za mikrokontrolerje
LNS kit komplet za mikrokontrolerje vsebuje naslednje komonente ([10]):
• ANSI C izvorna koda za gostiteljev LNS API (za dostop do storitev LNS strežnika - lokalnega na NSS-10 ali oddaljenega MS Windows strežnika mrežnih storitev);
• ANSI C izvorna koda s primerom LNS odjemalca;
33
• NSI-10 modul (vmesnik za dostop do MS Windows strežnika mrežnih storitev);
• NSI gonilnik;
• NSS-10 modul (lokalni LNS strežnik mrežnih storitev);
• vezje s priključki za NSI-10 ali NSS-10 s podnožjem za SMX komunikacijski modul;
LNS razvojni kit koplet za MS Windows
LNS kit komplet za MS Windows okolje vsebuje naslednje komponente ([11]):
• LNS strežnik za MS Windows (podpira do 16384 vozlišč in do 1000 usmerjevalnikov);
• LNS activeX ;
• 32-bitni gonilnik za PCLTA-10, PCC-10 in PCNSI mrežne vmesnike;
• Visual C++, Visual Basic in Delphi izvorno kodo s primeri LNS odjemalca.
LNS FASTART paket
LNS FASTART paket vsebuje naslednje komponente ([12]):
• programska orodja za razvoj LNS aplikacij v okoljih Windows NT in Windows 95 (isto kot LNS razvojni paket za MS Windows);
• programska orodja za razvoj LNS aplikacij na kateremkoli mikroprocesorju, mikrokontrolerju ali drugem računalniku;
• tečaj LNS Developer’s Workshop.
3.4.1 LonWorks® moduli
LonWorks moduli imajo vgrajeno Neuron integrirano vezje, komunikacijski modul in
oscilator. Dodati je potrebno še napajanje, senzorje, aktuatorje in uporabniški program v
Neuron C. Na voljo so naslednji modeli:
34
TP/XF-78 Twisted Pair Control Module kompatibilen z TP/XF-78 kanalom TP/XF-78F Flash Twisted Pair Control Module
kompatibilen z TP/XF-78 kanalom; podnožje za flash spomin
TP/FT-10 Free Topology Twisted Pair Control Module
kompatibilen z TP/FT-10 kanalom; FTT-10A oddajnik
TP/FT-10F Flash Free Topology Twisted Pair Control Module
kompatibilen z TP/FT-10 kanalom; FTT-10A oddajnik; podnožje za flash spomin
TP/XF-1250 Twisted Pair Control Module kompatibilen z TP/XF-1250 kanalom LTM-10 LonTalk Modul 32 KB flash spomina;
32 KB RAM; MIP firmware; nima oddajnika
LPI-10 Link Power Interface Module parico napaja z 42,4 V napetosti za oddajnike z napajanjem preko omrežja (power link)
Tabela 3.3: LonWorks®moduli
3.5 LonBuilder
V paketu LonBuilder so naslednje komponente ([2]):
• LonBuilder Developers Workbench je osrednji del, ki združuje tri komponente: orodje
za razvoj vozlišč, upravljanje omrežja in analizator protokola;
• štiri komunikacijske module brez topologije (FTM-10);
• DDE server za Microsoft Windows;
• PCNSI kartico za PC računalnik;
• razvojno postajo;
• dva Neuron emulatorja;
• LonBuilder Gizmo 3;
• Application Interface Kit;
• LonBuilder usmerjevalnik
35
Programska oprema LonBuilder
Programska oprema LonBuilder vsebuje vse potrebno za razvoj LonWorks omrežij:
• urejevalnik, prevajalnik in razhroščevalnik programskega jezika Neuron C;
• upravljanje omrežja za instalacijo in konfiguracijo vozlišč v omrežje;
• analizator protokola za opazovanje omrežja in interpretacijo aktivnosti v
omrežju
Razvojna postaja
Razvojna postaja je razširljiva platforma, ki vsebuje dve LonWorks vozlišči; enega za
upravljanje omrežja in enega za analizo protokola.
Neuron emulator
K LonBuilder paketu sta priložena dva Neuron emulatorja, ki se uporabljata za
razhroščevanje aplikacij, napisanih v Neuron C, za testiranje prototipne V/I elektronike in
komunikacijskih modulov. Možno je razhroščevanje na dveh vozliščih hkrati, ki
medsebojno komunicirata v omrežju.
36
4. PRIMER INSTALACIJE PREPROSTEGA LON OMREŽJA
V tem poglavju je opisan potek inštalacije enostavnega LON omrežja, ki ga sestavljata
dve vozlišči v obliki regulatorjev temperature, proizvajalca DANFOSS. Takšni krmilniki
oziroma regulatorji se uporabljajo za krmiljenje hladilnih vitrin in hladilnih ter
zamrzovalnih komor v trgovinah s prehrambenimi izdelki.
Uporabili smo naslednje komponente:
• Omrežni vmesnik PCNSI za PC z vgrajenim komunikacijskim modulom FTT-10 • Newron system NL220 instalacijsko orodje • Krmilnik Danfoss EKC 201 230V • Krmilnik Danfoss EKC 201 12V
Newron system NL220 instalacijsko orodje je izdelek francoskega podjetja NEWRON
SYSTEM, in je ekvivalent LonManager LonMaker™ instalacijskemu orodju podjetja
ECHELON. Za njegovo uporabo smo se odločili, ko nam je po naklučju prišel v roke in se
je izkazal z razmeroma enostavno uporabo.
4.1 Omrežni vmesnik PCNSI in njegova namestitev
Vmesnik PCNSI je omrežni vmesnik, ki nam omogoča priključitev osebnega
računalnika na omrežje Lon in njegovo postavljanje, nastavljanje in upravljanje. Vmesnik
PCNSI lahko deluje v dveh režimih, in sicer v:
• NSI mode (režim NSI)
V NSI režimu nam PCNSI zagotavlja vmesnik za omrežne storitve (NSI-Network
Service Interface), za server omrežnih storitev (NSS-Network Service Server) pod okoljem
Windows, ki teče na istem računalniku, ali omogoča dostop na daljavo za NSS, ki teče na
oddaljenem odjemalcu (host) v istem omrežju.
37
• Network interface mode (režim omrežnega vmesnika)
V režimu omrežnega vmesnika deluje kot standardni vmesnik za LonWorks kakršen je
naprimer PCLTA-10. V tem režimu delovanja lahko vmesnik uporabljamo z vsemi
aplikacijami kot so LonMaker™ instalacijsko orodje, Newron NL220 instalacijsko orodje,
LonManager DDE server oziroma NL-OPC server, ki skrbita, da lahko omrežne
spremenljivke uporabljamo v ostalih windows aplikacijah kot so MS Access, MS Excel,
MS Visual Basic in podobno.
4.1.1 Omrežni vmesnik PCNSI in njegova fizična namestitev v računalnik
PCNSI je standardna PC ISA bus kartica, ki jo vstavimo v prosto režo našega
računalnika. Pred tem pa s stikali na njej nastavimo naslov na katerem se nahaja. Uporabili
smo kar tovarniško nastavitev z vrednostjo 0350. Ker kartica ne podpira Plug&Play (vstavi
in poženi) standarda, je lahko njena namestitev v osebni računalnik, precej zapleteno
opravilo. Po vstavitvi kartice v računalnik, tega lahko zaženemo. Če naslov, ki je določen
na vmesniku s stikali, že uporablja katera od ostalih kartic v računalniku, se bodo pri
zagonu pojavile težave, zato bo potrebno izbrati drugačen naslov. V našem primeru je
zagon uspel brez težav.
4.1.1.1 Namestitev gonilnikov za omrežni vmesnik PCNSI
Kot smo že omenili, PCNSI ne podpira standarda P’n’P zato ga okolje Windows ne
zazna, ali pa ga zazna kot neznano strojno opremo. Da zagotovimo delovanje našega
vmesnika, je potrebno instalirati še ustrezne gonilnike. Gonilniki za PCNSI vmesnik so
enaki kot za PCLTA-10 vmesnik (samo v primeru kadar ga ne uporabljamo v režimu NSI).
Ustrezne gonilnike smo dobili na spletni strani podjetja Echelon ( www.echelon.com ).
Najprej je potrebno instalirati gonilnike za okolje DOS, kar najlaže storimo tako, da
stisnjen program, ki smo ga prenesli iz spleta “razpakiramo” na disketo ali drugi trdi disk,
če ga imamo. Namestitve gonilnika ni mogoče zagnati z diska, ki je tudi ciljni disk (npr. iz
C: na C:). Med samo instalacijo se vpišejo datoteke v ciljno mapo, ki jo lahko sami
določimo, mi pa smo uporabili privzeto nastavitev, C:\Lonworks. Gonilnik spremeni tudi
nastavitve v datotekah AUTOEXEC.BAT in CONFIG.SYS, za kar zahteva potrditev. Po
38
končani namestitvi je potrebno računalnik ponovno zagnati, da spremembe, ki so bile
narejene postanejo veljavne. Čeprav je gonilnik za DOS že instaliran, vmesnika PCNSI v
okolju Windows ne moremo uporabljati in je potrebno namestiti še gonilnike za okolje
Windows 95/NT. To opravilo je lažje, saj samo zaženemo program Setup.exe , ki je del
prenesene stisnjene datoteke pclta95nt.zip. Sledimo navodilom, ki se prikazujejo na
ekranu, po končani namestitvi, pa sledi ponovni zagon računalnika.
4.1.1.2 Nastavitev gonilnikov za omrežni vmesnik PCNSI
Sedaj je potrebno nastaviti ustrezne parametre, ki jih potrebuje gonilnik, zato da
vmesnik PCNSI začne pravilno delovati. Za nastavitev teh parametrov (naslov, IRQ),
lahko uporabimo program NODEUTIL.EXE, ki se je namestil med instalacijo gonilnikov v
mapo C:\Lonworks\bin in deluje v okolju DOS. Druga možnost je, da v okolju Windows v
Nadzorni plošči/Control panel zaženemo Lonworks NI.
Slika 4.1: Nadzorna plošča
39
Na zaslonu se pojavi naslednje okno:
Slika 4.2: Okno za nastavitve vmesnika
S klikom na polje Add Device, se odpre okno v katerem izberemo vrsto vmesnika, ki ga
želimo nastaviti. V našem primeru je to PCNSI in kliknemo polje Add. V prikazovalniku
Base Address se pojavi hex naslov, ki je tovarniško nastavljen na vmesniku PCNSI, lahko
pa ga, po potrebi, tudi spremenimo. V našem primeru smo pustili privzeto nastavitev 0350.
Izberemo še frekvenco ure (privzeta nastavitev za PCSNI je 10 MHz) ter številko
prekinitve (IRQ). To smo storili s poskušanjem, nato pa kliknemo na polje Diagnostics. Če
je izbrana prekinitev takšna, da je še ne uporablja nobena naprava v sistemu, potem se v
odprtem oknu izpiše številka verzije gonilnika, ki ga uporabljamo in izvedemo lahko test
vmesnika. V nasprotnem primeru se izpiše sporočilo ERROR. Če se izpiše to sporočilo
moramo izbrati drug IRQ in postopek ponoviti. Ko se test izvrši, je vmesnik nastavljen in
pripravljen za uporabo. Na enak način lahko nastavimo več vmesnikov, če jih
potrebujemo.
40
V našem primeru je bil izbran IRQ 9 in na zaslonu smo videli naslednjo sliko:
Slika 4.3: Okno za diagnozo vmesnika
4.2 Newron system NL220 instalacijsko orodje
Program NL220 podjetja Newron system iz francije, smo po naklučju našli na sejmu
hladilne tehnike IKK. Ta program je ekvivalent programu LonMaker™ proizvajalca
Echelon. Za razliko od LonMaker je NL220 zasnovan kot Windows program in naj bi
deloval na vseh Windows platformah novejših od Windows 3.1. Mi smo ga uporabili pod
okoljem Windows 98, preskusili pa še na Windows NT 4.0 in Windows 2000. Uporabljali
smo demo verzijo programa, ki ima precejšnje omejitve, za instalacijo in preskušanje
enostavne mreže kot je naša pa povsem zadostuje. Glavne prednosti pred LonMaker-jem
so, intuitivni uporabniški vmesnik, ta je zelo podoben raziskovalcu/explorerju v okoljih
Windows, hitro delovanje in pa ugodnejšo ceno namestitve oziroma upravljanja vozlišča,
ki jo moramo plačati proizvajalcu, kar pri stalni uporabi in instalaciji velikega števila
vozlišč ni zanemarljivo.
41
4.2.1 Namestitev programa Newron system NL220
Za instalacijo NL220 moramo imeti v računalniku nameščen vmesnik za LonWorks
omrežja, ki podpira LNS (LonWorks Network Service), ki je nekakšen distribuiran
operacijski sistem. Takšen vmesnik je tudi PCNSI katerega postopek namestitve smo
opisali v prejšnjem poglavju. Sama namestitev je povsem preprosta in jo izvedemo
direktno s CD-roma. Vse kar smo pri tem morali storiti, je določitev ciljne mape na disku.
Ob namestitvi NL220 se na posebno mapo na disku, prenese še kopica programov ki so del
NLS in jih je možno uporabljati tudi posamično.
Slika 4.4: Namestitveno okno
Pozorni moramo biti, da namestitve NL220 ne poskušamo izvesti preden imamo
nameščen pravilno delujoč vmesnik, saj namestitveni program tega ne preverja in
namestitev poteka navidez normalno, tik pred koncem pa se zatakne in program ne deluje.
Pri tem se na disk prenese veliko datotek, ki jih ne moremo pobrisati drugače kot ročno, pri
tem pa obstaja nevarnost, da pobrišemo kakšno datoteko preveč. To se nam je zgodilo ob
prvi namestitvi, posledica pa je bila popolno formatiranje trdega diska in ponovno
vzpostavljanje celotnega sistema.
42
4.2.2 Zagon programa Newron system NL220
Ob zagonu programa NL220 moramo vnesti uporabniško ime, začetnice in način
uporabe, ki je lahko enouporabniški, uporaba preko TCP/IP ali navaden. Mi smo za naš
projekt izbrali slednjega, več o teh načinih, pa je napisanega v pomoči programa.
Uporabniško ime in začetnici sta pomembna, ker program vse projekte razvršča po
ustvarjalcu projekta. Ob prijavi se pokaže zaslon, ki ga vidimo na sliki 4.5, in program je
pripravljen za uporabo.
Slika 4.5: Uporabniško okolje programa NL220
Ker želimo ustvariti nov projekt, v meniju Project izberemo ukaz New in, ker
uporabljamo demo verzijo programa, imamo na razpolago samo en projekt z imenom
DEMO. Vnesemo uporabniško ime, inicialke in način uporabe, ki je v našem primeru
Administration, saj nam samo ta način omogoča postavitev omrežja. Če izberemo način
Maintenance, lahko samo nadziramo že postavljeno omrežje.
43
4.3 Krmilnik Danfoss EKC 201
Krmilniki Danfoss EKC serije 201 so enostavni krmilniki namenjeni za krmiljenje
hladilnih in zamrzovalnih vitrin ter komor v komercialnem hladilstvu (trgovine, mesnice,
klavnice…). Njihova namembnost je zelo ozko usmerjena, saj ne dopuščajo posegov v
svoje delovanje, ki je določeno s programom naloženim v tovarni (firmware), nastavljamo
lahko samo določene parametre kot so želena temperatura v vitrini/komori, čas
odtaljevanja, število odtaljevanj v dnevu, ura, zakasnitve vklopa in izklopa kompresorja,
alarmi in še nekaj dodatnih funkcij. Vse možnosti so razvidne v prilogah ( priloga D ).
Vsi krmilniki te serije imajo enako zgradbo in uporabljajo isti program za svoje delovanje,
razlikujejo se samo v priključkih in s tem v možnostih uporabe. Mi smo uporabili za
postavitev našega omrežja krmilnika EKC 201 230V in EKC 201 12V. Za regulacijo
temperature EKC 201 uporabljajo dvopoložajno regulacijo, tako kot večina regulatorjev
temperature na področju komercialnega hladilstva. Za nas je bila najpomembnejša lastnost
krmilnikov EKC 201, možnost priključitve na Lonworks omrežje, preko posebne
razširitvene kartice, ki omogoča priključitev preko FTT-10 vmesnika na bakreno parico in
dopušča prosto topologijo (free topology) omrežja. EKC 201 krmilniki nimajo certifikata
LonMark, kar lahko pomeni, da ne ustrezjo popolnoma zahtevam tega združenja ali pa
Danfoss sploh ni poskusil dobiti tega certifikata. Pri naši uporabi sta oba krmilnika
delovala odlično in nismo opazili nikakršnih problem z integracijo v omrežje s pomočjo
NL 220, ter kasnejših težav.
4.3.1 Krmilnik Danfoss EKC 201 230V
Je čisto osnovna verzija, ki se uporablja za regulacijo temperature v majhnih komorah
ali prostorih, ki delujejo na “+” temperaturnem režimu in sicer od temperature +2°C
navzgor. Lahko bi rekli, da deluje samo kot elektronski termostat, ki po potrebi odpira in
zapira magnetni ventil, ki zagotavlja dotok freona v uparjalnik. Napajanje je direktno, iz
230V omrežja.
44
4.3.2 Krmilnik Danfoss EKC 201 12V
Poleg lastnosti opisanih za 230V različico, 12V različica deluje na napajanju 12V a.c.
ali d.c. napetosti, dodana pa sta še izhoda za krmiljenje ventilatorjev na uparjalniku in
grelcev za odtaljevanje. S tem se uporabnost krmilnika razširi tudi na “-“ temperaturni
režim, ki v komercialnem hladilstvu predstavlja temperature uparjanja do –37°C. Z
nastavitvami delovanja ventilatorjev na uparjalniku pa lahko precej izboljšamo kvaliteto
delovanja hlajenja v vitrini ali komori.
Slika 4.6: Izgled krmilnika EKC 201 in EKC 301
4.4 Postavitev fizičnega omrežja
Ker naši vozlišči uporabljata vmesnika FTT-10 katerih prenosni medij je bakrena
parica in omogočajo prosto topologijo, smo oba kontrolerja, ki predstavljata vsak svoje
vozlišče, na omrežni vmesnik PCNSI vgrajen v PC-ju, povezali kar vzporedno s pomočjo
dveh bakrenih vodnikov. Ker so razdalje zelo kratke nam ni bilo potrebno uporabiti
ustreznih kablov, s prepletenimi vodniki in oklopom proti motnjam, kakršne priporoča
proizvajalec krmilnikov Danfoss. Princip vezave je viden na sliki 4.7.
Slika 4.7: Vezava
45
Uporabili smo še feritno jedro, ki ga Danfoss prilaga kartici EKA 171 z vmesnikom
FTT-10 in je namenjeno zmanjšanju možnosti pojava napake na vodih. Namestili smo ga
na bakreno parico, tik pred krmilnikom.
Slika 4.8: Feritno jedro
Za priklop parice na PCNSI vmesnik se uporablja poseben Weidmuller-jev 2-pinski
vmesnik, ki ga nismo dobili v nobeni trgovini, zato smo uporabili kabelske čeveljce, ki
smo jih izolirali s termo bužirko, da ne bi prišlo do neželenega stika.
4.5 Konfiguracija omrežja z NL 220
Za konfiguracijo omrežja smo uporabili program NL 220 proizvajalca Newron system,
ki smo ga delno opisali že v poglavju 4.2. Omrežja Lon so lahko zelo enostavna ali pa zelo
razvejana in kompleksna. Vsebujejo lahko veliko elementov – vozlišč, ki so lahko
povezana z enim ali večimi prenosnimi mediji, ki jim pravimo kar kanali. Lepa lastnost
LonWorks sistemov je možnost, da vozlišča vezana na isti prenosni medij oz. kanal, lahko
združujemo v ločene domene oziroma podomrežja, naprimer hladilstvo in klimatizacija,
pri tem pa, z nastavitvami posameznih vozlišč, onemogočimo medsebojno motenje
oziroma neželeno komuniciranje. Na tak način se elegantno izognemo potrebi po
usmerjevalnikih (router), ki postavitev omrežij precej podražijo in otežijo njihovo
vzdrževanje in upravljanje.
46
Želeni cilj
Omrežje ki smo ga želeli postaviti je zelo preprosto, saj sta obe vozlišči vezani na isti
kanal, ki ju povezuje s PC-jem. Da je stvar bolj razvejana, smo se odločili, da bo en
krmilnik namenjen za krmiljenje hladilne komore na “+” režimu hladilne tehnike ( Tu=-
12°C ), drugi pa krmiljenju zamrzovalne vitrine za delikatesne izdelke na “-“ režimu
hladilne tehnike ( Tu=-37°C ). Oba vozla se nahajata v trgovini z delikateso v
nakupovalnem centru XX, ki ima lahko še veliko drugih prostorov in seveda tudi veliko
sistemov, ki so prav tako vezani v LonWorks omrežje, kot so klimatizacija, ogrevanje,
prezračevanje, razsvetljava, dvigala itd., vsa pa so vezana na isti računalnik, ki omogoča
upravljanje in servisiranje omrežja. Če želimo zagotoviti preglednost, moramo zato
vozlišča pametno razdeliti v skupine (groups), domene (domain), podomrežja, in po
kanalih. Ker smo uporabljali samo en kanal, je ta del seveda odpadel.
4.5.1 Postavitev omrežja v NL 220
Zagon programa smo že opisali v enem od prejšnjih poglavij, zato ga tukaj ne bomo
ponavljali.
Da lahko omrežje postavimo, mora NL 220 najprej vedeti katera vozlišča so fizično
povezana na kanal. To lahko storimo na več načinov. Najtežje je ročno nastaviti vozlišča iz
opisnih datotek, ki jih proizvajalci priložijo svojemu izdelku na disketi ali pa na svoji
spletni strani. Ker na Danfoss-ovih spletnih straneh nismo našli teh datotek, ki morajo
ustrezati LonMark normativom, smo izbrali drugo pot. NL220 ima ukaz Scan network, ki
v omrežje pošlje določeno zaporedje ukazov, na katero se odzovejo vozlišča tako, da
vrnejo NLS strežniku svoj Neuron_Id naslov, ki je v obliki številke, katero ima vsak
Neuron chip zapisano že v tovarni in je edinstvena, tako da se ne more zgoditi da bi dve
vezji imeli isto številko. Poleg tega naslova vozlišče pošlje še opisno datoteko, v kateri so
opisane vse omrežne spremenljivke, ki jih vezje uporablja ne glede na to ali so te
spremenljivke tipa SNVT (Standard Network Variable Type) - standardne omrežne
spremenljivke, ali UNVT (User defined Netvork Variable Type), ter kratek opis naprave,
ki je v našem primeru zelo skop, saj sta oba opisa vsebovala samo tip krmilnika. Na ta
način se je odzval samo en krmilnik in sicer 230V izvedba krmilnika EKC 201. Kljub
47
večkratnim poskusom se drugi krmilnik ni odzval, zato smo uporabili drug pristop. Z
ukazom Add Node in izbiro opcije wait for PIN, smo NL220 postavili v stanje poslušanja
omrežja, na 12V izvedbi EKC 201 pa smo ročno, v menujskih nastavitvah sprožili oddajo
PIN sporočila, ki vsebuje želene podatke (Neuron_Id in opisno datoteko). Na zaslonu smo
takoj dobili sporočilo, da je NL220 zaznal novo napravo in jo v obliki simbola za vozlišče-
node videli v levem delu zaslona. Ker sta obe vozlišči priključeni na omrežje je njun
simbol zelene barve. NL220 nam omogoča tudi dodajanje vozlišč, ki niso fizično
priključena na omrežje, vendar to lahko storimo samo ročno, za kar pa potrebujemo opisno
datoteko naprave, ki jo želimo konfigurirati. V primeru, da vozlišče ni priključeno na
omrežje je njegov simbol rdeče barve. S klikom desnega gumba miške na simbolu za
posamezno vozlišče, se nam odprejo možnosti manipulacije z njim. Izbrali smo ukaz Test
node, NL220 izvede teste in v desnem spodnjem delu zaslona poda rezultate. Ker je med
testiranjem enega vozlišča prišlo do napake, se je njegov simbol obarval sivo. Ob
preverjanju smo ugotovili, da je bil za napako kriv slab spoj vodnika na priključku
krmilnika.
Slika 4.9: Pregled vseh vozlišč v NL220
Na ta način smo omrežje konfigurirali in že je pripravljeno za uporabo. Pri postavljanju
omrežij z velikim številom enakih vozlišč, je zelo uporabna funkcija Wink, Z desnim
klikom na simbol vozlišča in njenim izborom, prične prikazovalnik na izbranem vozlišču
48
utripati, kar nam olajša določiti njegovo fizično lokacijo v sistemu. Prikazovalnik utripa
dokler ne pritisnemo katerekoli tipke na krmilniku.
4.5.1.1 Naslavljanje vozlišč
Ko so vozlišča instalirana, lahko uporabimo zanje enega od načinov naslavljanja, ki
smo jih opisali v poglavju 2.2. Zaradi enostavnosti in ker v našem omrežju ni potrebe po
povezavi posameznih omrežnih spremenljivk enega vozlišča z omrežnimi spremenljivkami
drugega, smo kot naslove posameznih vozlišč pustili kar Neuron_Id številko.
4.5.1.2 Kreiranje domene Trgovina
V NL220 se domene (domain) imenujejo podsistem (subsystem), kar je lahko zelo
moteče za uporabnike, ki so navajeni dela z LonMaker orodjem, prav tako se imenujejo
tudi skupine, oziroma skupine, kot jih poznamo v LonMaker-ju, v NL220 ne obstajajo.
Z desnim klikom na simbol Lonworks server dobimo meni v katerem izberemo ukaz
New subsystem in ga poimenujemo Trgovina ter dodamo opis. S tem smo ustvarili domeno
z imenom Trgovina, ki opisuje lokacijo naših krmilnikov. Sedaj na enak način dodamo še
skupino Hladilna tehnika ter njej še podskupini Komore in Vitine. Cela stvar se izvaja zelo
podobno kot v Raziskovalcu, iz operacijskih sistemov Windows, dodajamo mape. Nato s
tehniko povleci in spusti, v vsako od skupin odložimo želeno vozlišče. Rezultat vidimo na
sliki 4.10.
Slika 4.10: Pregled vozlišč v podsistemih
49
4.5.1.3 Kreiranje podomrežij
V pogledu Subnets vidimo podomrežja. Po privzetih nastavitvah imamo v projektu
samo eno podomrežje, zato smo z desnim klikom na simbol Project in izborom ukaza New
Subnet dodali še eno podomrežje in ga poimenovali “-“ režim, obstoječe podomrežje pa
preimenovali v “+” režim, ter obe vozlišči s tehniko povleci in spusti dodelili ustreznemu
podomrežju, kot je razvidno na sliki 4.11.
Slika 4.11: Pregled vozlišč v podomrežjih
4.5.1.4 Kreiranje kanala
Po privzetih nastavitvah je v NL220 že postavljen en kanal z imenom Channel_1, ki
smo ga samo preimenovali v FTT-10. To niti ni bilo potrebno, saj so vsa vozlišča vezana
na ta kanal. V primeru da uporabljamo več vrst prenosnih medijev, lahko definiramo
kanale za vsako vrsto medija tako, da z desnim klikom na simbol Project v pogledu
Channels, izberemo ukaz New Channel, ga poimenujemo in kliknemo na polje Create.
Njegove lastnosti lahko opišemo v oknu lastnosti, ki se pojavi v desnem delu zaslona. Na
sliki 4.12 vidimo pregled kanalov v projektu.
50
Slika 4.12: Pregled kanalov v projektu
4.5.1.5 Pregled lastnosti vozlišč
Ko smo omrežje uredili tako kot smo želeli, smo v pogledu Nodes, še enkrat pregledali
nastavitve vsakega vozlišča. V pogledu Nodes se na zaslonu izrišejo vsa konfigurirana
vozlišča, neglede na to na katerem kanalu, podsistemu ali skupini so nameščena. Če simbol
za posamezno vozlišče povlečemo na desno stran ekrana se nam odprejo pogledi na
njegove lastnosti, ki so zbrane v zavihkih po tematikah. Na naslednjih slikah vidimo
možnosti nastavitev splošnih lastnosti, omrežnih lastnosti ter pregled omrežnih
spremenljivk, ki jih vozlišče uporablja oziroma daje na razpolago. Ostali zavihki za naše
potrebe niso bili pomembni, zato jih tukaj ne bomo opisovali. Uporabna je tudi možnost ki
nam jo NL220 ponuja v zadnjem zavihku NLC/NLOPC, saj v njem lahko določimo katere
omrežne spremenljivke želimo “opazovati” in jih zapisovati v posebno NLC datoteko, kar
nam omogoča, njihovo uporabo preko OPC serverja (OPC je OLE tehnologija na področju
krmilne tehnike), v lastnih aplikacijah, ki jih lahko napišemo praktično v katerem koli
programskem jeziku, ali bazi podatkov. Podobno funkcijo kot OPC server (NLOpc) ima
DDE server podjetja Echelon, le da ta omogoča izvoz /uvoz podatkov samo iz tistih
aplikacij, ki podpirajo DDE (predvsem Microsoftova orodja kot so Excel, Word,
Access…).
51
Slika 4.13: Pregled splošnih lastnosti vozlišča
Slika 4.14: Pregled omrežnih lastnosti vozlišča
52
Slika 4.15: Pregled omrežnih spremenljivk vozlišča
Ker smo s samo konfiguracijo omrežja končali, smo se lahko lotili še nastavitev
parametrov posameznega krmilnika.
4.5.2 Nastavitev parametrov krmilnikov EKC 201 preko LonWorks
V hladilstvu je glavna prednost povezave krmilnikov v omrežje, poleg omogočanja
nadzora nad sistemom in posredovanja alarmnih sporočil serviserjem, možnost
nastavljanja parametrov vseh krmilnikov z enega mesta. To mesto je lahko postavljeno v
samem objektu, Lonworks pa omogoča tudi nastavljanje in nadzor na daljavo, seveda ob
ustrezni nadgraditvi sistema. Z nadzorom na daljavo se nismo ukvarjali, predstavili pa
bomo nastavitev parametrov krmilnika s pomočjo programa NL220, ki teče na PC-ju
povezanim z omrežjem Lon preko PCNSI vmesnika. Ker je 230V različica krmilnika EKC
201 samo elektronski termostat, saj nima nobenega drugega vhoda kot vhod za merjenje
temperature preko NTC sonde, izhod pa je namenjen za krmiljenje magnetnega ventila,
njenega nastavljanja ne bomo posebej opisali. Nekaj ve�