Idee: Erstellung eines zuverlässigen und nachvollziehbaren Tests für die Überprüfung der Entwicklung (Erstellung einer Baseline für Verbesserungen/Verschlechterungen)

Vorgehensweise:
Die Tests werden in unterschiedlichen Entfernungen (1m, 3m, 5m, 8m, 10m, 15m) durchgeführt. Aus den Entfernungen ergeben sich unterschiedliche RF Charakteristiken, die sich dahingehend auswirken, dass 6LoWPAN Frames verloren gehen. Um Störeinflüsse aus der Umgebung auszuschließen (zu mitteln) sollten die Tests jeweils 100 mal wiederholt werden.

Ansätze:

1. HTTP-basiert:
   1. Contiki-Webserver wird mittels Testtool abgefragt und die Performance ermittelt
   2. http://jakarta.apache.org/jmeter/usermanual/build-web-test-plan.html
2. ICMP-basiert:
   1. ICMP Pakete mit unterschiedlichen Packetgrößen (klein(64), mittel(512), groß (1280) )
   2. Vorteil: sollte mit Standard-Contiki funktionieren (keine Applikation erforderlich)

Bei Contiki 2.4 sieht man die 6-LoWPAN-Fragmente im Wireshark.
Ist das bei 2.5 immer noch so? Wenn nicht, was müsste ggf. angepasst werden, bzw. könnten wir eine eigene Ausgabe bei Fehlern in den Code einbauen (TODO!)

In radio.h gibt es die Funktion: uint8_t radio_get_saved_rssi_value(void)
Laut diesem Dokument: http://www.atmel.com/dyn/resources/prod_documents/doc5131.pdf berechnet sich die Empfangsstärke wie folgt:

The RSSI is a 5-bit value indicating the receive power in the selected channel, in steps of 3 dB.

• Minimum RSSI sensitivity is -91 dBm (RSSI_BASE_VAL)
• Dynamic range is 81 dB
• Minimum RSSI value is 0
• Maximum RSSI value is 28

An RSSI value of 0 indicates an RF input power of < -91 dBm. For an RSSI value in the range of 1 to 28, the RF input power can be calculated as follows: PRF = RSSI_BASE_VAL + 3*(RSSI - 1)