Objektumok beltéri követését végző ZigBee hálózat telepítő eszközzel

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "Objektumok beltéri követését végző ZigBee hálózat telepítő eszközzel"

Átírás

1 Budapesti Műszaki és Gazdaságtudományi Egyetem, Villamosmérnöki és Informatikai Kar TDK dolgozat Objektumok beltéri követését végző ZigBee hálózat telepítő eszközzel Lengyel Zoltán VI. villamosmérnök hallgató Egyetemi konzulensek: Bánky Tamás és Csörnyei Márk Szélessávú Hírközlés és Villamosságtan Tanszék Ipari konzulens: Fejes Péter - Cason Mérnöki Zrt október

2 1. Bevezetés 2 2. Igények beltéri követő rendszerekre 4 3. A szenzorhálózat Mozgó eszközök Azonosító hirdetése Elemes működés, alacsony fogyasztás Szenzor Koordinátorok és routerek Hálózati szerepek Kommunikáció a szerverrel A routerek üzenetei Referencia egységek sűrűsége, hálózati forgalom, költség A koordinátorok cirkuláris buffere A telepítés kérdése Referencia koordináták A követés területének lefedése Megfontolások a hálózat működésével kapcsolatban Centralizált feldolgozás és centralizált hálózat A centralizált hálózat felosztása Elosztott feldolgozás és centralizált hálózat Kooperativ lokalizációs hálózat SQL adatbázis Lokalizáció, objektumok követése A lokalizáció eszköze LQI A számítás helye Kiszolgált kérések Lehetséges algoritmusok Signpost ML algoritmus RF mintával való összevetés A Signpost algoritmus tovább fejlesztése Az eredmények megjelenítése webes felhasználói felületen Telepítő eszköz A telepíthetőség igénye és feladatai A telepítés munkafolyamatának kérdései Követelmények a telepítő eszközzel szemben Telepítő üzemmód és ZigBee hálózat üzemmód A telepítés munkafolyamata A telepítő eszköz hardvere A telepítő eszköz szoftvere és protokollja Telepítő eszköz grafikus felülete PDA-n Összegzés, értékelés, kitekintés Irodalomjegyzék 44 1

3 1. Bevezetés Vagyontárgyak és személyek követését végző rendszerek egyre szélesebb köre kerül alkalmazásra. A Cason Mérnöki Zrt. [8] flottakövető rendszerének célja mozgó objektumok (járművek, ipari vagy veszélyes környezetben munkát végző személyek) nagy felbontású, valós idejű megfigyelése. A GPRS kommunikáció a valós idejű megfigyelést, a GPS pedig a nagy felbontású helymeghatározást biztosítja. Felmerül azonban az igény olyan beltéri alkalmazásokra is, ahol a GPS helymeghatározás és a GPRS kommunikáció nem lehetséges, illetve magas fogyasztása miatt nem megengedhető a mozgó objektumok számára. Alacsony fogyasztású mozgó eszközök követésére nyújt lehetőséget egy olyan ZigBee, illetve IEEE es szabványnak megfelelő szenzorhálózat alkalmazása, mely az alábbi két részre osztható: 1. Statikus hálózat: Helyhez kötött, ismert pozíciójú ZigBee routerek és koordinátorok, melyek a 2007-es ZigBee szabvány (stack profile 1) szerint működnek és hálózati tápellátást igényelnek. 2. Mozgó eszközök: Mozgó, ismeretlen helyzetű, egyedi azonosítójukat hirdető, alacsony fogyasztású, elemes eszközök, melyek a es IEEE szabványnak megfelelően kommunikálnak. Az álló hálózati routerek és koordinátorok a mozgó csomópontok hirdetett azonosítóit és a hozzájuk tartozó RSSI / LQI (Received Signal Strength Indicator / Link Quality Indicator) ([1], ) értékeket regisztrálják. Csak a koordinátorok rendelkeznek egy ZigBee hálózat GPRS GPRS GPRS ZigBee koordinátorok Routerek Mozgó eszközök Épületek Telepítő eszköz GPRS Fogadó Program SQL DB 1. ábra A megvalósított teljes rendszer Web szervíz Demo szerver Silverlight alkalmazás internet Felhasználói interfész 2

4 GPRS ZigBee átjáró funkcionalitásával, a routerek a mért értékeket a koordinátor irányába továbbítják a hálózaton át. A mért adatok SQL adatbázisba kerülnek és szerver oldalon futó algoritmusok segítségével értékelődnek ki, majd az eredmények webes felhasználói felületen jelennek meg. A követő rendszerben a következő komponenseket valósítottam meg: 1. Mozgó eszközök teljes szoftverének megvalósítása. (lásd 3.) 2. Routereken levő alkalmazás, mely a ZigBee protokoll stack felett fut. (lásd 3.) 3. Koordinátoron levő alkalmazás, mely a ZigBee protokoll stack felett fut. (lásd 3.) A koordinátoron levő GPRS átjáróként a Cason Zrt. kész modulját használtam. A firmware-eket a Cason kész hardver eszközeire és a Freescale Semiconductor demo paneljeire készítettem el. 4. SQL adatbázis építés, tárolt eljárások létrehozása az adatbázisban. (lásd 4-5.) 5. Web szervízek megírása. A 4-5. implementálja a lokalizációs algoritmust. (lásd 5.) 6. Webes felhasználói felület megalkotása Silverlight platformra. (lásd 6.) 7. Telepítő eszköz megvalósítása bármilyen ZigBee hálózat telepítésére. (lásd 7.) Dolgozatom fókuszában a hálózat, illetve annak telepítése áll, emellett röviden bemutatásra kerül a rendszer valamennyi komponense. Törekedtem arra, hogy a legtöbb megvalósított komponenst összehasonlítsam más megoldásokkal is. 3

5 2. Igények beltéri követő rendszerekre Az alábbi fejezetben példákon keresztül mutatom be, hogy milyen esetekben lehet igény beltéri követő rendszerek alkalmazására, illetve mikor célszerű alkalmazni őket példa targoncák követése ipari területen Körülmények: Egy gyár területén 30 targonca dolgozik. A gyár több épületből és egy parkból áll, a teljes terület zónákra osztható. A zónák között a targoncák megadott útvonalon közlekedhetnek. A követő rendszer nyújtotta lehetőségek: A követő rendszernek meg kell tudnia állapítani, hogy az egyes targoncák milyen zónában tartózkodnak. Szeretnénk tudni az egyes targoncák kihasználtságát és azt, hogy a töltést igénylő járművek mennyi időt töltenek a targonca töltőben. Gyakran fordul elő, hogy egy tetszőleges, nem használt targoncára van szükség egy jól működő követő rendszer képes megmondani azt is, hogy hol van szabadon felhasználható jármű. Ha egy targonca meghibásodik vagy lemerül képes a ZigBee hálózaton keresztül értesíteni a központot, ami tudja azt, hogy melyik zónában tartózkodik az adott jármű. Ha a targoncákat össze tudjuk valamilyen módon párosítani a dolgozókkal dinamikus módon, akkor kiderül az is, hogy az egyes munkások éppen hol tartózkodnak példa pénzes dobozok követése Körülmények: A pénzszállító autó megáll a bank előtt. Az autóból kipakolt pénzes dobozoknak el kell jutnia a parkolóból a széfekig. A követő rendszer nyújtotta lehetőségek: A pénzes dobozok követése a parkolótól a széfekig, az egyes széfekig elért dobozok felvétele a nyilvántartásba. A pénzszállító autó útvonalát egy GPS-en alapuló pozicionáló rendszer követhette a bankig. A bank épületében elhelyezett ZigBee hálózaton alapuló rendszer végig követheti a dobozok útját a széfekig példa biztonsági emberek követése Körülmények: A biztonsági őrök feladata egy adott épület együttes területén előírt útvonalon való őrjárat. A követő rendszer nyújtotta lehetőségek: Az őrök bejárt útvonala rögzítésre kerül. Az őrök riaszthatják a ZigBee hálózaton keresztül a központot, ha rendellenes jelenséget észlelnek. Ez utóbbi esetben nemcsak a riasztás kerül fel a központba, hanem a riasztás helye is. 4

6 3. A szenzorhálózat 3.1. Mozgó eszközök Azonosító hirdetése A mozgó eszközök azonosítóikat (64 bites IEEE cím) hirdetik meghatározott időközönként az IEEE es szabványnak megfelelően ([1], 5.3.) A követő ZigBee hálózat routerei és koordinátorai ezeket az azonosítókat és a hozzá tartozó RSSI / LQI értékeket regisztrálják. LQI: A vett jel térerősségével van összefüggésben az LQI (Link Quality Indicator), melyet a ZigBee chip modeme számít ki vételkor. 36 és 190 közötti értéket vesznek fel, a vett jel erőssége dbm-ben durván: - LQI / 2. Az LQI felhasználásának megfontolásait az 5.1. rész tartalmazza. Az IEEE es szabványnak megfelelő üzenetek beltérben kb. 10 méteren belül hallhatóak, de a 10 méter csak egy tájékoztató jellegű adat, a hatótávolság erősen függ a környezettől és magától az adótól és a vevőtől is (lásd 5.) Küldési gyakoriság: Minél gyakrabban hirdeti egy mozgó eszköz az azonosítóját, annál pontosabb képünk lehet a bejárt útvonaláról, azonban annál nagyobb hálózati és GPRS forgalmat generál és annál magasabb az átlagfogyasztása is. Egy kompromisszumos megoldást kell hoznunk tehát a pontosságot, az árat és a fogyasztást figyelembe véve. Gyorsabban mozgó eszközök adott pontosságú követéséhez nagyobb küldési gyakoriságra van szükség, mint lassabban mozgó eszközök ugyanolyan pontosságú követéséhez. Küldési gyakoriság Fogyasztás Hálózati forgalom GPRS - költség Pontosság táblázat A küldési gyakoriság növelésének hatása A mobil egységek adóteljesítményének csökkentésével szintén pontosabb eredményre juthatunk, mert így kevesebb referencia router hallja egyszerre a hirdetett üzeneteket. Így viszont az alkalmazás területének lefedéséhez nagyobb számú routerre lesz szükség. Fontos hangsúlyozni, hogy egy mobil egység körülbelüli helyét már akkor meghatározhatjuk, ha tudjuk, hogy egy adott pillanatban milyen referencia csomópontok hallották. A térerősség mérések felhasználása csak ezt az eredményt igyekszik pontosítani Elemes működés, alacsony fogyasztás A legtöbb ipari alkalmazás során a mozgó eszközök töltésére ill. gyakori elemcserére nincs lehetőség. Ideális esetben a rendszer bevezetésekor a mozgó eszközök aktiválásra kerülnek és csak évek múltán van igény elemcserére. Ez idő alatt a mozgó eszközök hordozói (a követett objektumok) tetszőleges időközönként változhatnak. A mikrokontrollerre olyan szoftvert írtam, melynek átlagfogyasztása 5 másodpercenkénti 5

7 azonosító hirdetés esetén 35 ua. Alvó állapotában 1 ua-es fogyasztással számolhatunk. Ez az egyik olyan tulajdonság, ami biztosítja a rendszer előnyét ipari célú alkalmazásoknál a több 10 ma-t fogyasztó GPS modulokkal szemben Szenzor A mozgó egységeken rezgésszenzor található, mely mozgás esetén impulzusokat generál a mikrokontroller bemenetén, statikus esetben a bemenetet a földre húzza. A szenzor mért jellemzője (mozgás vagy statikus eset) az azonosítóval és a hirdetett üzenet szekvencia számával együtt kerül hirdetésre. Amennyiben a node mozog, adhatja az azonosítóját gyakrabban a pontosabb követés érdekében. Amennyiben statikus állapotban van, hirdetheti azonosítóját ritkábban, ezzel kedvezőbb energia felhasználást 2. ábra ZigBee Core modul érhetünk el anélkül, hogy a bejárt a mozgó eszköz hardvere útvonalról pontatlanabb képet kapnánk. 2 fajta firmware verziót valósítottam meg: 1. Mozgás esetén 3 másodperces, statikus esetben 5 másodperces küldés (bal oldali ábra) 2. Kifejlesztettem egy olyan verziót is, amikor a mozgó node csak akkor hirdeti azonosítóját, ha mozgásban van (jobb oldali ábra). 3 másodperces nem megszakítható alvás, 1 ua 2 másodperces mozgás által megszakítható alvás Szenzor Interrupt I 10 ciklus vége? N Szenzor által megszakítható (végtelen) alvás, 1 ua Interrupt Szekvencia szám ++ (ébrenlét), 6.5 ma Üzenet küldés (ébrenlét), 6.5 ma + 30 ma Üzenet küldés (ébrenlét), 6.5 ma + 30 ma 1 másodperces nem megszakítható alvás, 1 ua 3. ábra Megvalósított firmware tervek áramfelvétel adatokkal 6

8 A hirdetett üzenetekben tehát egy 64 bites MAC cím, egy 16 bites szekvencia szám és a szenzor mért jellemzője található, melyre 8 bitet allokáltam. Ez utóbbi mező tartalmazhat más információt is, pl.: ha a mozgó entitás riasztást adott le a központba. Hardware: A Cason Mérnöki Zrt. ZigBee Core (2. ábra) és ZiBee CC eszközei, melyek a Freescale Semiconductor MC13213-as ZigBee Chipjeit tartalmazzák. A MC13213-as SiP (system in package) chip egy HCS08-as 8 bites mikrokontrollert és egy MC13192-es rádiós modult tartalmaz. [7] Firmware: A ZigBee Core (2. ábra) és a ZigBee CC panelekre saját fejlesztésű firmware került. (3. ábra) 3.2. Koordinátorok és routerek Hálózati szerepek A ZigBee koordinátor felelős a PAN (Personal Area Network) létrehozásáért, az eszközök nyilvántartásáért, a hálózat fontos paramétereinek meghatározásáért. A hálózat méretét routerek terjesztik ki, melyek az üzenetek továbbítását végzik hierarchikus fa vagy mesh routing szerint. ([2], 1.1.4) A követő alkalmazás routerei ismert helyzetű referencia egységek. A 2007-es ZigBee szabványnak megfelelően hálózati tápellátást igényelnek és alvásra nincsen lehetőségük Kommunikáció a szerverrel A routerek feladata a mozgó eszközöktől elkapott üzenetek továbbítása a koordinátorok (a hálózat 0x00-s című node-ja) irányába, ez a továbbított csomag tartalmazza a mozgó egység címét, a router címét és a vételhez tartozó LQI értéket. 4. ábra Kommunikáció a követő hálózatban ZigBee koordinátorok Routerek Mozgó eszközök Hirdetett azonosító Azonosító pár LQI-vel A routerek meghatározott időközönként egy-egy alive üzenetet is küldenek a koordinátornak, melyet diagnosztikai célokra lehet felhasználni. A GPRS átjárót a koordinátorok valósítják meg. A szerveren futó fogadó programmal való kommunikáció UDP szállítási protokoll szerint zajlik A routerek üzenetei A routerek ZigBee csomagjainak APS (Appcliation Support Sublayer) keretébe ([2], ) kerülnek az alkalmazás szintű üzenetek. Az alábbi üzenet kerül kiküldésre egy routertől, ha elkapta egy mozgó objektum hirdetett üzenetét: Üzenet típusa: Mozgó node Router LQI (vett Vett üzenet Szenzor 0x00 címe címe üzeneté) szekvencia száma 1 byte 8 byte 8 byte 1 byte 2 byte 1 byte 2. táblázat A router követési üzenetének mezői az APS szintű keretben 7

9 Adatbázisban letárolt tracking üzeneteket a 14. ábra mutat. Alive üzenet: 70 másodpercenként küldenek a routerek alive üzenetet, melynek felépítése a következő: Üzenet típusa: 0x01 Router címe 1 byte 8 byte 3. táblázat A router alive üzenetének mezői az APS szintű keretben Adatbázisban letárolt üzeneteket a 15. ábra mutat Referencia egységek sűrűsége, hálózati forgalom, költség A mozgó egységek küldési gyakoriságához hasonlóan kompromisszumos megoldáshoz kell jutnunk a referencia routerek sűrűségét illetően. Minél sűrűbben helyezzük el a referenciákat, annál nagyobb az esélyünk arra, hogy pontosabb képünk lesz a mobil eszközök bejárt útvonaláról. Ezzel együtt a hálózati forgalom is nagyobb, és magasabb kommunikációs költséggel kell számolnunk. Háromszögelésen alapuló algoritmus esetén elvárható, hogy mindig legalább 3 referencia hallja az egyes mobil egységeket. [6] Referencia node-ok sűrűsége Pontosság Hálózati forgalom GPRS - költség táblázat A referencia egységek sűrűségének növelése Koordinátorok cirkuláris buffere A koordinátorok egy cirkuláris buffert tartanak fenn, melybe a routerek és koordinátorok elkapott üzenetei kerülnek. Innen kerülnek ki soros vonalon a Diwicon 3x00 áramkörön levő átjáróba, amely a szerverrel tartja a kapcsolatot. A buffer 40 üzenet átmeneti tárolására alkalmas. Hardware: A routereket és a koordinátorokat a Cason Mérnöki Zrt. Diwicon 3x00 eszközei valósítják meg, melyek a Freescale Semiconductor MC13213-as ZigBee Chipjeit tartalmazzák. A koordinátorok áramköre GPRS átjárót is integrál. A HCS08-as mikrokontroller és az átjáró között soros kommunikáció valósul meg. Firmware: A hálózati eszközökön a Freescale ZigBee stackje (BeeStack 2.0, stack profile 1) található [13]. A BeeStack alkalmazási rétegébe saját fejlesztésű alkalmazás került. 5. ábra ZigBee koordinátor és GPRS átjáró 8

10 6. ábra Egy mozgó objektum jeleinek csillapítása átlagos irodai környezetben [5] A 6.ábrán látható, hogy a zöld mozgó egység hirdetett üzenete irodai környezetben mekkora csillapítással jut el az épület különböző szektoraiba. Az MC13192-es ZigBee modem vevőjének érzékenysége -95 dbm, így ha az adóteljesímény 0 dbm, akkor a sötétkék és lila helyeken levő hálózati elemek biztos, hogy nem is hallják a mobil egységet. Ha az adó teljesítmény -20dBm, akkor pedig csak a zöld és piros színnel festett zónákkal kell számolnunk. A legnagyobb LQI értékeket figyelembe véve egy lokalizációs algoritmussal meghatározható, hogy a node a piros színnel jelzett zónában van A telepítés kérdése Referencia koordináták A szerveren tehát elérhető számunkra az, hogy az egyes mozgó egységek azonosítóit milyen routerek és koordinátorok hallották és milyen erősséggel. Ahhoz azonban, hogy ebből az információ halmazból megállapítsuk, hogy a mobil eszközök milyen útvonalon haladnak, azt is tudnunk kell, hogy a routerek és a koordinátorok fizikailag hol helyezkednek el. Ehhez egy tudatos, jól definiált protokollal rendelkező telepítési folyamatra van szükség, mely során a telepített hálózati eszközök (a referencia routerek) helye felkerül az adatbázisba A követés területének lefedése Egy telepítő eszköz használatát egy további fontos szempont is megköveteli. A követés területe az a terület, amelyen belül mozgó eszközeinket a hálózati routerek és koordinátorok megfelelő minőséggel hallják. Telepítéskor a hálózati eszközöket úgy kell elhelyezni, hogy a követési területen belül tartózkodó mobil eszközök valóban hallhatóak legyenek a statikus hálózat számára. Ebben segít egy olyan telepítő eszköz használata, mely alkalmas térerősség mérések elvégzésére. A telepítés általános kérdéseivel és a fejlesztett telepítő eszközzel dolgozatom 7. fejezete foglalkozik. 9

11 3.4. Megfontolások a hálózat működésével kapcsolatban Centralizált feldolgozás és centralizált hálózat A megvalósított hálózatban az üzenetek a koordinátor felé áramlanak, a feldolgozás a szerveren történik. 7. ábra Üzenetek áramlása a centralizált hálózatban [3] Előnyök Koordinátorok és routerek (referencia) Mozgó eszközök Szerver a.) A mozgó eszközök fogyasztása: Alacsony fogyasztású mozgó node-ok megvalósítása érhető el. A megvalósított elrendezés szerint a mobil eszközök meghatározott időközönként ébrednek fel és adnak egy-egy azonosítót, csak az adás idejére vannak ébren. Nincs szükség arra, hogy rádiójukat vételi üzemmódba állítsák, ez nagy előnyt jelent fogyasztás szempontjából, mert a ZigBee chipek rádiói vételi üzemmódban fogyasztanak a legtöbbet (37 ma) ([7], ). b.) Az algoritmus helye: A szerverre kerülnek a router és mozgó node azonosító párok, vett jel térerősséggel ellátva. (Adatbázisban letárolt tracking üzeneteket a 14. ábra mutat.) A nagy számítási kapacitással rendelkező szerver feladata, hogy ezekből az adatokból kiszámítsa a mozgó eszköz helyét. Ha az algoritmus a szerveren az adatbázisban levő tárolt eljárásokban ill. a szerveren levő web szervízekben van implementálva, rugalmasan változtatható és fejleszthető anélkül, hogy a hálózati eszközök firmware-jét frissíteni kellene. Akár 2 különböző algoritmus is futhat egyszerre, melynek eredményeit két különböző webes felületen jelenítjük meg, ezzel az algoritmusok hatékony összehasonlítására van lehetőség. Különböző alkalmazási helyeken különböző algoritmusra lehet szükség. c.) Diagnosztika: Mivel a szerveren rendelkezésünkre áll az, hogy pontosan milyen routerek hallották az egyes mozgó node-okat, hálózati diagnózisra is lehetőség van. d.) A fizikai koordináták helye: Az elrendezésben a referencia csomópontoknak (routereknek) nem szükséges tudni saját koordinátáikat, elég ha azokat a szerver tudja. Így helyük rugalmasan változtatható, elég ha a szerveren frissítjük a koordinátákat. Erre a telepítő eszköz alkalmas. e.) Lokalizációs üzenetek gyakorisága: Függ a mobil eszköz mozgásának intenzitásától, hiszen a küldési gyakoriság a rezgés szenzor mért jellemzőjétől függ. 10

12 Korlátok a.) Az átjáró korlátjai: A gateway sávszélessége szűk keresztmetszetet jelent az alkalmazás számára. Ez a referencia node-ok sűrűségét ill. a mozgó eszközök számát korlátozza, mert a ezzel a két tényezővel az átjáró irányába történő hálózati forgalom nő. A koordinátoroknak és az átjáróknak jelentős RAM méretet elfoglaló buffert kell fenntartani az üzenetek bufferelésére, ez a szűk erőforrás készlettel rendelkező (4kB RAM) MC13213-as chip használata miatt ütközik korlátokba. b.) Költség: GPRS kommunikációs költség ebben az elrendezésben a legmagasabb. c.) Szűk keresztmetszetet jelentő csomópontok a hálózatban: Az 1-es mélységű routerek szűk keresztmetszetet jelentenek ( bottleneck hatás [3]) A centralizált hálózat felosztása Az a.) és a c.) korlátok miatt a ZigBee hálózatot érdemes több alhálózatra bontani (SN1, SN2 és SN3). Az 8. ábrán látható rendszer 3 PAN-ből áll, 3 centrummal (koordinátorral és átjáróval) rendelkezik. Ekkor lehetséges a rendszer által lefedett terület méretének növelése is. 8. ábra Több ZigBee hálózat (alhálózatokra való osztás) [3] (piros: koordinátorok, kék: routerek, zöld: mozgó eszközök) Az a.) és c.) korlátok hatása tovább csökkenthető, ha nemcsak a koordinátorokat, hanem egyes routereket is felruháznánk egy ZigBee - GPRS átjáró funkcionalitásával. 11

13 Elosztott feldolgozás és centralizált hálózat A következő elrendezést valósítja meg a Texas Instruments CC2431 SoC ZigBee chipekkel megvalósított lokalizációs hálózata [4], melyet összehasonlítás képpen mutatok be. A Texas rendszerében a referencia csomópontok hirdetik azonosítóikat és koordinátáikat a mozgó eszközök számára. A mozgó eszközön futó lokalizációs algoritmus számolja ki a pozíciót és küldi el a koordinátoron levő átjáró számára. 9. ábra Üzenetek áramlása az elosztott feldolgozású lokalizációs hálózatban [3] Előnyök a.) Az átjáró korlátjai: Az átjáró szűk keresztmetszetet jelent, de a kisebb forgalom miatt ez kevésbé meghatározó, nagyobb sűrűségű hálózat építésére van lehetőség. b.) Költség: Kisebb GPRS kommunikációs költség Korlátok a.) A mozgó eszközök fogyasztása: A mobil eszköz magasabb fogyasztásával számolnunk kell. Az algoritmus a nagy számítási kapacitással rendelkező szerverről, a 8 MHz-es busz frekvenciával működő mikrokontrollerre tevődött át. A mobil eszköz rádióját vételi üzemmódba kell kapcsolni, amikor a hirdetett azonosítókat begyűjti. Ez hosszabb ébrenléti ciklust és kevesebb alvást tesz lehetővé, az elemek élettartama tehát csökkent az előző megoldáshoz képest. b.) Az algoritmus helye: Az algoritmus a mozgó eszközön van, változtatásra, hangolásra, csak firmware frissítéssel vagy az eszköz újra konfigurálásával van lehetőség. c.) Diagnosztika: A szerverre csak a végeredmény kerül, így nincs képünk arról, hogy mely eszközök vettek részt a lokalizációban. d.) A fizikai koordináták helye: A referencia node-ok számára ismert kell legyen a saját koordinátájuk. Ez kevésbé rugalmas elrendezést jelent. 12

14 e.) Lokalizációs üzenetek gyakorisága: A referencia csomópontok hirdetett üzeneteinek gyakorisága független a mobil egységek mozgásának intenzitásától Kooperatív lokalizációs hálózat Ha engedélyezzük, hogy a mozgó eszközök is hallgassanak bele a csatornába adott időre, akkor a más mobil entitásoktól kapott azonosítókat és a hozzájuk tartozó LQI értékeket is felhasználhatják a lokalizációhoz [3]. A megoldás nagy hátránya, hogy a mobil eszközök ébrenléti és vételi üzemmódban töltött ideje nő, tehát magasabb fogyasztással kell számolnunk [6]. 4. SQL adatbázis Az alábbi fejezetben az SQL adatbázis legfontosabb tábláit tekintem át a teljesség igénye nélkül. Az adatbázis adatait egy webes felületen jelenítettem meg, a táblákat ezen keresztül mutatom be. Ezen a felületen keresztül új entitások, zónák, hálózati eszközök is vehetőek fel/törölhetők az adatbázisból Entitások táblája tblentities A mozgó eszközöket hordozó entitások (emberek, járművek) táblája. Azonosítót (ID), nevet (Name), paramétereket és a hozzá tartozó mozgó eszközt (MobileNodeID) tartalmazza. A MobileNodeID idegen kulcs a táblában. A táblába 4 targonca (ForkLift1 ForkLift4) van felvéve, melyhez 4 különböző azonosítójú mozgó eszköz van hozzárendelve. (10. ábra) 10. ábra tblentities 4.2. Mobil eszközök táblája - tblmobilenodes A mozgó eszközök táblája 64 bites azonosítóikkal. Ezek vannak hozzá rendelve a mozgó objektumokhoz a tblentities táblában. (11. ábra) 13

15 11. ábra tblmobilenodes 4.3. Zónák és épületek táblája tblbuildings Ez a tábla tartalmazza az épületeket és a zónákat, amikre az épületeket bontjuk. Amennyiben nem történik meg a követés során a mozgó eszközök pontos koordinátáinak meghatározása, a követés területét zónákra oszthatjuk és a cél annak a meghatározása lesz, hogy melyik mozgó eszköz melyik zónában tartózkodik. A zónákhoz koordinátákat is rendelhetünk. A koordináták hozzárendelése későbbi fejlesztés része lesz. (13. ábra) 4.4. Referencia node-ok táblája tblstandingnodes A tblstandingnodes tábla tartalmazza a routerek és koordinátorok 64 bites azonosítóit, fizikai koordinátáit, illetve azt, hogy az egyes routerek és koordinátorok milyen zónákban helyezkednek el. (12. ábra) 12. ábra tblstandingnodes tábla részlete 13. ábra tblbuildings tábla részlete 14

16 4.5. Tracking üzenetek hisztorikus táblája tbltrackingmessages 14. ábra tbltrackingmessages tábla részlete A tbltrackingmessages tábla tartalmazza a szerverre kerülő követési üzeneteket (lásd ). A MessageID és az ArrivalDate a fogadó programban kerül hozzáadásra, a Timestamp az átjáró időbélyege, a CoordinatorID pedig az átjárót azonosítja. A fenti táblázat részletből az látszik, hogy a 3-as számú entitás (aminek neve ForkLift1 ) 2219 szekvencia számú üzenetét 2 hálózati egység hallotta, a számú erősebb jelet vett. A 6-os számú entitás (aminek neve ForkLift4 ) 1468 szekvencia számú üzenetét ketten hallották, a számú erősebb jelet vett Alive üzenetek hisztorikus táblája tblalivestandingnode 15. ábra tblalivestandingnode tábla részlete Ez a tábla tartalmazza a hálózati eszközök alive üzeneteit (lásd ) A tábla részletében 2 hálózati eszköz alive üzenete látszik. 15

17 5. Lokalizáció, objektumok követése Ebben a fejezetben egy rövid elméleti áttekintést végzek a lehetséges lokalizációs algoritmusokról. Munkám során még nem hasonlítottam össze gyakorlatban algoritmusokat, de egy olyan rendszert valósítottam meg, amivel ez a későbbiekben hatékonyan megtehető lesz. Egy Signpost nevű algoritmust került implementálásra, melyet a későbbiekben ismertetni fogok. Bonyolultabb algoritmusok elkészítésére és értékelése jelenlegi munkám része A lokalizáció eszköze - LQI (Link Quality Indicator) / RSSI (Received Signal Strength Indicator) Az irodalomban található ZigBee hálózaton alapuló lokalizációs/követő alkalmazások nagyrészt LQI / RSSI méréseken alapulnak. Előnyei: 1. Minden IEEE es szabványnak megfelelő chip képes erre, így speciális periféria nincs szükség. Az RSSI mérés a rádiós vétellel automatikusan megvalósul, az értékét a modem egy regiszterből kell kiolvasni. ([1], ) 2. A mérés nem igényel többlet fogyasztást, hiszen a szabvány miatt automatikusan megvalósul. Pontatlanságának forrásai: 1. Nagyon sok környezeti körülmény befolyásolja a rádiós jelek terjedését (reflexió, adszorbció, többutas terjedés, interferencia), az egyes modellek (pl. a Friis formula [5] és ennek általánosított változata) használatának pontossága csak igen erős megszorításokkal lehetne centiméteres tartományban. (A Texas Instruments lokalizációs hálózata maximum 0.25 méteres pontosságot ígér, de csak erős megszorításokkal [4]). 16. ábra Csillapítás irodai környezetben [5] 2. A nyomtatott áramkörökön megvalósított antennák (dipól, BIFA, IFA) erősen irányított karakterisztikával rendelkeznek. Ez azt jelenti, hogy a routerek által vett jelek térerőssége már attól is függ, hogy a mozgó eszköz milyen irányban állt az üzenet adásakor. Az alkalmazás optimális működéséhez izotróp antennára lenne szükség. 3. Az RSSI mérés nemlineáris tulajdonságával számolni kell. 4. Méréseket csak adott időközönként hajtunk végre. 5. A rádiós csatornában tárgyak, emberek mozognak és ezzel befolyásolják a terjedési körülményeket. 16

18 A fentiek alapján megállapítható, hogy az RSSI méréseken alapuló lokalizáció olcsó, alacsony fogyasztású módszerrel egy durva becslést képes adni a mozgó eszközök helyére vonatkozóan. A követő alkalmazásnál a mozgó egységekről azt szeretnénk tudni, hogy milyen zónában (teremben/ szobában/ műhelyben/ gyár helyiségben, stb.) vannak így körülbelül 3-10 méteres pontosságot várunk el. Ez a követelmény a térerősség mérésen alapuló lokalizációs algoritmusok pontosságával összhangban van. Fontos hangsúlyozni, hogy a mobil eszközök körülbelüli helyét már akkor meghatározhatjuk, ha tudjuk, hogy azt adott pillanatban milyen referencia csomópontok hallották. A térerősség mérések felhasználása csak ezt az eredményt igyekszik pontosítani. A pontosság egy kompromisszumos döntés eredménye lesz, melyről a 3.2. fejezetben írtam A számítás helye 1. Elosztott (lásd ): például a Texas Instruments CC2431 SoC ZigBee chipekkel megvalósított lokalizációs hálózata [4]. 2. Centralizált (lásd ): a saját fejlesztésű hálózat. 17. ábra A vett jelszint ingadozása, amit az irodai környezetben mozgó emberek árnyékoló hatása idéz elő [5] SQL adatbázis Tárolt eljárások Web szervízek 5.3. A kiszolgált kérések Célkitűzés, hogy a webes kliens oldali alkalmazás az adatbázishoz tudjon fordulni a következő jellegű kérdésekkel számítási algoritmustól függetlenül: 1. Milyen mozgó entitások vannak jelen az adatbázisban? (GetEntities nevű tárolt eljárást, lásd ) 2. Milyen referencia eszközök vannak és hol vannak ezek (koordináták és zónák)? 17

19 3. Az egyes mobil egységek hol helyezkednek el és mozgásban vannak e a lekérdezés pillanatában? (Signpost és IsMoving nevű tárolt eljárások, lásd ) 4. Adott időpontban hol tartózkodtak az egyes node-ok és mozogtak e? 5.4. Lehetséges algoritmusok A megvalósított Signpost (útjelző) algoritmus (SP) Egyelőre ez az egyetlen algoritmus, amit szerver oldalon megvalósítottam. A jelenleg működő webes felület a Signpost algoritmust hívja meg. A követési területet zónákra osztjuk, az elhelyezés alapján a referencia eszközökhöz zónákat rendelünk. A felhasználói oldalról így olyan jellegű kérdést tehetünk fel, hogy egy adott mobil entitás melyik zónában tartózkodik egy adott pillatatban, illetve mozgásban van e. Az algoritmus: 1. Vegyük egy kérdéses mobil egységtől származó legfrissebb, adott számú üzenetet. Ez az adott szám függ attól, hogy az elmúlt adott időben (pl. 15 másodperc) hány referencia routertől kaptunk adatot a mobil eszközzel kapcsolatban. 2. Rendezzük ezeket az üzeneteket referenciánként. 3. Referenciánként átlagoljuk az adott mozgó entitástól kapott üzenetek LQI-ját (ez az átlagolás jelenthet súlyozott átlagolást is). 4. Vizsgáljuk meg, hogy melyik referenciához tartozik a legalacsonyabb átlag LQI (tehát a legmagasabb vett jelszint). 5. A 4. pontban kiválasztott referencia eszközhöz rendelt zóna lesz az eredmény. A Signpost algoritmus durva becslésnek tűnik első ránézésre, de meg kell jegyezzem, hogy mivel a terület, amit a mozgó egységek bejárnak, igen nagy is lehet, már az nagy jelentőségű információ, hogy egyáltalán milyen routerek hallják éppen az egyes mozgó eszközök azonosítóit. Kommunikációs timeout: Ha már egy perce nem jött adat egy mozgó egységtől, akkor a helyét bizonytalannak tekintem (ez az érték adatbázisban állítható). Ez lehet amiatt, hogy a mozgó entitás kikerült a követés területéről vagy használaton kívülre helyezték A Signpost algoritmus tárolt eljárásai GetEntities Leírás: Lekérdezi az adatbázisba felvett mozgó entitások adatait (ID és név), v.ö. 10.ábra. Kód: SELECT tblentities.name AS EntityName, tblentities.id AS EntityID ROM tblentities 18

20 Eredmény: Signpost Leírás: Bemenete a mozgó entitást azonosító EntityID. Az eredmény a Signpost algoritmussal kiszámolt zóna neve (lásd az algoritmus 1-5. pontját) Kód: SELECT TOP(1) BuildingName, EntityID FROM (SELECT AVG(LQI) AS AVGLQI, BuildingName, EntityID FROM (SELECT TOP (2*(SELECT COUNT(DISTINCT StandingNodeID) FROM vwjoinedtable)) * FROM vwjoinedtable WHERE (EntityID ORDER BY Timestamp DESC, LQI DESC) AS TMPTBL GROUP BY BuildingName, EntityID) AS AVERAGES ORDER BY AVGLQI ASC Eredmény: IsMoving Leírás: Bemenete a mozgó entitást azonosító EntityID. Az eredmény 0, ha az egység nincs mozgásban, 1-es értéket vesz fel, ha mozog. Kód: SELECT TOP(1) Movement, EntityID FROM vwjoinedtable WHERE (EntityID ORDER BY Timestamp DESC Eredmény: A Signpost algoritmus web szervíze Leírás: A felhasználói felület az adatbázist web szervízeken keresztül éri el. Bemenete a mozgó entitást azonosító EntityID. A Signpost, az IsMoving és a LastSight tárolt eljárásokat hívja meg és összegzi az eredményt. Az eredmény xml fájl tartalmazza az entitás azonosítóját, tartózkodási helyét, mozgását és azt az időpontot, amikor a rendszer legutóbb látta az adott mozgó egységet. URL: 19

21 Legnagyobb valószínűség módszere (ML) Az algoritmus már nem zónák szerint próbálja megállapítani a mobil eszközök helyét, hanem egy 2 dimenziós koordináta rendszerben helyezi el őket. Adott egy terjedési modell, melynek paramétereit kell beállítanunk az alkalmazás helyén. Pl.: Szakaszcsillapítás exponens becsléssel: d L = + p ( d) Lo ( d o ) 10 n log, ahol L p (d) a csillapítás d távolságban, L o ( d o ) a d o csillapítás a referencia d távolságban, n az exponens becslő. Ha tehát ismert a o szakaszcsillapítás a referencia d o távolságban és mért az RSSI ismeretlen d távolságban, akkor ebből adott n értékre adódik a d távolság. Ilyen modellt használ a Texas Instruments lokalizációs motorja [4]. Az L o ( d o ) és n értéket a helyszínen végzett mérések alapján kell beállítani. A számított d távolságokból kell származtatni a mozgó eszköz pontos pozícióját. A módszer a Signpost algoritmushoz képest számítás igényes és helyszínen elvégzett méréseket és konfigurációt igényel, ezzel együtt kevésbé rugalmas RF mintával való összevetés (RF fingerprinting) A felhasználási helyen telepítéskor RF mintát veszünk: adatbázisba visszük a követési terület egyes pontjainak LQI profilját. Az alkalmazás során a szerverre érkező üzenetekben levő LQI értékeket ezekkel a mintákkal vetjük össze és megkeressük azt a mintát, amelyik a legjobban hasonlít a mért értékekre. Az eredmény a minta helye lesz. Nagy mennyiségű mérést kell végezni tehát a felhasználás helyén. Az RF minta halmaz addig használható csak, amíg a hálózati elemek fizikai helyzete állandó és a környezetben sem történik jelentősebb fizikai változás. [3] A Signpost tovább fejlesztése - térerősség arányokkal dolgozó algoritmusok Egyszerű algoritmusokat implementálhatunk, ha térerősség arányokkal kívánjuk meghatározni az egyes mobil objektumok helyét pl. egy szakaszon belül. 1. Vegyük egy kérdéses mobil eszköztől származó legfrissebb adott számú üzenetet. Ez az adott szám függ attól, hogy az elmúlt adott időben (pl. 15 másodperc) hány referencia routertől kaptunk adatot a mobil eszközzel kapcsolatban. 2. Rendezzük ezeket az üzeneteket referenciánként. 3. Referenciánként átlagoljuk az adott mozgó entitástól kapott üzenetek LQI-ját. 4. Vizsgáljuk meg, hogy melyik 2 referenciához tartozik a 2 legalacsonyabb LQI (tehát a legmagasabb vett jelszint). 5. A 2 átlag arányából vonjunk le következtetést azzal kapcsolatban, hogy a mobil egység a 2 referencia által meghatározott szakaszon hol helyezkedik el. A módszert bővíthetjük több referenciával dolgozó megoldásra. A 3 referenciát használó eszköz esetén háromszögelést végezhetünk Az algoritmus pontossága és válaszideje Az előző áttekintésből látszik, hogy az átlagolás valamennyi algoritmusnál szerepet játszik. A vett jel LQI-ja a rádiós csatorna, az antenna irányítottsága és a környezet tulajdonságai miatt változást mutat. A mobil eszközök üzeneteihez tartozó LQI értékek átlagolása növelheti az algoritmus pontosságát. Minél hosszabb idő alatt begyűjtött üzenetek LQI-ját átlagoljuk, annál nagyobb válaszidejű algoritmust kapunk. [6] 20

22 6. Az eredmények megjelenítése webes felhasználói felületen Web szervízek Silverlight alkalmazás Az fejezetben ismertetett web szervíz szolgálják ki a kliens oldali webes felhasználói felületet, melyet az új Microsoft Silverlight platform 2.0-s verziójára [12] készítettem el. A Silverlight egy interaktív médiaplatform, mely a.net keretrendszerre épül. A választás azért esett a Silverlightra, mert a későbbiekben hatékony módon fogja támogatni a hálózat elemeinek grafikus megjelenítését egy koordináta rendszerben. Az eredmények megjelenítése egyelőre táblázatos formában történik. 18. ábra A webes felhasználói felület Silverlight platformon (1) Egy demo alkalmazás jelenleg is futás alatt áll a fejlesztett rendszerem bemutatására. 4 mozgó objektum (ForkLift1 ForkLift4 névvel ellátott eszközök, melyek targoncákat jelképeznek) van egy épületében. Az épületben telepítettem egy a fentiekben bemutatott ZigBee követő hálózatot, mely a 4 mozgó egység 21

23 követését végzi az ismertetett Signpost algoritmus alkalmazásával. A rendszer képes mutatni azt, hogy az egyes mozgó egységek az épület milyen zónájában tartózkodnak és mozognak e. Továbbá az is látszik a felületen, hogy mikor látta utoljára a hálózat az egyes targoncákat. Link: ckingpilotsilverlighttestpage.aspx 19. ábra A webes felhasználói felület Silverlight platformon (2) FIGYELEM! A fenti oldal böngészéséhez Silverlight 2.0 verziója kell legyen telepítve a kliens számítógépre. A fenti oldalon megjelenített hálózati eszközöket és a mozgó egységet a további fejlesztésekre jelenleg is használom, nem mindig tartom őket bekapcsolva, ezért nem lesznek mindig láthatóak a fenti oldalon. Mivel a kommunikációs timeout 1 perc, ha az adatbázisba már nem került 1 perce adat, az algoritmus úgy tekinti, hogy a mozgó egység kikerült e követés területéről, ilyenkor a tartózkodási helye: -. Ilyenkor csak az látszik, hogy mikor látta utoljára a hálózat a mobil objektumot. A közeljövőben megvalósításra kerül a felület grafikus változata, ahol a referencia és mobil egységek egy koordináta rendszerben jelennek meg. 22

24 7. Telepítő eszköz A vezeték nélküli szenzorhálózat technológiák, így az IEEE es és ZigBee szabvány előnyeiről és lehetséges alkalmazási területeiről sokat olvashatunk. Azonban a hálózat telepítésének módjáról legtöbbször kevés szó esik, és a szabvány sem nyújt telepítési protokollt, a legtöbb alkalmazás így a fent bemutatott követő rendszer is viszont tudatos és dokumentált telepítést igényel. [9] A hálózati eszközök tudatos elhelyezését, üzembe helyezését, konfigurálását, a hálózat felépítését és helyszínen való tesztelését, valamint az egész folyamat dokumentálását telepítésnek (commissioning) nevezzük. [9] A Cason Mérnöki Zrt és tanszéki konzulenseim ösztönzésére a telepítést általánosnak tekintettem, és igyekeztem egy univerzális és bővíthető eszközt megalkotni, mely nemcsak a beltéri követést szolgáló alkalmazás telepítésénél segíthet A telepíthetőség igénye és feladatai A ZigBee szenzorhálózat a legtöbb esetben nem hasonlít az ideális smart dustra, melynél a felhasználási helyen kiszórhatjuk eszközeinket, és a hálózat önszerveződő képessége miatt a rendszer már működésbe is lép. [9] Tudatos elhelyezés A tudatos elhelyezésre hangsúlyt kell fektetnünk, ha megfelelő minőségű kapcsolatokat akarunk elérni hálózatunkban. Ez az egyes telepített eszközök esetében megkívánja a szomszédos csomópontok által adott jelek erősségének mérését és a velük folytatott kommunikáció PER (packet error ratio) tesztjét Konfigurálhatóság A hálózati egységek szoftverének konfigurálhatónak kell lennie. Számos attribútum optimális beállítása csak az üzembe helyezéskor történhet meg. [9] Ha otthonunk világításának vezérlését akarjuk megoldani egy ZigBee hálózattal, be kell tudnunk állítani, hogy melyik kapcsoló melyik lámpát fogja vezérelni (binding management) Hálózati jellemzők regisztrálása és tesztelés Az elkészített hálózat struktúrájának és más hálózati jellemzőinek rögzítése és helyszíni tesztek elvégzése Dokumentálás, adminisztráció A rendszer üzembe helyezésének dokumentálása pontos képet ad arról, hogy milyen azonosítójú egységek hova kerültek elhelyezésre. A követő alkalmazásnál el kell jutattunk adatbázisba azt, hogy az egyes referenciaként szolgáló hálózati eszközök hova kerültek telepítésre. 23

25 7.2. A telepítés munkafolyamatának kérdései Telepítést végző személyek és feladataik A telepítő személyek szakmai háttere kulcskérdés a telepítés munkafolyamatának meghatározásakor. [9] A ZigBee hálózat struktúrájának lekérdezése és hálózati tesztek elvégzése mindenképp mérnöki feladat, azonban az elhelyezést (beszerelést, bekapcsolást) lehet hogy villanyszerelők végzik majd. Látható, hogy a telepítés munkafolyamata több állomásra osztható és az egyes lépések között akár a telepítő személyek is változhatnak, illetve hosszú idő is eltelhet az egyes feladatok között Megszorítások a hálózattal kapcsolatban Ha egy olyan hálózat telepítéséről van szó, melynek végpontjai a lakások gáz fogyasztását mérik egy adott településen, akkor megszorításként kell kezelnünk azt a tényt, hogy a végpontokat a gázóráknál kell elhelyezzük. Ebben az esetben a ZigBee routerek helye viszonylag szabadon megválasztható: A ZigBee szabvány jelenleg nem támogatja az elemes, alacsony fogyasztású routereket, így a routerek helye hálózati tápellátáshoz kötött minden esetben Követelmények a telepítő eszközzel szemben Hálózati kapcsolat: Be tud kapcsolódni a ZigBee hálózatba és annak részeként mint végpont képes lekérdezéseket végrehajtani. Kommunikáció hálózaton kívül: Ha az elhelyezés térerősség mérések segítségével zajlik, a hálózati csomópontok elhelyezésekor szükséges velük kommunikálni és küldött üzeneteik térerősségét regisztrálni még mielőtt hálózatba lépnek. Hordozhatóság, grafikus felhasználói interfész: Notebookon vagy PDA-n levő felhasználói felület. A terepi munkához a PDA alkalmasabb, mint a notebook. GPRS kommunikáció: A telepítés adatainak rögzítése történjen egy szerveren levő adatbázisban. A szerverrel való kommunikáció a GPRS szolgáltatással megoldható, ha a PDA rendelkezik ezzel. Ezzel elvégezhető például a követő alkalmazásnál a routerek helyének felvitele az adatbázisba. Segítség fejlesztéskor: Fontos megjegyezni, hogy egy telepítő eszköz a fejlesztési folyamatot is megkönnyítheti azzal, ha információt nyújt a létrejött hálózat jellemzőiről. 20.ábra Beltéri ZigBee hálózat telepítése [9] 24

26 7.4. Telepítő üzemmód és ZigBee hálózat üzemmód Probléma: Kommunikációra nincs lehetőség az alkalmazás számára a hálózatba való lépés előtt a ZigBee szabvány szerint. ([2], ). Az APS (Application Support Sublayer) réteg minden olyan keretet visszautasít, amit az eszköz hálózatba való lépése (association) előtt generált az alkalmazási rétegben. A hálózatba lépés előtti kommunikáció az általam definiált telepítésnél elengedhetetlen követelmény. Megoldás: Megvalósítottam egy telepítő üzemmódot, amely egy olyan szoftver réteg, ami a ZigBee protokoll stack elindítása előtt fut a csomópontokon. Egyszerű, saját fejlesztésű kommunikációs protokollt használ. A telepítő eszköz utasíthatja a telepített eszközöket, hogy hagyják el ezt az üzemmódot és csatlakozzanak a hálózathoz, és arra is, hogy hálózati ZigBee módból lépjenek vissza a telepítő módba. Magyarázat az ábrákhoz: A telepítő módban levő eszközöket zöld színnel, a hálózati módban levőket piros színnel jelöltem Telepítő üzemmód (saját fejlesztésű szoftver réteg és protokoll) A telepítő üzemmódban az eszközök a saját azonosítójukat (64 bites IEEE cím) hirdetik meghatározott időközönként, nem részei hálózatnak, csak a telepítő eszközzel kommunikálhatnak, egymással nem. A telepítő eszköz közvetlenül kommunikál az egyes csomópontokkal, regisztrálja a hirdetett azonosítókat és a hozzájuk tartozó jelek erősségét, így ez az üzemmód támogatja az eszközök elhelyezését a vett térerősség alapján, és PER (packet error ratio) teszt végzését teszi lehetővé különböző pontok között. A terepen kirakott eszközök azonosítása egyszerűen elvégezhető: Ha a telepítőt egy végpont vagy egy router mellé helyezzük, akkor a tőle kapott azonosító csomag erőssége lesz a legmagasabb (-19 db és -25 db közötti érték várhatóan). A telepítő módban beállításokat hajthatunk végre. Nem hallja a telepítő eszköz D. A. B dbm Elhelyezés térerő alapján, PER teszt, konfig Telepítő eszköz A : - 67 dbm C: -52 dbm - 19 dbm 21. ábra Telepítő üzemmód (zöld szín) C dbm Nem hallja a telepítő eszköz E. A 21. ábra szemlélteti az elhelyezést térerősség alapján a telepítő üzemmódban. A telepítő eszköz a B. csomópont mellett van. A B. eszközt úgy helyeztük el, hogy az A. node -67 dbm-es, a C. pedig -52 dbm-es erősségű jellel éri el. A telepítő eszköz nem hallja a D. és E. hirdetett azonosítóit, így valószínűleg a B. eszköz sem (kapcsolatuk gyenge). Alacsony fogyasztás: A telepítő módban levő végpontok és a routerek alszanak (2.5 uaes fogyasztás) és meghatározott időközönként ébrednek fel. Ébredéskor elküldik azonosítójukat majd visszaalszanak. (A szoftver hasonlít a követő alkalmazásnál levő 25

27 mozgó eszközök szoftveréhez.) A telepítő eszköz veszi ezeket az elküldött azonosítókat és csak akkor tud egy végponttal vagy egy routerral kommunikálni, amikor az ébren és hallótávolságon belül van. Egy szoftveres buffert tart fenn arra a célra, hogy a felhasználói interfész felől jövő kéréseket eltárolja. Mivel a telepítő mód fogyasztása alacsony, megengedhető, hogy az elemes eszközök is jelentős időt töltsenek ebben az üzemmódban. Ezzel az egységek felszerelése, bekapcsolása és a hálózat felépítése akár időben távol lehet egymástól ZigBee hálózati (szabványos) üzemmód (ZigBee protokoll): Ebben a módban az eszközök a ZigBee hálózat részei, őket a telepítő eszköz a hálózaton keresztül éri el, általában nem közvetlenül. Ebből adódik, hogy térerősség mérésre, PER teszt végzésére nincs lehetőség. Azonban használja a ZigBee protokoll lekérdezéseit (IEEE address request ([2], ), MGMT LQI request ([2], ), Routing table request ([2], ) melyekkel a hálózat tulajdonságairól részletes képet kaphatunk (bővebben lásd 7.7.). A. B. D. Telepítő eszköz Hálózat jellemzők 22. ábra ZigBee hálózat üzemmód (piros szín) C. E A telepítés munkafolyamata Rögzített helyű eszközök elhelyezése Felszerelésre kerülnek azok az eszközök, melyek helye előre meghatározott. Ezek a céleszközök többnyire a végpontok szerepét töltik be a hálózatban. Ha egy olyan hálózat telepítéséről van szó, melynek végpontjai a lakások gáz fogyasztását mérik egy adott településen, akkor a végpontokat a gázóráknál kell elhelyezni. A felszerelt csomópontok telepítő üzemmódban indulnak el. A követő alkalmazás eltér a fenti általános esettől, mert nincsenek kötött helyű végpont eszközök. Azonban a telepítés idejére elhelyezhetünk nyugalomban levő teszt végpontokat a területen. Az általuk hirdetett azonosítók vételével jelölhetjük ki azt a területet, amin belül mozgó objektumainkat követni szeretnénk. Ekkor a telepítő eszközzel való munkánk célja az, hogy egy olyan routerekből álló hálózatot építsünk, ami kapcsolatban van (hallótávolságban van) az összes teszt végponttal Koordinátor elhelyezése A hálózat mélysége a ZigBee szabvány szerint maximum 15 lehet. ([2], 3.6.1) Hogy minél nagyobb átmérőjű területet tudjunk lefedni, érdemes a koordinátort a terület középpontjába helyezni. 26

28 ED3 ED4 ED1 ED9 ED5 CD COORD ED7 ED6 ED2 23. ábra - Rögzített helyű eszközök (ED: End Device) és a koordinátor (COORD) elhelyezése, Telepítő eszköz (CD Commissioning Device) ED8 ED10 ED Koordinátorhoz közeli, kötött helyű eszközök hálózatba léptetése A telepítő eszköz a koordinátor helyén elhelyezve hallja a telepítő módban levő végpontok egy részének azonosítóit. Térerősség méréssel megállapítható a koordinátorral való kapcsolat minősége, majd konfigurációt hajthatunk végre ezeken a végpontokon. A telepítő eszköz segítségével utasítjuk őket, hogy csatlakozzanak a koordinátorhoz. ED1 ED1 ED5 ID, -65 db CD COORD ED7 ED5 CD COORD ED7 ID, -52 db ED2 ED2 24. ábra - Kötött helyű eszközök hálózatba léptetése (1) 25. ábra - Kötött helyű eszközök hálózatba léptetése (2) Routerek telepítése (mélység:1) A koordinátortól elindulva megkeressük azt a helyet, ahol a koordinátorral való kapcsolat minőség még megfelelő és távolabbi, a koordinátortól nem hallott eszközöket érünk el. Ide routert helyezünk el, ami szintén telepítő módban indul. Tesztek és konfiguráció után utasítjuk a routert, hogy lépjen át hálózati üzemmódba és csatlakozzon a koordinátorhoz. (Természetesen nem biztos, hogy a végpontok és a koordinátor kapcsolata áthidalható egyetlen router felhasználásával. Ilyenkor a szükséges router láncot a megfelelő tesztek elvégzésével telepítjük.) 27

29 ED3 ED4 ED1 ED9 ED6 ED7 ID, -40 db ED5 COORD CD R1 ED2 ID, -62 db ED8 26. ábra - 1-es mélységű routerek telepítése (R: router) (1) ED10 ED11 ED3 ED4 1.mélység ED1 ED9 R2 ED7 ED5 COORD CD R1 1.mélység ED10 ED6 ED2 ED8 ED ábra - 1-es mélységű routerek telepítése (R: router) (2) Routerek telepítése (mélység:2) Az 1-es mélységű routerektől elindulva megkeressük azt a helyet, ahol további kötött helyű eszközök kerülnek lefedésre. Teszteljük a kapcsolatot az 1-es mélységű routerrel és a látott végpontokkal, majd utasítjuk routerünket, hogy lépjen be a hálózatba (csatlakozzon 1-es vagy annál kisebb mélységű eszközhöz). A 2-es mélységű routertől látott végpontokat is beléptetjük a hálózatba Folytatás a szenzormező lefedéséig Az előző lépéseket ismételjük addig, amíg az összes végpont beléphetett hálózatba. Amennyiben elértük a maximális mélységet és az alkalmazás területén még nem jött létre összefüggő hálózat, új koordinátor felszerelésére van szükségünk, mely egy új PAN-t fog létrehozni. Ez után az újabb PAN-re ismételjük meg az 1-6. lépéseket Hálózati jellemzők feltérképezése: Minden telepített PAN-en ZigBee szabványos hálózati lekérdezésekkel megállapítható a hálózat struktúrája, a szomszédossági táblák és a routing táblák. Szabványos parancsokkal az eszközök konfigurálhatóak. 28

30 7.6. A telepítő eszköz hardvere Bluetooth Serial bridge MC13213 NCB PDA 28. ábra A megvalósított telepítő eszköz hardvere Felhasználói interfész: Felhasználói interfésznek a PDA ideális megoldást nyújt: hordozható és sok PDA rendelkezik GPRS kapcsolattal is. A PDA-n futó szoftver saját fejlesztésű (lásd 7.8.). IEEE / ZigBee node: Képes kommunikációra a hálózaton kívül és a hálózaton belül levő egységekkel egyaránt. Hálózatba lépése esetén végpont szerepét tölti be, mások hozzá kapcsolódni nem tudnak. Ezt a FreeScale Semiconductor NCB kártyája [10] valósítja meg, melyre saját készítésű firmware került. PDA ZigBee node kapcsolat: Kulcs kérdés a hardver megtervezésénél a PDA és a ZigBee panel közötti interfész megválasztása. Szinte minden PDA rendelkezik Bluetooth kapcsolattal, amit a Bluetooth Serial Port profil segítségével szoftverből mint COM portot érhetünk el. A telepítő eszköz hardver része ebben az esetben igényel egy Bluetooth soros modemet. Ilyenek kaphatóak például a Bluegiga vagy a Free2move [11] oldalán. Ezek a modemek transzparens módon konvertálják a Bluetooth és soros üzeneteket, így a mikrokontroller számára a PDA mint egy soros periféria kezelhető. A telepítő eszköz felépítésekor a Free2move F2M01C1 [11] modulját használtam. Ez kommunikáció közben a hardver fogyasztását ma-rel növeli meg. 29

31 Telepítő eszköz Free2move F2M01C1 PDA RS232 Bluetooth Serial Port Profile Freescale MC13213 NCB panel Freescale MC13213 HCS08 uc SPI MC13192 rádió modem antenna RF Telepített eszközök / ZigBee 29.ábra A telepítő eszköz blokkválzlata Saját fejlesztésű komponensek: 1. PDA grafikus felhasználói interfész (lásd 7.8.) 2. Protokoll a felhasználói interfész és a mikrokontroller között (lásd 7.7) 3. Telepítő eszköz firmware MC13213-ra. (lásd 7.7): A) Telepítő módot megvalósító szoftver. B) Hálózati lekérdezéseket kezdeményező és a válaszokat feldolgozó szoftver. 4. Telepített eszköz firmware MC13213-ra 7.7. A telepítő eszköz szoftvere és protokollja A két üzemmód szerint a firmware-t két részre lehet osztani: Telepítő mód Saját fejlesztésű C-ben írt szoftver csomag MC13213 SiP-re [7]. A telepítő réteg egy másik verziója kerül a végpontokra és a telepítő eszközre, mert a telepítő eszköz szoftverének szolgáltatásai különböznek a végpontokra és a routerekre kerülő szoftver szolgáltatásaitól. A telepítő eszköz a hallótávolságában levő telepítendő eszközöket közvetlenül megcímezve éri el. PRE: 2 byte preambulum, értéke 0xFFFF Hirdetett azonosító csomag (node telepítő) PRE 0x00 IEEE ADDRESS DATA1 DATA2 Ezt az üzenetet hirdetik a telepítő módban levő node-ok. Az IEEE address az eszköz 64 bites fizikai címe. A data1 és data2 mezők a későbbiekben szabadon felhasználhatóak. A telepítő méri a jelek erősségét, az elhelyezés ez alapján történik. 30

32 PDA GUI hirdetett ID, mért LQI konfiguráció kérés konfiguráció válasz teszt kérés teszt üzenetek Telepítő Eszköz Telepítő mód hirdetett ID konfiguráció parancs konfiguráció válasz teszt kérés teszt üzenetek Telepített eszköz (ED vagy R) soros kommunikáció (Bluetooth Serial Port Profile) ábra Telepítő mód üzenetváltások Az azonosító küldés gyakoriságának beállítása (telepítő eszköz node telepítő módban) A jelenlegi verzióban 2 féle küldési gyakoriság állítható be. Ha az eszköz gyakrabban hirdeti az azonosítóját, magasabb a fogyasztása, de elhelyezése könnyebb és gyakrabban kommunikálhatunk vele. 1 másodpercenkénti küldés beállítása: PRE 11 ADDRESS 10 másodpercenkénti küldés beállítása: PRE 22 ADDRESS Leíró (descriptor) beállítására való parancs (telepítő eszköz node telepítő módban) PRE 0xDD IEEE ADDRESS LENGTH DESCRIPTOR A telepítő beállíthat egy maximum 16 karakter hosszú nevet vagy leírót, ami az eszköz könnyebb azonosítását teszi lehetővé a továbbiakban. Tipikusan jellemezheti a leíró a node helyét is. (Példát lásd a 7.8. fejezetben.): Leíró (descriptor) lekérdezése (telepítő eszköz node telepítő módban) PRE 0x88 IEEE ADDRESS Válasz erre: PRE 0x66 IEEE ADDRESS LENGTH DESCRIPTOR PER teszt A PER (packet error rate) a vezeték nélküli hálózat fontos QoS (szolgálatminőség) paramétere. A PER definíció szerint ([1], ) azt az átlagos értékét adja meg, hogy a küldött csomagok hányadát kapja meg helytelenül a vevő. A tesztelt eszköz 255 üzenetet küld. A mérés elindításával a PDA-ra fejlesztett program számolja, hogy hány hibátlan teszt csomag érkezett meg. PER teszt kezdeményezése (telepítő eszköz node telepítő módban) PRE 0x33 IEEE ADDRESS Küldött PER teszt üzenetek (node telepítő módban telepítő eszköz) PRE 0x77 IEEE ADDRESS Telepítő mód elhagyására való parancs (telepítő eszköz node telepítő módban) PRE 0xFF IEEE ADDRESS 31

33 ZigBee hálózati mód A hálózati módban a kommunikáció a ZigBee szabvány szerint történik. A firmware a Freescale Semiconductor BeeStack 2.0-s verziójára [13] épülő saját fejlesztésű alkalmazás. A telepítő eszköz esetében a protokoll stack applikációs rétege veszi a hálózati lekérdezéseket a GUI felől és az APS réteg szolgáltatását igénybe véve továbbítja a ZigBee hálózatba. A csomag címzettet közvetett módon, a hálózaton keresztül éri el. A lekérdezések eredménye visszakerül az applikációs rétegbe, ahonnan feldolgozás után soros vonalon halad tovább a PDA-n levő GUI felé. PDA GUI hálózati lekérdezés válasz BeeStack 2.0. Telepítő eszköz APP ZigBee APS ZigBee NWK IEEE MAC A hálózaton keresztül a telepített eszköz IEEE PHY soros kommunikáció (Bluetooth Serial Port Profile) 31. ábra ZigBee hálózati mód üzenetváltások , ZigBee 1. Struktúra felderítés: Az eszközök hálózati címeinek és a hálózat struktúrájának felderítése a rendszerbe vitt IEEE address request lekérésekkel történik ([2], ). Az első IEEE address requestet a koordinátor felé irányítjuk. A kérésre adott válaszban a koordinátor elárulja a gyerekei címét. Ezután a koordinátor gyerekeihez (1. mélységű eszközök) fordulunk IEEE address request kérésekkel. A folyamat addig tart, amíg minden hálózati eszköz gyerekeinek címét megszereztük. 2. Szomszédossági mátrixok rögzítése: A szomszédossági táblák felvétele a rendszerbe vitt MGMT LQI request lekérésekkel történik ([2], ). 3. Routing táblák felderítése: A routing táblák regisztrálása a hálózatba vitt RTG request lekérésekkel történik ([2], ) Üzenetek a PDA és a mikrokontroller között - A telepítő eszköz állapotának lekérése (PDA uc) - A rádió vevőjének be- és kikapcsolása (PDA uc) - Telepítő eszköz hagyja el a telepítő módot (PDA uc) A többi rádiós üzenet (7.7.1, 7.7.2) megfelelő keretbe rendezve továbbítódik a PDA és a uc között UDP csomagok a PDA és a szerver között A soros vonalon a PDA számára küldött csomagok (azonosító üzenetek, lekérdezésekre való válaszok, teszt eredmények) megfelelő keretbe rendezve továbbítódnak a szervernek. A PDA GPRS szolgáltatást használ. 32

34 7.8. Telepítő eszköz grafikus felülete PDA-n A PDA-ra saját fejlesztésű grafikus felhasználói felület került. Platform: Windows Mobile 5.0, Nyelv: C++, Fejlesztő környezet: Visual Studio A telepítő eszköz vezérlése - A telepítő eszközzel való soros kommunikáció menedzselése - Rádiós vétel engedélyezése és tiltása - A telepítő átkapcsolása telepítő és hálózati mód között 2. Konfiguráció, lekérdezések és megjelenítés - Státuszinformációk megjelenítése - Hallótávolságban levő node-ok és vett jelük erősségének megjelenítése - A felépített hálózat egészének (struktúrájának) megjelenítése - Konfiguráció kezdeményezése és a nyugtázás megjelenítése - Lekérdezések kezdeményezése és a válaszok kiértékelése és megjelenítése - Tesztek indítása és az eredmények megjelenítése 3. Szerverrel való kommunikáció vezérlése - GPRS szolgáltatással UDP protokoll szerint az adatok szerverre való küldése settings.txt: Ebben a konfigurációs fájlban kell beállítani a fontos kommunikációs paramétereket: 1. Serial Port Profile-t használó Bluetooth kapcsolat milyen COM porton érthető el szoftverből, 2. Szerver IP címe, 3. Szerver által hallgatott UDP port száma A GUI vezérlő és státuszpanele A telepítő eszköz státuszát jelző LED-ek Kommunikáció státusza Navigáció: Telepítő módban levő nodeok listája A legfrissebb eseményt megjelenítő ablak 32. ábra Vezérlő és státuszpanel (1) Kommunikációt vezérlő gombok Az alábbi fejezetekben a GUI felépítését és működését mutatom be egy példán keresztül. Ebben a leegyszerűsített példában 5 routert szeretnénk telepíteni azzal a céllal, hogy egy 33

35 beltéri követésre alkalmas rendszer egy részét képezzék. Az épület alaprajzának egy részlete a 33. ábrán látható. bejárat vészkijárat folyosó porta 33. ábra Példa épület részlet Kommunikációt vezérlő gombok (alsó toolbar) 1. Bluetooth: Az 1. gombbal lehet a Bluetooth kapcsolatot kiépíteni és bezárni. 2. GPRS: A 2. gombra kattintva a szoftver felveszi a szerverrel a kapcsolatot a settings.txt fájlban található paraméterek alapján. A kommunikáció a GPRS szolgáltatást és UDP szállítási protokollt használ. 3. ZigBee: A ZigBee chip rádiójának vételét engedélyezhetjük és tilthatjuk az alacsonyabb fogyasztásra törekedve. A rádió tiltása / engedélyezése csak akkor válik elérhetővé, ha a Bluetooth kapcsolat már kiépült, hiszen a mikrokontroller csak így érhető el a PDA-ról. 5. Mode Change: A telepítő mód és a hálózati mód között lehet vele váltani A telepítő eszköz státuszát és a kommunikációt jelző LED-ek 1. Started LED: Ha a Bluetooth kapcsolat kiépült, a GUI lekérdezi a mikrokontrollert, hogy be van e kapcsolva. Ha kap választ, akkor a Started LED zölden fog világítani. 2. Network LED: Abban az esetben világít zölden, ha a telepítő eszköz a hálózathoz kapcsolódott és a csomópontokat ZigBee protokoll szerint a hálózaton keresztül képes elérni. Ha telepítő módban vagyunk, akkor pirosan világít. 3. Bluetooth LED: Kéken villog minden Bluetoothon kapott üzenet esetén. 4. GPRS LED: Zölden villog a szerverrel való kommunikáció esetén. A 3. vezérlő gomb ikonjának színe jelzi, hogy a ZigBee vételt már engedélyeztük. Egyik routerünket a bejárathoz helyezzük el és bekapcsoljuk. Látható, hogy egy új eszközt detektált a telepítő. Az új eszköz hirdetett azonosítója 0050C Ez az eszköz felvételre került a Test Node List gomb alatt elérhető listába. ED 0050C CD 34. ábra Vezérlő és státuszpanel (2) 34

36 Telepítő Node Lista a telepítő módban levő node-ok listája A gombra kattintva azon eszközök táblázata nyílik meg, melyeket már a telepítő hallott és telepítő módban vannak. A fenti alaprajz áttanulmányozása után úgy döntünk, hogy egy hálózati egységet a bejárathoz, egyet a portára, kettőt a folyosóra és az utolsót a vészkijárathoz szeretnénk tenni úgy hogy a követés egész területe a hálózat hallótávolságán belül legyen. Ez a 6 eszköz akkor alkot egy összefüggő, stabil hálózatot, ha a kapcsolatok minősége megfelelő. (A koordinátort a vészkijárat melletti szobában helyezzük el.) A Node Lista dialógusban elérhető térerősség mérés segít az elhelyezésben Telepítő módban levő eszközök listája Node Lista: Ez a lista tartalmazza a detektált telepítő módban levő eszközöket és a hozzájuk tartozó attribútumokat. A checkboxokkal lehet beállítani, hogy a táblázatban mely attribútomok jelenjenek meg: IEEE cím (64 bites azonosító), LQI érték [dbm] (a legutóbb vett azonosító csomag jelének erőssége), PER teszt eredménye, stb. Látható, hogy a telepítő eszköz a 0050C azonosítójú node közelében helyezkedik el, mert ehhez tartozik a legkisebb LQI érték. Ezzel a terepen a 0050C című csomópontot már be is azonosítottuk. Ezt az eszközt helyezzük el a bejárathoz. LQI: A Progress Control arra az egységre vonatkozó LQI értéket jeleníti meg, amelyik a listában ki van választva. Az LQI mérés teszi lehetővé azt, hogy megállapítsuk két telepítendő hálózati eszköz közötti szakaszcsillapítást. Telepítő módban levő, detektált node-ok táblázata az utojára vett azonosító csomag LQI-jával. Checkboxok Gombok, amik új dialógusokhoz vezetnek: - Parancsok küldése dialógus -Vonalkód beolvasás dialógus Az azonosító érkezési gyakorisága A küldött azonosító erőssége (LQI) 35. ábra Node Lista (1) A Send Command gomb segítségével az a dialógus kerül megjelenítésre, ahonnan a kiválasztott eszköznek parancsot küldhetünk. A Barcode gomb egy olyan ablakhoz vezet, ahol beírhatjuk a listából kiválasztott eszköz vonalkódját. 35

37 Telepítő módban kiadható parancsok 36. ábra User Descriptor beállítása 37. ábra Küldési gyakoriság Ez a router a bejárathoz került, ezért ő a bejarat azonosítót kapja. Az 36.ábrán levő alsó keretben látható, hogy ezt az azonosítót le is lehet kérdezni a későbbiek folyamán. 255 teszt üzenetet küld el a 0050C című eszköz a telepítőnek, ha egy PER teszt végrehajtását kérjük tőle. A program a megérkezett üzeneteket számolja a timeout leteléséig. A PER teszt eredménye fontos QoS paraméter. Elvégezhetjük pl. a folyosón elhelyezett router és a bejáratnál levő router PER tesztjét. 38. ábra PER teszt A 39. ábrán átható, hogy az azonosító küldésének gyakorisága megnőtt és a Test Descriptor mezőben a bejarat szó jelent meg a 0050C eszköz sorában. 36

38 39. ábra Node Lista (2) 40. ábra Node Lista (3) Az 40. ábrán látható, hogy minden eszközhöz rendeltünk leíró részt. LQI mérések segítségével úgy helyezzük el az 5 eszközt az 5 különböző zónában, hogy a kapcsolatok minősége megfelelő legyen, és ezekkel a referencia eszközökkel sikerüljön lefednünk a követési területet, akkor mind az 5 node-ot ZigBee hálóati módba léptetjük A hálózat felderítése hálózati módban Miután az 5 eszköz csatlakozott a hálózathoz, lekérhetjük a hálózat struktúráját és az egyes eszközök szomszédossági tábláját. Ha a telepítő eszközt ZigBee hálózati módba léptetjük, ő is csatlakozik a hálózathoz. A LED-ek állapota mutatja, hogy a telepítő eszköz már a hálózat része. Láthatjuk továbbá, hogy a Test Node List gomb helyét a ZigBee Node List és a Structure gomb váltotta fel. Struktúra felderítés: Megjelent a struktúra felderítés gomb (balról az 5. gomb az alsó toolbaron), rákattintva a hálózatba vitt IEEE address request lekérések segítségével kirajzolódik a hálózat struktúrája. Ehhez mindenképp szükség van, mert így jutunk hozzá az eszközök hálózati címéhez (2 byte-os NWK cím) is, ami szükséges ahhoz, hogy routereinkkel kapcsolatba lépjünk a hálózaton keresztül. Szomszédossági táblák lekérése: További adatok derülnek ki a szomszédossági táblák lekérésével: az eszközök hálózati szerepe, kapcsolat minősége szomszédjaival. 37

39 41. ábra ZigBee hálózati mód 42. ábra a hálózat struktúrája A hálózat struktúrája: A hálózat feszítő fáját látjuk az 42. ábrán. A fában a hálózati címek vannak feltüntetve, melyeket az egyes eszközök szülőjüktől kaptak csatlakozáskor. A koordinátor hálózati címe mindig 0x0000. A fában 7 eszközt látunk: 5 telepített routert, a koordinátort és magát a telepítő eszközt is. Hogy melyik hálózati címhez melyik IEEE cím tartozik, az a ZigBee Node List dialógus alatt derül ki. ZigBee Node List: Hálózati eszközök listája, a lista elemei: Hálózati címek, gyerekek száma, státusz (ok ha válaszolt, no rsp ha nem), típus, descriptor. 43. ábra ZigBee Node List A screenshoton látszik, hogy a GUI fektetett képernyő módban is működik. A felület érzékeny arra, hogy fektetett vagy állított üzemmódot használunk és a vezérlőket ennek megfelelően méretezi át. 38

40 A ZigBee node list alatt látható navigációs gombok: - More Info: Részletes információs lista nyílik meg a táblázat kiválasztott eszközével kapcsolatban ( ábra). - Commands: Parancsokat küldhetünk a táblázatban kiválasztott eszközenek ( ábra). - Show Tree: A kiválaszott eszközt megmutatja a fa struktúrában (42. ábra) További információk a hálózatról A koordinátort kiválasztva a ZigBee Node Listában kattintsunk a More Info gombra. Így megnézhetjük, hogy a struktúra és a szomszédossági táblák lekérdezésével milyen adatokhoz jutottunk. Node Information: Ebben a táblázatban látható a hálózati eszközök 64 bites MAC címe és 16 bites hálózati címe. A mélysége, gyerekeinek száma és gyerekeinek címe a struktúra lekérdezés alkalmával derült ki (lásd 42. ábra). A hálózatban betöltött szerepekhez (koordinátor, router, end device) a szomszédossági táblák lekérésével jutunk (lásd 44. ábra). Neighbour table: A szomszédossági táblában a szomszédok hálózati címe, típusa, a szomszédokkal létesített kapcsolatok minősége (LQI) és a szomszédokhoz való viszony található (lásd 45. ábra). Routing table: A routing táblák lekérésével hozzájuthatunk a hálózaton belül kialakult útvonalakhoz. 44. ábra Információs doboz 45. ábra Szomszédossági tábla 39

41 46. ábra Routing tábla Hálózati parancsok A jelenlegi verzió a következő hálózati parancsokat támogatja. A koordinátor minden PAN-ben a 0000 című eszköz. IEEE címe ennek a koordinátornak Mélysége 0, szülője nincs, 3 gyereke és 3 szomszédja van. (44. ábra) Az 45. ábrán a 0000 című koordinátor szomszédossági tábláját láthatjuk. 3 szomszédja közül mindhárom gyermek node, egyikük végpont (ez maga a telepítő eszköz) a másik 2 router. Kapcsolatuk minősége a táblázatból kiderül. Ha a 0001 router routing tábláját lekérdeztük, az információs doboz és a szomszédossági tábla mellett elérhetővé válik a routing tábla is (46. ábra). Látható hogy a 796F című eszközt a 0001 a koordinátoron keresztül éri el. A 0002 és 035F eszközzel azonban közvetlen kapcsolata van. 47. ábra User Descriptor lekérés 48. ábra Szomszédossági tábla lekérés 40

42 49. ábra Routing tábla lekérés 50. ábra Visszalépés telepítő módba 7.9. Összehasonlítás a Daintree Telepítő eszközével A Daintree Networks SNA-ja [14] részben teljesíti a 7.3. fejezetben támasztott követelményeimet. Közös tulajdonságok: 1. Képes a ZigBee hálózati eszközök konfigurálására 2. A kész hálózat struktúrájának feltérképezésére és egyéb hálózati jellemzők megjelenítésére alkalmas. 3. Tesztek hatékony elvégzését segíti elő. Különbségek: 1. Az SNA (Sensor Network Analyzer) laptopon futtatható. 2. Képes biztonsági beállítások elvégzésére, a konfigurálás mellett az eszközök teljes firmware frissítését is el lehet vele végezni. 3. Nem támogatja azonban az eszközökkel való kommunikációt hálózatba lépés előtt, így nem biztosít lehetőséget RSSI mérésekkel és PER tesztekkel segített hálózatépítésre. 4. Nem tart kapcsolatot szerverrel, így a telepítési adatok nem kerülnek be adatbázisba, így nem használható adminisztrációs eszközként sem. 41

43 8. Összegzés, értékelés, kitekintés Sikerült megvalósítani egy olyan rendszert, amely beltéri objektumok követésére nyújt megoldást. Alacsony fogyasztású mozgó eszközöket egy statikus, referencia csomópontokból álló hálózat figyel. A mozgó objektumok hirdetett üzenetei és a hozzájuk tartozó, mért RSSI értékek a ZigBee hálózaton keresztül központokba kerülnek, ahonnan egy GPRS ZigBee átjárón keresztül a szerverre jutnak (lásd 3.). A szerveren egy Signpost nevű, egyszerű lokalizációs algoritmus becsüli meg a mobil egységek helyét (zónáját) a követés területén (lásd 5.). Az eredmények kilens oldalon webes felhasználói felületen jelennek meg (lásd 6.). A megvalósított rendszer paramétereinek beállítását egy kompromisszumos döntés eredményeképp végezhetjük el, melyet a fogyasztás, pontosság, hálózati forgalom és költség figyelembe vételével kell meghozni (lásd 3.). A hálózat méretét a szabványban definiált maximális mélység korlátozza (15), de a követés nagy kiterjedésű ipartelepeken is lehetségessé válik, ha több ZigBee hálózatot telepítünk egymás mellé. 51. ábra Az eredmények megjelenítése webes felületen Összehasonlítás: Dolgozatomban az elkészült rendszert a Texas Instruments hasonló célú megoldásával vetettem össze (lásd 3.). Az én megoldásomban fontos volt az, hogy a mozgó egységek a lehető legalacsonyabb fogyasztással rendelkezzenek, és akár évekig működjenek elemcsere nélkül. A lokalizációs algoritmus szerveren való elhelyezése különböző algoritmusok rugalmas használatát és összehasonlítását teszi lehetővé. A nagy számítási kapacitással rendelkező szerveren összetett feladatok is megoldhatók lesznek (lásd 5.). 42

Méréssel támogatott hálózattervezés ZigBee hálózaton

Méréssel támogatott hálózattervezés ZigBee hálózaton HÁLÓZATOK Méréssel támogatott hálózattervezés ZigBee hálózaton CSURGAI-HORVÁTH LÁSZLÓ, DANITZ ÁRPÁD, RIEGER ISTVÁN BME Szélessávú Hírközlés és Villamosságtan Tanszék csurgai@mht.bme.hu Kulcsszavak: szenzorhálózat,

Részletesebben

Jövő Internet - kutatások az elmélettől az alkalmazásig. Eredménykommunikációs kiadvány

Jövő Internet - kutatások az elmélettől az alkalmazásig. Eredménykommunikációs kiadvány Jövő Internet - kutatások az elmélettől az alkalmazásig Eredménykommunikációs kiadvány Jövő Internet kutatások az elmélettől az alkalmazásig Szerkesztő: Dr. Adamkó Attila, Dr. Almási Béla, Dr. Aszalós

Részletesebben

Zárójelentés. Az autonóm mobil eszközök felhasználási területei, irányítási módszerek

Zárójelentés. Az autonóm mobil eszközök felhasználási területei, irányítási módszerek Zárójelentés Az autonóm mobil eszközök felhasználási területei, irányítási módszerek Az autonóm mobil robotok elterjedése növekedést mutat napjainkban az egész hétköznapi felhasználástól kezdve az ember

Részletesebben

Rendszerterv. 1. Funkcionális terv. 1.1. Feladat leírása:

Rendszerterv. 1. Funkcionális terv. 1.1. Feladat leírása: Rendszerterv 1. Funkcionális terv 1.1. Feladat leírása: A feladat egy GPS-képes eszközökön futó alkalmazás, illetve ennek szerver oldali párjának létrehozása. A program a szerveren tárolt adatbázis alapján

Részletesebben

2011. május 19., Budapest IP - MIKRO MOBILITÁS

2011. május 19., Budapest IP - MIKRO MOBILITÁS 2011. május 19., Budapest IP - MIKRO MOBILITÁS Miért nem elég a Mobil IP? A nagy körülfordulási idő és a vezérlési overhead miatt kb. 5s-re megszakad a kapcsolat minden IP csatlakozási pont váltáskor.

Részletesebben

2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Tavasz 2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Department of Software Engineering Számítógép-hálózatok 3. gyakorlat Packet Tracer alapok Deák Kristóf S z e g e d i T u d o m á n

Részletesebben

ÓBUDAI EGYETEM Neumann János Informatikai Kar Informatikai Rendszerek Intézet Témavezető: Bringye Zsolt

ÓBUDAI EGYETEM Neumann János Informatikai Kar Informatikai Rendszerek Intézet Témavezető: Bringye Zsolt Témavezető: Bringye Zsolt Diplomamunka/szakdolgozat címe: X64 szerver virtualizáció technológiai kérdéseinek áttekintése, kereskedelmi termékekben történő megvalósításuk elemzése (funkcionalitás, teljesítmény,

Részletesebben

V2V - Mobilitás és MANET

V2V - Mobilitás és MANET V2V - Mobilitás és MANET Intelligens közlekedési rendszerek VITMMA10 Okos város MSc mellékspecializáció Simon Csaba Áttekintés Áttekintés MANET Mobile Ad Hoc Networks Miért MANET? Hol használják? Mekkora

Részletesebben

1. oldal, összesen: 29 oldal

1. oldal, összesen: 29 oldal 1. oldal, összesen: 29 oldal Bevezetõ AXEL PRO Nyomtatványkitöltõ Program Az AXEL PRO Nyomtatványkitöltõ egy olyan innovatív, professzionális nyomtatványkitöltõ és dokumentum-szerkesztõ program, mellyel

Részletesebben

Mérési útmutató a Mobil Kommunikáció és Kvantumtechnológiák Laboratórium méréseihez

Mérési útmutató a Mobil Kommunikáció és Kvantumtechnológiák Laboratórium méréseihez Mérési útmutató a Mobil Kommunikáció és Kvantumtechnológiák Laboratórium méréseihez Internet of Things, avagy a Dolgok Internete Bevezető mérés Mérés helye: Hálózati Rendszerek és Szolgáltatások Tanszék

Részletesebben

5 Egyéb alkalmazások. 5.1 Akkumulátorok töltése és kivizsgálása. 5.1.1 Akkumulátor típusok

5 Egyéb alkalmazások. 5.1 Akkumulátorok töltése és kivizsgálása. 5.1.1 Akkumulátor típusok 5 Egyéb alkalmazások A teljesítményelektronikai berendezések két fõ csoportját a tápegységek és a motorhajtások alkotják. Ezekkel azonban nem merülnek ki az alkalmazási lehetõségek. A továbbiakban a fennmaradt

Részletesebben

Rendszertervezés 2. IR elemzés Dr. Szepesné Stiftinger, Mária

Rendszertervezés 2. IR elemzés Dr. Szepesné Stiftinger, Mária Rendszertervezés 2. IR elemzés Dr. Szepesné Stiftinger, Mária Rendszertervezés 2. : IR elemzés Dr. Szepesné Stiftinger, Mária Lektor : Rajki, Péter Ez a modul a TÁMOP - 4.1.2-08/1/A-2009-0027 Tananyagfejlesztéssel

Részletesebben

Mérési útmutató a Mobil Kommunikáció és Kvantumtechnológiák Laboratórium méréseihez

Mérési útmutató a Mobil Kommunikáció és Kvantumtechnológiák Laboratórium méréseihez Mérési útmutató a Mobil Kommunikáció és Kvantumtechnológiák Laboratórium méréseihez Szoftver rádiózás alapjai Mérés helye: Hálózati Rendszerek és Szolgáltatások Tanszék Mobil Kommunikáció és Kvantumtechnológiák

Részletesebben

1. Funkcionális terv. 1.1. Feladat leírása: 1.2. Rendszer célja, motivációja:

1. Funkcionális terv. 1.1. Feladat leírása: 1.2. Rendszer célja, motivációja: Rendszerterv 1. Funkcionális terv 1 1.1. Feladat leírása: 1 1.2. Rendszer célja, motivációja: 1 1.3. Szereplők és igényeik: 2 1.3.1. Valódi felhasználók: 2 1.3.2. Hirdetők : 3 1.3.3. Szerver oldal: 3 1.4.

Részletesebben

Az adott eszköz IP címét viszont az adott hálózat üzemeltetői határozzákmeg.

Az adott eszköz IP címét viszont az adott hálózat üzemeltetői határozzákmeg. IPV4, IPV6 IP CÍMZÉS Egy IP alapú hálózat minden aktív elemének, (hálózati kártya, router, gateway, nyomtató, stb) egyedi azonosítóval kell rendelkeznie! Ez az IP cím Egy IP cím 32 bitből, azaz 4 byte-ból

Részletesebben

TELLMon vevőegység FELHASZNÁLÓI ÚTMUTATÓ. V1.4.96 és újabb verziókhoz Rev. 1.7 2014.03.20

TELLMon vevőegység FELHASZNÁLÓI ÚTMUTATÓ. V1.4.96 és újabb verziókhoz Rev. 1.7 2014.03.20 vevőegység FELHASZNÁLÓI ÚTMUTATÓ V1.4.96 és újabb verziókhoz Rev. 1.7 2014.03.20 Tartalomjegyzék 1 TELLMon legfontosabb technikai jellemzők:... 3 2 Bevezető... 3 3 Rendszer áttekintés... 5 4 A TELLMon

Részletesebben

A CAN mint ipari kommunikációs protokoll CAN as industrial communication protocol

A CAN mint ipari kommunikációs protokoll CAN as industrial communication protocol A CAN mint ipari kommunikációs protokoll CAN as industrial communication protocol Attila FODOR 1), Dénes FODOR Dr. 1), Károly Bíró Dr. 2), Loránd Szabó Dr. 2) 1) Pannon Egyetem, H-8200 Veszprém Egyetem

Részletesebben

Book Template Title. Author Last Name, Author First Name

Book Template Title. Author Last Name, Author First Name Book Template Title Author Last Name, Author First Name Book Template Title Author Last Name, Author First Name I. rész - Szoftver technológia 1. fejezet - Esettanulmány Bevezetés Az alkalmazás fejlesztésére

Részletesebben

Intelligens és összetett szenzorok

Intelligens és összetett szenzorok Intelligens és összetett szenzorok Galbács Gábor Összetett és intelligens szenzorok Bevezetés A mikroelektronika fejlődésével, a mikroprocesszorok (CPU), mikrokontrollerek (µc, MCU), mikroprogramozható

Részletesebben

SEAGUARD. Integrált Biztonság-felügyeleti Rendszer

SEAGUARD. Integrált Biztonság-felügyeleti Rendszer Integrált Biztonság-felügyeleti Rendszer Totális Biztonságtechnika Beléptetõ Rendszer Digitális CCTV Tûzjelzõ Behatolás-védelem Integrált Biztonság-felügyeleti Rendszer Épületek, Épületcsoportok, Országos

Részletesebben

Kaspersky Internet Security Felhasználói útmutató

Kaspersky Internet Security Felhasználói útmutató Kaspersky Internet Security Felhasználói útmutató ALKALMAZÁS VERZIÓJA: 16.0 Tisztelt Felhasználó! Köszönjük, hogy termékünket választotta. Reméljük, hogy ez a dokumentum segít a munkájában, és választ

Részletesebben

Szoftverprototípus készítése. Szoftverprototípus készítése. Szoftverprototípus készítése 2011.10.23.

Szoftverprototípus készítése. Szoftverprototípus készítése. Szoftverprototípus készítése 2011.10.23. Szoftverprototípus készítése Dr. Mileff Péter A prototípus fogalma: a szoftverrendszer kezdeti verziója Mi a célja? Arra használják, hogy bemutassák a koncepciókat, kipróbálják a tervezési opciókat, jobban

Részletesebben

A Zigbee technológia

A Zigbee technológia A Zigbee technológia Kovács Balázs kovacsb@tmit.bme.hu Vida Rolland vida@tmit.bme.hu Budapesti Muszaki és Gazdaságtudományi Egyetem Távközlési és Médiainformatikai Tanszék Absztrakt: Napjainkban egyre

Részletesebben

ParcelCall intelligens követő rendszer az áruszállítás és a logisztika szolgálatában

ParcelCall intelligens követő rendszer az áruszállítás és a logisztika szolgálatában LOGISZTIKAI RENDSZEREK ParcelCall intelligens követő rendszer az áruszállítás és a logisztika szolgálatában A láncban mozgó áruk követésére már számos megoldás létezik, ezek azonban az általuk hordozott

Részletesebben

Konfiguráljuk be a TCP/IP protokolt a szerveren: LOAD INETCFG A menüpontokból válasszuk ki a Proctcols menüpontot:

Konfiguráljuk be a TCP/IP protokolt a szerveren: LOAD INETCFG A menüpontokból válasszuk ki a Proctcols menüpontot: A TCP/IP protokolll konfigurálása Konfiguráljuk be a TCP/IP protokolt a szerveren: LOAD INETCFG A menüpontokból válasszuk ki a Proctcols menüpontot: A NetWare-ben beállítható protokolllok jelennek meg

Részletesebben

Elektronikus közhiteles nyilvántartások Megvalósítási tanulmány

Elektronikus közhiteles nyilvántartások Megvalósítási tanulmány eegészség Program 27. Projekt Elektronikus közhiteles nyilvántartások Megvalósítási tanulmány Készítette: Szentgáli Ádám (Stubenvoll Bt.) 1.1 Budapest, 2004 szeptember 30 Tartalom I. Az EKNY adatbank,

Részletesebben

MOBIL ÉS VEZETÉK NÉLKÜLI

MOBIL ÉS VEZETÉK NÉLKÜLI MOBIL ÉS VEZETÉK NÉLKÜLI HÁLÓZATOK BMEVIHIMA07 1. gyakorlat Mobilitás-menedzsment, hívásátadás 2015. február 19., Budapest Knapp Ádám Tudományos segédmunkatárs BME Hálózati Rendszerek és Szolgáltatások

Részletesebben

2. fejezet Hálózati szoftver

2. fejezet Hálózati szoftver 2. fejezet Hálózati szoftver Hálózati szoftver és hardver viszonya Az első gépek összekötésekor (azaz a hálózat első megjelenésekor) a legfontosabb lépésnek az számított, hogy elkészüljön az a hardver,

Részletesebben

54 481 01 1000 00 00 CAD-CAM

54 481 01 1000 00 00 CAD-CAM Az Országos Képzési Jegyzékről és az Országos Képzési Jegyzékbe történő felvétel és törlés eljárási rendjéről szóló 133/2010. (IV. 22.) Korm. rendelet alapján. Szakképesítés, szakképesítés-elágazás, rész-szakképesítés,

Részletesebben

M2M Easy 2 Security Communicator Műszaki leírás

M2M Easy 2 Security Communicator Műszaki leírás M2M Easy 2 Security Communicator Műszaki leírás Rev: 1.2.0 2015-10-13 Dokumentum specifikációk Ez a dokumentáció a WM Rendszerház Kft. által készített M2M Easy 2 Security Communicator eszköz, v8.2.1 vagy

Részletesebben

Bánsághi Anna anna.bansaghi@mamikon.net. 1 of 67

Bánsághi Anna anna.bansaghi@mamikon.net. 1 of 67 SZOFTVERTECHNOLÓGIA Bánsághi Anna anna.bansaghi@mamikon.net 5. ELŐADÁS - RENDSZERTERVEZÉS 1 1 of 67 TEMATIKA I. SZOFTVERTECHNOLÓGIA ALTERÜLETEI II. KÖVETELMÉNY MENEDZSMENT III. RENDSZERMODELLEK IV. RENDSZERARCHITEKTÚRÁK

Részletesebben

Dr. Pétery Kristóf: Word 2003 magyar nyelvű változat

Dr. Pétery Kristóf: Word 2003 magyar nyelvű változat 2 Minden jog fenntartva, beleértve bárminemű sokszorosítás, másolás és közlés jogát is. Kiadja a Mercator Stúdió Felelős kiadó a Mercator Stúdió vezetője Lektor: Gál Veronika Szerkesztő: Pétery István

Részletesebben

Hálózatkezelés Szolgáltatási minőség (QoS)

Hálózatkezelés Szolgáltatási minőség (QoS) System i Hálózatkezelés Szolgáltatási minőség (QoS) 6. verzió 1. kiadás System i Hálózatkezelés Szolgáltatási minőség (QoS) 6. verzió 1. kiadás Megjegyzés Jelen leírás és a tárgyalt termék használatba

Részletesebben

Rubin COUNTER 1.0. Rubin Informatikai Zrt.

Rubin COUNTER 1.0. Rubin Informatikai Zrt. 1.0 Rubin Informatikai Zrt. 1149 Budapest, Egressy út 17-21. telefon: +361 469 4020; fax: +361 469 4029 e-mail: info@rubin.hu; web: www.rubin.hu 1 Rubin Smart DataCounter... 3 1.1 Tulajdonságok... 3 1.2

Részletesebben

Szolgáltatások és alkalmazások (VITMM131)

Szolgáltatások és alkalmazások (VITMM131) Szolgáltatások és alkalmazások (VITMM131) Kontextus-tudatos szolgáltatások Vidács Attila Távközlési és Médiainformatikai Tanszék (TMIT) I.E.348, T:19-25, vidacs@tmit.bme.hu Tartalom Kontextus-tudatos mindenütt

Részletesebben

Felvételi vizsga Mesterképzés, gazdaságinformatikus szak BME Villamosmérnöki és Informatikai Kar. 2016. január 7.

Felvételi vizsga Mesterképzés, gazdaságinformatikus szak BME Villamosmérnöki és Informatikai Kar. 2016. január 7. Név, felvételi azonosító, Neptun-kód: GI pont(45) : Felvételi vizsga Mesterképzés, gazdaságinformatikus szak BME Villamosmérnöki és Informatikai Kar 2016. január 7. A dolgozat minden lapjára, a kerettel

Részletesebben

ANTENNARENDSZEREK KUTATÁSA

ANTENNARENDSZEREK KUTATÁSA ANTENNARENDSZEREK KUTATÁSA R12A - ANTENNARENDSZEREK ANTENNÁK HARDVERELEMEK VIZSGÁLATA R1 - A TÉRBELI RÁDIÓFREKVENCIÁS AZONOSÍTÁS LEHETŐSÉGEINEK KUTATÁSA BUDAPEST, 2013 Tartalomjegyzék 1. A DOKUMENTUM POZICIONÁLÁSA...

Részletesebben

A számítógép-hálózatok használata

A számítógép-hálózatok használata A számítógép-hálózatok használata Erőforrás-megosztás: minden program, eszköz és adat mindenki számára elérhető legyen a hálózaton, tekintet nélkül az erőforrás és a felhasználó fizikai helyére. Virtuális

Részletesebben

Villamos jelek mintavételezése, feldolgozása. Mérésadatgyűjtés, jelfeldolgozás 9. előadás

Villamos jelek mintavételezése, feldolgozása. Mérésadatgyűjtés, jelfeldolgozás 9. előadás Villamos jelek mintavételezése, feldolgozása (ellenállás mérés LabVIEW támogatással) Számítógépes mérőrendszerek Mérésadatgyűjtés, jelfeldolgozás 9. előadás Dr. Iványi Miklósné, egyetemi tanár Schiffer

Részletesebben

AUGMENTED REALITY KITERJESZTETT VALÓSÁG TARTALOMJEGYZÉK. Czéhner Tamás

AUGMENTED REALITY KITERJESZTETT VALÓSÁG TARTALOMJEGYZÉK. Czéhner Tamás AUGMENTED REALITY KITERJESZTETT VALÓSÁG Czéhner Tamás A Kiterjesztett valóság (Augmented Reality röviden AR) napjaink egyik legdinamikusabban fejlődő kutatási területe. Az AR a valódi fizikai környezetet,

Részletesebben

EGÉSZSÉGÜGYI DÖNTÉS ELŐKÉSZÍTŐ

EGÉSZSÉGÜGYI DÖNTÉS ELŐKÉSZÍTŐ EGÉSZSÉGÜGYI DÖNTÉS ELŐKÉSZÍTŐ MODELLEZÉS Brodszky Valentin, Jelics-Popa Nóra, Péntek Márta BCE Közszolgálati Tanszék A tananyag a TÁMOP-4.1.2/A/2-10/1-2010-0003 "Képzés- és tartalomfejlesztés a Budapesti

Részletesebben

Osztott alkalmazások fejlesztési technológiái Áttekintés

Osztott alkalmazások fejlesztési technológiái Áttekintés Osztott alkalmazások fejlesztési technológiái Áttekintés Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Történelem - a kezdetek 2 Mainframe-ek és terminálok Minden a központi gépen fut A

Részletesebben

Click to edit headline title style

Click to edit headline title style O365 AZURE WEBTÁRHELY IP HANG BÉRTELEFONKÖZPONT A Printer-fair Kft. FELHŐ szolgáltatásai Trengerné Dudics Valéria Partner találkozó 2016 A Printer-fair Kft. Által kínált szolgáltatások O365 Azure Webtárhely

Részletesebben

Procontrol Clienter ügyfélhívó rendszer általános leírása

Procontrol Clienter ügyfélhívó rendszer általános leírása Procontrol Clienter ügyfélhívó rendszer általános leírása Létrehozás dátuma: 2009.01.26 11:53 1. oldal, összesen: 15 Tartalomjegyzék Tartalomjegyzék... 2 Bevezetés... 3 Rendszerelemek... 3 A rendszer működési

Részletesebben

CASON Mérnöki Zrt Bemutatása

CASON Mérnöki Zrt Bemutatása Intelligent Network Energy Solutions CASON Mérnöki Zrt Bemutatása 47. Nemzetközi Gázkonferencia Siófok Jászberényi Zoltán IG Tagja- Vezérigazgató DBH csoport tagja 2014 végén DBH Group 1994-ben Maastrichtban

Részletesebben

Vezeték nélküli, elosztott rendszerű jelzőlámpás forgalomirányítás

Vezeték nélküli, elosztott rendszerű jelzőlámpás forgalomirányítás Budapesti Műszaki és Gazdaságtudományi Egyetem Közlekedésmérnöki és Járműmérnöki Kar Közlekedés- és Járműirányítási Tanszék Vezeték nélküli, elosztott rendszerű jelzőlámpás forgalomirányítás Tamaskovics

Részletesebben

Akooperatív tanulás-tanítás folyamatában a pedagógus feladata a tanulás megfelelõ

Akooperatív tanulás-tanítás folyamatában a pedagógus feladata a tanulás megfelelõ Könczöl Tamás igazgató, Sulinet Programiroda, Budapest A Sulinet Digitális Tudásbázis program Az SDT célja, hogy a pedagógusok munkáját olyan egyénre szabható, dinamikus, interaktív digitális taneszközökkel

Részletesebben

NOD32 Antivirus 3.0. Felhasználói útmutató. Beépített összetevők: ESET NOD32 Antivirus ESET NOD32 Antispyware. we protect your digital worlds

NOD32 Antivirus 3.0. Felhasználói útmutató. Beépített összetevők: ESET NOD32 Antivirus ESET NOD32 Antispyware. we protect your digital worlds NOD32 Antivirus 3.0 Beépített összetevők: ESET NOD32 Antivirus ESET NOD32 Antispyware Felhasználói útmutató we protect your digital worlds tartalomjegyzék 1. ESET NOD32 Antivirus 3.0...4 1.1 Újdonságok...

Részletesebben

Szükséges ismeretek: C programozási nyelv; mikrokontrollerek; méréstechnika; analóg és digitális elektronika; LabView

Szükséges ismeretek: C programozási nyelv; mikrokontrollerek; méréstechnika; analóg és digitális elektronika; LabView Pozícióérzékelés szilárd közegben terjedő akusztikus jelek segítségével Ha egy szilárd közeg egy pontján akusztikus jelet keltünk, az a közegben szétterjed és annak több pontján detektálható. A közeg (például

Részletesebben

A Nemzeti Névtér megvalósításának néhány kérdése

A Nemzeti Névtér megvalósításának néhány kérdése A Nemzeti Névtér megvalósításának néhány kérdése A Nemzeti Névtér létrehozásának és működtetésének igazi értelme abban van, hogy a névterek közös archívumi használata révén átjárhatóvá tegyük a kulturális

Részletesebben

KERESKEDELMI AJÁNLAT BUDAÖRSI VÁROSFEJLESZTŐ KFT. RÉSZÉRE KERETRENDSZERBEN KIALAKÍTOTT - PROJEKT MENEDZSMENT FUNKCIONALITÁS

KERESKEDELMI AJÁNLAT BUDAÖRSI VÁROSFEJLESZTŐ KFT. RÉSZÉRE KERETRENDSZERBEN KIALAKÍTOTT - PROJEKT MENEDZSMENT FUNKCIONALITÁS KERESKEDELMI AJÁNLAT BUDAÖRSI VÁROSFEJLESZTŐ KFT. RÉSZÉRE KERETRENDSZERBEN KIALAKÍTOTT - PROJEKT MENEDZSMENT FUNKCIONALITÁS BEVEZETÉSÉRE ÉS TÁMOGATÁSÁRA 1 TARTALOMJEGYZÉK Vezetői Összefoglaló...3 Projekt

Részletesebben

DWL-G520 AirPlus Xtreme G 2,4GHz Vezeték nélküli PCI Adapter

DWL-G520 AirPlus Xtreme G 2,4GHz Vezeték nélküli PCI Adapter Ez a termék a következő operációs rendszereket támogatja: Windows XP, Windows 2000, Windows Me, Windows 98SE DWL-G520 AirPlus Xtreme G 2,4GHz Vezeték nélküli PCI Adapter Előfeltételek Legalább az alábbiakkal

Részletesebben

A 29. cikk alapján létrehozott adatvédelmi munkacsoport

A 29. cikk alapján létrehozott adatvédelmi munkacsoport A 29. cikk alapján létrehozott adatvédelmi munkacsoport 881/11/HU WP 185 13/2011. számú vélemény az okostelefon készülékek földrajzi helymeghatározási szolgáltatásairól Elfogadás: 2011. május 16. A munkacsoportot

Részletesebben

Hálózatkezelés: Távoli elérés szolgáltatások - PPP kapcsolatok

Hálózatkezelés: Távoli elérés szolgáltatások - PPP kapcsolatok System i Hálózatkezelés: Távoli elérés szolgáltatások - PPP kapcsolatok 6. változat 1. kiadás System i Hálózatkezelés: Távoli elérés szolgáltatások - PPP kapcsolatok 6. változat 1. kiadás Megjegyzés Mielőtt

Részletesebben

Forgalmi grafikák és statisztika MRTG-vel

Forgalmi grafikák és statisztika MRTG-vel Forgalmi grafikák és statisztika MRTG-vel Az internetes sávszélesség terheltségét ábrázoló grafikonok és statisztikák egy routerben általában opciós lehetőségek vagy még opcióként sem elérhetőek. Mégis

Részletesebben

A hierarchikus adatbázis struktúra jellemzői

A hierarchikus adatbázis struktúra jellemzői A hierarchikus adatbázis struktúra jellemzői Az első adatbázis-kezelő rendszerek a hierarchikus modellen alapultak. Ennek az volt a magyarázata, hogy az élet sok területén első közelítésben elég jól lehet

Részletesebben

Internet-hőmérő alapkészlet

Internet-hőmérő alapkészlet IPThermo127 KIT Internet-hőmérő alapkészlet Ethernetre / internetre csatolható digitális hőmérő monitorozó programmal Az IPThermo Simple család tagja. A jól ismert IPThermo126 kit továbbfejlesztett utódja,

Részletesebben

Csak felvételi vizsga: csak záróvizsga: közös vizsga: Mérnök informatikus szak BME Villamosmérnöki és Informatikai Kar. 2010. január 4.

Csak felvételi vizsga: csak záróvizsga: közös vizsga: Mérnök informatikus szak BME Villamosmérnöki és Informatikai Kar. 2010. január 4. Név, felvételi azonosító, Neptun-kód: MI pont(90) : Csak felvételi vizsga: csak záróvizsga: közös vizsga: Közös alapképzéses záróvizsga mesterképzés felvételi vizsga Mérnök informatikus szak BME Villamosmérnöki

Részletesebben

8. Hálózatbiztonsági alapok. CCNA Discovery 1 8. fejezet Hálózatbiztonsági alapok

8. Hálózatbiztonsági alapok. CCNA Discovery 1 8. fejezet Hálózatbiztonsági alapok 8. Hálózatbiztonsági alapok Tartalom 8.1 A hálózati kommunikáció veszélyei 8.2 Támadási módszerek 8.3 Biztonságpolitika 8.4 Tűzfalak használata A hálózati kommunikáció veszélyei 8.1 A hálózatba való behatolás

Részletesebben

COCKEREL felügyelet. Tartalomjegyzék. 7+ Számítógép Hálózati Kft.

COCKEREL felügyelet. Tartalomjegyzék. 7+ Számítógép Hálózati Kft. COCKEREL felügyelet Tartalomjegyzék...1 Fogalmak...2 Felügyelet...2 Távfelügyelet...2 Állapot és statisztika lekérdezések...2 Konfigurálás...2 Hálózat felügyelet...2 Rendszerfelépítés...3 SYS modul...3

Részletesebben

Konfigurálható digitális műszerfal Bosch MonoMotronic befecskendezőrendszerhez

Konfigurálható digitális műszerfal Bosch MonoMotronic befecskendezőrendszerhez BMEVIFO4319 Önálló laboratórium Konfigurálható digitális műszerfal Bosch MonoMotronic befecskendezőrendszerhez Időközi beszámoló Molnár Bence ILUAUQ Konzulens: Kertész Zsolt Bevezető A járműelektronika

Részletesebben

SUBUS FEJES SZILVESZTER DR. PINTÉR RÓBERT

SUBUS FEJES SZILVESZTER DR. PINTÉR RÓBERT SUBUS Hallgató FEJES SZILVESZTER Mentor DR. PINTÉR RÓBERT Szabadka, 2015 1 Tartalomjegyzék 1 Előszó... 3 2 Probléma... 4 3 Célok... 4 4 Megvalósítás... 5 4.1 Fejlesztőkörnyezet... 5 4.2 Felhasználói felület...

Részletesebben

Valós idejû számlázás mobil környezetben

Valós idejû számlázás mobil környezetben ARY BÁLINT DÁVID, DR. IMRE SÁNDOR Budapesti Mûszaki és Gazdaságtudományi Egyetem, Híradástechnikai Tanszék imre@hit.bme.hu Kulcsszavak: tartalomszolgáltatás, UMTS, számlaelôállítás, hálózati struktúra

Részletesebben

INFORMATIKA. 6 évfolyamos osztály

INFORMATIKA. 6 évfolyamos osztály INFORMATIKA Az informatika tantárgy ismeretkörei, fejlesztési területei hozzájárulnak ahhoz, hogy a tanuló az információs társadalom aktív tagjává válhasson. Az informatikai eszközök használata olyan eszköztudást

Részletesebben

AIX 6.1. IBM Systems Director Console for AIX

AIX 6.1. IBM Systems Director Console for AIX AIX 6.1 IBM Systems Director Console for AIX AIX 6.1 IBM Systems Director Console for AIX Megjegyzés Az információk és a tárgyalt termék használatba vétele előtt olvassa el a Nyilatkozatok oldalszám:

Részletesebben

Távfelügyeleti rendszer minőségi kritériumai. Grade 2 Biztonsági fokozat

Távfelügyeleti rendszer minőségi kritériumai. Grade 2 Biztonsági fokozat Személy-, Vagyonvédelmi és Magánnyomozói Szakmai Kamara 1132 Budapest, Kádár u. 13. Telefon: +36-1-422-0079 - Fax: +36-1-220-8921 Tisztelt Kolléga! Az alább olvasható kamarai szakmai ajánlást abból a célból

Részletesebben

ALKALMAZÁS MONITOROZÁS A MERCURY MONITORRAL A CLUSTERGRID INFRASTRUKTÚRÁN. Gombás Gábor, gombasg@sztaki.hu MTA SZTAKI

ALKALMAZÁS MONITOROZÁS A MERCURY MONITORRAL A CLUSTERGRID INFRASTRUKTÚRÁN. Gombás Gábor, gombasg@sztaki.hu MTA SZTAKI ALKAAZÁS MONITOROZÁS A MERCURY MONITORRAL A CLUSTERGRID INFRASTRUKTÚRÁN Gombás Gábor, gombasg@sztaki.hu MTA SZTAKI 1. Bevezető Napjainkban a grid technológiák használata egyre több területen válik elfogadottá

Részletesebben

MSP4 A lega tfogo bb ipari mobil eszko zmenedzsment megolda s

MSP4 A lega tfogo bb ipari mobil eszko zmenedzsment megolda s MSP4 A lega tfogo bb ipari mobil eszko zmenedzsment megolda s 2012 januárjában megjelent az MSP legújabb változata az MSP4! A VÁLLALATI ÉS BYOD ESZKÖZÖK KÖZPONTOSÍTOTT ÉS TÁVOLI MENEDZSMENTJE Szerezzen

Részletesebben

(11) Lajstromszám: E 004 672 (13) T2 EURÓPAI SZABADALOM SZÖVEGÉNEK FORDÍTÁSA

(11) Lajstromszám: E 004 672 (13) T2 EURÓPAI SZABADALOM SZÖVEGÉNEK FORDÍTÁSA !HU000004672T2! (19) HU (11) Lajstromszám: E 004 672 (13) T2 MAGYAR KÖZTÁRSASÁG Magyar Szabadalmi Hivatal EURÓPAI SZABADALOM SZÖVEGÉNEK FORDÍTÁSA (21) Magyar ügyszám: E 04 761894 (22) A bejelentés napja:

Részletesebben

KÉPZÉS NEVE: Informatikai statisztikus és gazdasági tervezı TANTÁRGY CÍME: Számítógép hálózatok. Készítette:

KÉPZÉS NEVE: Informatikai statisztikus és gazdasági tervezı TANTÁRGY CÍME: Számítógép hálózatok. Készítette: Leonardo da Vinci Kísérleti projekt által továbbfejlesztett Szakmai program KÉPZÉS NEVE: Informatikai statisztikus és gazdasági tervezı TANTÁRGY CÍME: Számítógép hálózatok Készítette: Némedi János Kovács

Részletesebben

Korszerű raktározási rendszerek. Szakdolgozat

Korszerű raktározási rendszerek. Szakdolgozat Gépészmérnöki és Informatikai Kar Mérnök Informatikus szak Logisztikai Rendszerek szakirány Korszerű raktározási rendszerek Szakdolgozat Készítette: Buczkó Balázs KOKIOC 3770 Sajószentpéter, Ady Endre

Részletesebben

ecoline SIA IP Adapter

ecoline SIA IP Adapter ecoline SIA IP Adapter TELEPÍTÉSI ÉS ALKALMAZÁSI ÚTMUTATÓ v2.25 és újabb modulverziókhoz Rev. 1.4 2012.05.08 Tartalomjegyzék 1 Alkalmazási terület...3 2 Funkciók...3 3 Beállítások...4 3.1 Beállítás USB

Részletesebben

Jármû-elektronika ELEKTRONIKAI-INFORMATIKAI SZAKFOLYÓIRAT. 2003. november. 890 Ft. XII. évfolyam 7. szám

Jármû-elektronika ELEKTRONIKAI-INFORMATIKAI SZAKFOLYÓIRAT. 2003. november. 890 Ft. XII. évfolyam 7. szám XII. évfolyam 7. szám ELEKTRONIKAI-INFORMATIKAI SZAKFOLYÓIRAT 890 Ft 2003. november Jármû-elektronika Gyorsulásszenzorok az autóiparban (2. rész) SZEGEDI ANDRÁS Az elôzô részben bemutatásra került az autóiparban

Részletesebben

Tanúsítási jelentés. Hung-TJ-010-2003. a MultiSigno Developer Professional. aláíró alkalmazás fejlesztő készletről. /Kopint-Datorg Rt.

Tanúsítási jelentés. Hung-TJ-010-2003. a MultiSigno Developer Professional. aláíró alkalmazás fejlesztő készletről. /Kopint-Datorg Rt. Tanúsítási jelentés Hung-TJ-010-2003 a MultiSigno Developer Professional aláíró alkalmazás fejlesztő készletről /Kopint-Datorg Rt./ /verzió: Pack.dll 2.0/ Tanúsítási jelentés a MultiSigno Developer Professional

Részletesebben

Vezeték nélküli eszközök (csak egyes típusokon) Felhasználói útmutató

Vezeték nélküli eszközök (csak egyes típusokon) Felhasználói útmutató Vezeték nélküli eszközök (csak egyes típusokon) Felhasználói útmutató Copyright 2008 Hewlett-Packard Development Company, L.P. A Windows elnevezés a Microsoft Corporationnek az Amerikai Egyesült Államokban

Részletesebben

(11) Lajstromszám: E 007 770 (13) T2 EURÓPAI SZABADALOM SZÖVEGÉNEK FORDÍTÁSA

(11) Lajstromszám: E 007 770 (13) T2 EURÓPAI SZABADALOM SZÖVEGÉNEK FORDÍTÁSA !HU000007770T2! (19) HU (11) Lajstromszám: E 007 770 (13) T2 MAGYAR KÖZTÁRSASÁG Magyar Szabadalmi Hivatal EURÓPAI SZABADALOM SZÖVEGÉNEK FORDÍTÁSA (21) Magyar ügyszám: E 06 738093 (22) A bejelentés napja:

Részletesebben

MVC Java EE Java EE Kliensek JavaBeanek Java EE komponensek Web-alkalmazások Fejlesztői környezet. Java Web technológiák

MVC Java EE Java EE Kliensek JavaBeanek Java EE komponensek Web-alkalmazások Fejlesztői környezet. Java Web technológiák Java Web technológiák Bevezetés Áttekintés Model View Controller (MVC) elv Java EE Java alapú Web alkalmazások Áttekintés Model View Controller (MVC) elv Java EE Java alapú Web alkalmazások Áttekintés

Részletesebben

Előzmények 2011.10.23.

Előzmények 2011.10.23. Előzmények Dr. Mileff Péter A 80-as évek közepétől a szoftverek komplexitása egyre növekszik. Megjelentek az OO nyelvek. Az OO fejlesztési módszerek a rendszer különböző nézőpontú modelljeit készítik el.

Részletesebben

Welcome3 Bele pteto rendszer

Welcome3 Bele pteto rendszer Welcome3 Bele pteto rendszer Programozói kézikönyv beks Kommunikációs Technika Kft 4024, Debrecen, Rákóczi utca 21 www.beks.hu 2013. március 7. Tartalomjegyzék Rendszer telepítési folyamatábra... 6 Welcome3

Részletesebben

2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Tavasz 2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Department of Software Engineering Számítógép-hálózatok 5. gyakorlat Ethernet alapok Deák Kristóf S z e g e d i T u d o m á n y e g

Részletesebben

P-GRADE fejlesztőkörnyezet és Jini alapú GRID integrálása PVM programok végrehajtásához. Rendszerterv. Sipos Gergely sipos@sztaki.

P-GRADE fejlesztőkörnyezet és Jini alapú GRID integrálása PVM programok végrehajtásához. Rendszerterv. Sipos Gergely sipos@sztaki. P-GRADE fejlesztőkörnyezet és Jini alapú GRID integrálása PVM programok végrehajtásához Rendszerterv Sipos Gergely sipos@sztaki.hu Lovas Róbert rlovas@sztaki.hu MTA SZTAKI, 2003 Tartalomjegyzék 1. Bevezetés...

Részletesebben

2001. 1989. Quadro Byte Kft. 1033 Budapest, Polgár u. 1. ( 436-9930, 368-2503, qb@mail.datanet.hu

2001. 1989. Quadro Byte Kft. 1033 Budapest, Polgár u. 1. ( 436-9930, 368-2503, qb@mail.datanet.hu 2001. Quadro Byte Kft. 1033 Budapest, Polgár u. 1. ( 436-9930, 368-2503, qb@mail.datanet.hu 1989. Quadro Byte Kft. bemutatása. Négy magánszemély által 1989-ben alapított, független cég. Fő profilja: saját

Részletesebben

INTELLIGENS ADATELEMZÉS

INTELLIGENS ADATELEMZÉS Írta: FOGARASSYNÉ VATHY ÁGNES STARKNÉ WERNER ÁGNES INTELLIGENS ADATELEMZÉS Egyetemi tananyag 2011 COPYRIGHT: 2011 2016, Dr. Fogarassyné Dr. Vathy Ágnes, Pannon Egyetem Műszaki Informatikai Kar Matematika

Részletesebben

A Polycom RealPresence Group Series készülékek és tartozékok szoftverének és opcióinak telepítése. Áttekintés

A Polycom RealPresence Group Series készülékek és tartozékok szoftverének és opcióinak telepítése. Áttekintés A Polycom RealPresence Group Series készülékek és tartozékok szoftverének és opcióinak telepítése Áttekintés A Polycom szoftver frissítésével vagy további rendszeropciók vásárlásával az Önök szervezete

Részletesebben

Cisco Mobility Express megoldás

Cisco Mobility Express megoldás Cisco Mobility Express megoldás Áttekintés Kérdés: Mi az a Cisco Mobility Express megoldás? Válasz: A Cisco Mobility Express megoldás egy új, vezeték nélküli termékportfolió, amely kifejezetten a 250 alkalmazottnál

Részletesebben

TomTom Bridge Referencia útmutató

TomTom Bridge Referencia útmutató TomTom Bridge Referencia útmutató 15200 Tartalom Üdvözli Önt a TomTom Bridge 5 A TomTom Bridge elindítása 7 Kézmozdulatok használata... 8 A TomTom Bridge készüléken található alkalmazások... 9 A TomTom

Részletesebben

Csak felvételi vizsga: csak záróvizsga: közös vizsga: Mérnökinformatikus szak BME Villamosmérnöki és Informatikai Kar. 2015. május 27.

Csak felvételi vizsga: csak záróvizsga: közös vizsga: Mérnökinformatikus szak BME Villamosmérnöki és Informatikai Kar. 2015. május 27. Név, felvételi azonosító, Neptun-kód: MI pont(45) : Csak felvételi vizsga: csak záróvizsga: közös vizsga: Közös alapképzéses záróvizsga mesterképzés felvételi vizsga Mérnökinformatikus szak BME Villamosmérnöki

Részletesebben

ATM hálózatra épülő Interaktív Televízió Szolgáltatás

ATM hálózatra épülő Interaktív Televízió Szolgáltatás ATM hálózatra épülő Interaktív Televízió Szolgáltatás Farkas Károly, Maliosz Markosz Kivonat Az EMMA/SIGNE [5] kísérleti rendszer tetszőleges telekommunikációs szolgáltatás megvalósítására alkalmas. Az

Részletesebben

Webszolgáltatások kommunikációs overhead-jének becslése

Webszolgáltatások kommunikációs overhead-jének becslése Webszolgáltatások kommunikációs overhead-jének becslése Simon Balázs, sbalazs@iit.bme.hu Dr. Goldschmidt Balázs, balage@iit.bme.hu Dr. Kondorosi Károly, kondor@iit.bme.hu Budapesti Műszaki Egyetem, Irányítástechnika

Részletesebben

ProCOM GPRS ADAPTER TELEPÍTÉSI ÉS ALKALMAZÁSI ÚTMUTATÓ. v1.00.0096 és újabb modul verziókhoz Dokumentumverzió: 1.41 2013.08.09

ProCOM GPRS ADAPTER TELEPÍTÉSI ÉS ALKALMAZÁSI ÚTMUTATÓ. v1.00.0096 és újabb modul verziókhoz Dokumentumverzió: 1.41 2013.08.09 ProCOM GPRS ADAPTER TELEPÍTÉSI ÉS ALKALMAZÁSI ÚTMUTATÓ v1.00.0096 és újabb modul verziókhoz Dokumentumverzió: 1.41 2013.08.09 Tartalomjegyzék 1 A ProCOM GPRS Adapter alapvető funkciói... 3 1.1 Funkciók

Részletesebben

Műszaki leírás. SoliDBank601-AN-C4 SoliDBank601-E-AN-C4 hangrögzítő berendezés. ML_BE_SB601-AN 4. kiadás. doc. rev.: 1159

Műszaki leírás. SoliDBank601-AN-C4 SoliDBank601-E-AN-C4 hangrögzítő berendezés. ML_BE_SB601-AN 4. kiadás. doc. rev.: 1159 Műszaki leírás SoliDBank601-AN-C4 SoliDBank601-E-AN-C4 hangrögzítő berendezés ML_BE_SB601-AN 4. kiadás doc. rev.: 1159 Tartalomjegyzék 1. Általános és biztonsági tudnivalók... 3 1.1. Fontos biztonsági

Részletesebben

!!" KÉSZÍTK: ERDÉLYI LAJOS KOLLÁR NÁNDOR WD6OGW BUK8Y7

!! KÉSZÍTK: ERDÉLYI LAJOS KOLLÁR NÁNDOR WD6OGW BUK8Y7 !!" KÉSZÍTK: ERDÉLYI LAJOS KOLLÁR NÁNDOR WD6OGW BUK8Y7 #$%#&'( 1. Bevezet... 4 1.1. Feladatkiírás:... 4 1.2. Specifikáció... 4 2. A kidolgozás munkafázisai, szakaszai... 6 3. Fejlesztési irányelvek...

Részletesebben

A KEOP-1.1.1/C/13-2013-0027

A KEOP-1.1.1/C/13-2013-0027 A KEOP-1.1.1/C/13-2013-0027 azonosítószámú A cikói hulladékgazdálkodási rendszer fejlesztés eszközbeszerzésekkel tárgyú Projekthez kapcsolódó járatoptimalizálási feladatok ellátása - Tájékoztató az eljárás

Részletesebben

Felvételi vizsga Mesterképzés, gazdaságinformatikus szak BME Villamosmérnöki és Informatikai Kar. 2010. június 2.

Felvételi vizsga Mesterképzés, gazdaságinformatikus szak BME Villamosmérnöki és Informatikai Kar. 2010. június 2. GI pont(45) : Felvételi vizsga Mesterképzés, gazdaságinformatikus szak BME Villamosmérnöki és Informatikai Kar 2010. június 2. A dolgozat minden lapjára, a kerettel jelölt részre írja fel nevét, valamint

Részletesebben

Models are not right or wrong; they are more or less useful.

Models are not right or wrong; they are more or less useful. Eötvös Loránd Tudományegyetem Informatikai Kar Szoftvertechnológia 8. előadás Models are not right or wrong; they are more or less useful. (Martin Fowler) 2015 Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto

Részletesebben

IBM i. Hálózatkezelés DHCP 7.1

IBM i. Hálózatkezelés DHCP 7.1 IBM i Hálózatkezelés DHCP 7.1 IBM i Hálózatkezelés DHCP 7.1 Megjegyzés A kiadvány és a tárgyalt termék használatba vétele előtt olvassa el a Nyilatkozatok, oldalszám: 57 szakasz tájékoztatását. Ez a kiadás

Részletesebben

GSM Gate Control Pro 20 GSM Gate Control Pro 1000

GSM Gate Control Pro 20 GSM Gate Control Pro 1000 GSM Gate Control Pro 20 GSM Gate Control Pro 1000 TELEPÍTÉSI ÉS ALKALMAZÁSI ÚTMUTATÓ v1.21.2387 és újabb modulverziókhoz Dokumentumverzió: 1.61 2015.10.19 Jellemzők: Kimenetek vezérlése interneten keresztül,

Részletesebben

Novell Nterprise Branch Office: a távoli iroda felügyeletének leegyszerűsítése

Novell Nterprise Branch Office: a távoli iroda felügyeletének leegyszerűsítése Novell Nterprise Branch Office: a távoli iroda felügyeletének leegyszerűsítése termékleírás www.novell.hu Bevezetés A mai vállalatok gyakran tartanak fenn irodákat az ország és a világ különböző pontjain.

Részletesebben

ERserver. iseries. Szolgáltatási minőség

ERserver. iseries. Szolgáltatási minőség ERserver iseries Szolgáltatási minőség ERserver iseries Szolgáltatási minőség Szerzői jog IBM Corporation 2002. Minden jog fenntartva Tartalom Szolgáltatási minőség (QoS)............................ 1

Részletesebben

Közzététel és Adatszolgáltatás IT tudatosság projekt

Közzététel és Adatszolgáltatás IT tudatosság projekt Közzététel és Adatszolgáltatás IT tudatosság projekt Felhasználói kézikönyv v3.0 2009. 03. 03. Tartalomjegyzék 1 BEVEZETÉS... 4 2 ÁLTALÁNOS INFORMÁCIÓK... 4 2.1 RENDSZER ÁTTEKINTÉSE, FELHASZNÁLÓK, ALAPFOGALMAK...

Részletesebben