Routing (Sun SPOT): Forskelle mellem versioner
David (diskussion | bidrag) No edit summary |
David (diskussion | bidrag) m (→Algoritmevalg) |
||
(2 mellemliggende versioner af den samme bruger vises ikke) | |||
Linje 19: | Linje 19: | ||
* Breddeførstsøgning: | * Breddeførstsøgning: | ||
*: Fordele: | *: Fordele: | ||
** Nem at implementere og forstå | *:* Nem at implementere og forstå | ||
** Komplethed | *:* Komplethed | ||
*: Ulemper: | *: Ulemper: | ||
** Ikke optimal til vægtede grafer | *:* Ikke optimal til vægtede grafer | ||
* Dijkstras algoritme | * Dijkstras algoritme | ||
*: Fordele: | *: Fordele: | ||
** God til rutebestemmelse | *:* God til rutebestemmelse | ||
** Er som udgangspunkt designet til vægtede grafer | *:* Er som udgangspunkt designet til vægtede grafer | ||
*: Ulemper: | *: Ulemper: | ||
** Større maksimal køretid end breddeførst | *:* Større maksimal køretid end breddeførst | ||
Sensornetværket, som vi beskæftiger os med, er ikke specielt stort. Der vil højst være tale om 100 sensorer, og det er derfor overflødigt at implementere en alt for avanceret algoritme, da grafen ikke er så stor. | Sensornetværket, som vi beskæftiger os med, er ikke specielt stort. Der vil højst være tale om 100 sensorer, og det er derfor overflødigt at implementere en alt for avanceret algoritme, da grafen ikke er så stor. | ||
Linje 36: | Linje 36: | ||
[[Category:Sun SPOT]] | [[Category:Sun SPOT]] | ||
[[Category:Programmering (Sun SPOT)]] | [[Category:Programmering (Sun SPOT)]] | ||
[[Category:Rapport (Sun SPOT)]] |
Nuværende version fra 24. apr. 2008, 12:45
Denne artikel omhandler overvejelser, design og implementeringer omkring Sensor Network Protocol routing'en skal foregå.
Den generelle protokol kan findes under Programdesign (Sun SPOT) og under Implementering (Sun SPOT) er der mere konkret om den egentlige implementering af det hele.
Mål
At forbinde alle sensorer i et sensor netværk, således at kommunikationsafstand bliver mindst mulig mellem sensorerne.
Metode
Sensor netværket opbygges som en vægtet, ikke-orienteret og cyklisk graf, hvor hver enkelt sensor er en node, og kanterne i grafen er kommunikationsforbindelsen imellem dem. Vægtningen er repræsenteret ved radiostyrken af forbindelsen mellem de enkelte sensorer.
Der skal på baggrund af grafen konstrueres et kommunikationstræ for sensornetværket. Der skal lægges vægt på:
- Pålidelighed:
- Pålidelighed opbygges ved primært at vælge kanter, som har en lav vægt og dermed høj radiostyrke. Dette øger sandsynligheden for, at pakker ikke går tabt undervejs.
- Afstand:
- Der skal foretages færrest mulige kommunikationshop mellem sensorerne i sensornetværket og basisstationen.
Algoritmevalg
Vi vil benytte en korteste sti algoritme til at opbygge et kommunikationtræ for sensornetværket. Der er her flere muligheder:
- Breddeførstsøgning:
- Fordele:
- Nem at implementere og forstå
- Komplethed
- Ulemper:
- Ikke optimal til vægtede grafer
- Fordele:
- Dijkstras algoritme
- Fordele:
- God til rutebestemmelse
- Er som udgangspunkt designet til vægtede grafer
- Ulemper:
- Større maksimal køretid end breddeførst
- Fordele:
Sensornetværket, som vi beskæftiger os med, er ikke specielt stort. Der vil højst være tale om 100 sensorer, og det er derfor overflødigt at implementere en alt for avanceret algoritme, da grafen ikke er så stor.
Algoritme valg er ikke endeligt afgjort, men valget falder nok på Dijkstras algoritme.