Programdesign (Sun SPOT): Forskelle mellem versioner

Fra DAMNWiki
Spring til navigationSpring til søgning
No edit summary
mNo edit summary
Linje 41: Linje 41:
===== Opgave/forespørgelsprotokol =====
===== Opgave/forespørgelsprotokol =====
<pre>
<pre>
package = data_to_base {data_line}+ | address request_from_base data_line
package = data_to_base {data_line}+ | address request_from_base data_line | broadcast
data_line = temperature double | light double | accelX double | accelY double |
data_line = temperature double | light double | accelX double | accelY double |
             accelZ double | accel double | set_route_sensor address |
             accelZ double | accel double | set_route_sensor address |
             get_sensor_data | get_neighbour_sensors | neighbour_sensors {address}* |
             get_sensor_data | get_neighbour_sensors | neighbour_sensors {address}* |
             ping | broadcast
             ping
address = "0014.4F01." subaddr "." subaddr
address = "0014.4F01." subaddr "." subaddr
subaddr = hex{4}
subaddr = hex{4}
data_to_base = 1
data_to_base = 1
request_from_base = 2
request_from_base = 2
broadcast = 3
temperature = 1
temperature = 1
light = 2
light = 2
Linje 61: Linje 62:
neightbour_sensors = 10
neightbour_sensors = 10
ping = 11
ping = 11
broadcast = 12
</pre>
</pre>



Versionen fra 12. mar. 2008, 14:13

Denne artikel indeholder informationer omkring den konkrete udformning af Sun SPOT programmet. Designet ligger tæt op ad kravspecifikationen

Generelt

Vi vil som altid i forbindelse med grafisk brugerflade programmering benytte os af model-view-control design mønstret.

Model

Modellen er den del af systemet, som skal håndtere alle data, hvilket inkluderer positionsbestemmelse samt protokol. Disse punkter bliver behandlet selvstændigt nedenfor.

Modellen kommunikerer med den grafiske brugerflade igennem interfaces. Brugerfladen må ikke i sig selv indeholde vigtige oplysninger såsom variabler, sensor lister osv. Disse gemmes og vedligeholdes i modellen.

Protokol

Protokollen opdeles som i kravspecifikationen i to dele. En for basisstationen og en for de frie sensorer. I forbindelse med simulering af sensorer gælder nogle specifikke forholdsregler, da der i dette tilfælde skal oprettes en virtuel forbindelse og ikke en fysisk forbindelse mellem basisstationen og sensorerne.

Basisstation

Basisstationenen skal kunne holde styr på mange ting på en gang. Det er derfor nødvendigt at benytte trådet programmering.

Opgaver (ukomplet liste):

  • Håndtering af indkomne datapakker.
    1. Ping. Hver frie sensor skal konstant gøre opmærksom på sin tilstedeværelse.
    2. Data. Temperatur, accelerometer, lys, radiostyrke. Dataene håndteres konkret et andet sted.
    3. Vedligeholdelseskommandoer, herunder:
      1. Hver frie sensor vil forsøge at oprette forbindelse til basisstationen. Der er således et konstant behov for, at sensorer kan kontakte basisstationen.
      2. Hvis en sensor pludselig mister forbindelse til en anden sensor, skal dette rapporteres.
      3. Status meddelelser som f.eks. antal naboer, deres adresser osv.
  • Håndtering af data.
Som beskrevet i kravspecifikationen skal det være muligt til hver en tid at se en sensors målinger. Vi ved endnu ikke, om disse målinger skal gemmes eller blot være den seneste måling.
Pseudokode

Dette punkt vil løbende blive opdateret eftersom protokollen udvikler sig.

Fri sensor (Sun SPOT)

De frie sensorer er primært kommunikationled i en kæde/rute, som forbinder hele sensornetværket. Kravspecifikationen beskriver, hvad de frie sensorer skal kunne, hvilket uddybes her. Der er ligesom for basisstationen behov for at benytte trådet programmering.

Hver af de følgende opgaver håndteres af en enkelt tråd:

  • Oprettelse af forbindelse og efterfølgende pings.
  • Modtagelse og distribuering af indkommende opgaver samt forespørgsler.
  • Opgavehåndtering, herunder:
    • Videresendelse af beskeder.
    • Besvarelse på forespørgsler.
Opgave/forespørgelsprotokol
package = data_to_base {data_line}+ | address request_from_base data_line | broadcast
data_line = temperature double | light double | accelX double | accelY double |
            accelZ double | accel double | set_route_sensor address |
            get_sensor_data | get_neighbour_sensors | neighbour_sensors {address}* |
            ping
address = "0014.4F01." subaddr "." subaddr
subaddr = hex{4}
data_to_base = 1
request_from_base = 2
broadcast = 3
temperature = 1
light = 2
accelX = 3
accelY = 4
accelZ = 5
accel = 6
set_route_sensor = 7
get_sensor_data = 8
get_neightbour_sensors = 9
neightbour_sensors = 10
ping = 11

"hex" betegner et hexadecimal tal. Altså 0 til F.

Pseudokode

Dette punkt vil løbende blive opdateret eftersom protokollen udvikler sig.

Tråd 1: Oprettelse af forbindelse og efterfølgende pings

while (true)
{
    while (!connected)
    {
        broadcast(this.id);
        pause(random long); // milisecs
    }

    while (connected)
    {
        sendToBaseStation(ping & sensordata);
        pause(10000); // milisecs
    }
}

Tråd 2: Modtagelse af opgaver samt distribuering:

while (true)
{
    while (connected)
    {
        receive(request);
        distributeRequest(request); // Tilføj til en kø eller lignende
        pause(100);
    }
    pause(5000);
}

Tråd 3: Opgavehåndtering

while (true)
{
    while (!requestQueue.isEmpty)
    {
        handleRequest(requestQueue.poll); // Videresend besked
        pause(100);
    }
    pause(1000);
}

Positionsbestemmelse

Model design

Ovenstående beskrivelser giver anledning til følgende programopbygning for modellen.

View - GUI

GUI design