Wireless Sensor Networks

a) Dream up two creative wireless sensor network applications.  One of them must use the current mote family we have (xbow.com MicaZ) but possibly using the GPS or weather-board or RFID modules.  One should be feasible with a handful of nodes, and one application can use 100 or more.  Write up your idea including a discussion of software, deployment issues, etc.  One page or more per application is fine.
b) Write up a routing algorithm of your design, that might be useful for creating ad-hoc wireless sensor networks.  Include a discussion of strengths and weaknesses, issues concerning noise, movement, traffic, power, etc.  One page or more should be fine.
c) Read the following papers:  Wireless Sensor Networks for Habitat Monitoring, Power and Control in Networked Sensors, System Architecture Directions for Networked Sensors

a) Read the following papers: A Transmission Control Scheme for Media Access in Sensor Networks, The Emergence of Networking Abstractions and Techniques in TinyOS, Active Message Communication for Tiny Networked Sensors.  Write a 3/4 to 1 page summary of key concepts and key issues and findings for each paper.

b) Do "Blink" example from net

c) Write "Hello World" for mote:  Set timer for 5 secs, then sound alarm for 3 secs

d) “Shake and Cry”

Set time for 3 Secs.
Get accelerometer reading
Sound alarm and cry for 3 secs if acceleration above threshold of normal table vibration (picking up mote for example)
If you are having fun, use LEDs to signal “armed and ready” (blinking red == armed, solid green == setup)

 a) Read the following paper:  Mate: A Tiny Virtual Machine for Sensor Networks.  Write a 3/4 to 1 page summary of key concepts and key issues and findings for the paper.

 a) Read the following paper: Intel Mote: An Enhanced Sensor Network Node, Tiny Application Sensor Kit (TASK),  Write a 3/4 to 1 page summary of key concepts and key issues and findings for each paper.

a) Mote 6-bit display.  Using the three LEDs, encode 6 bits of data using the following scheme for each LED:  off, slow blink, fast blink, and on.  Monitor the light sensor, displaying the lowest 6 bits.  Slow blink should about 1/3 Hz.  Fast should be fast, but clearly distinguishable from on.

b) Mote talk ping pong (Furbish).

This exercise requires two motes, each of which will be running identical code stacks. 

Using the microphone and the sounder, motes will "talk" to each other, back and forth, eaching taking a turn talking and listening.

The experiment will begin by turning both motes on.  They should immediately both run the "Shake and Cry" code from the previous exercise.  The Mote will stay in the "armed" state, waiting for movement until it is either moved (it begins the conversation as the "talker") or it hears a tone (it begins as the "listener").   After the motes figure out if they begin as the Talker or the Listener, they begin the following algorithm:

The Talker will send a tone for x milliseconds.  The Listener will detect the edges of the tone, and time the length of the tone, wait quietly for an equal length of time, and then become the Talker.  The new Talker will reply with a tone that is (x*10/8) milliseconds long.  The other mote, now the Listener, will detect the edges of the tone, and time the incoming tone, wait for an equal length of time, and reply with a tone that is (x*10/8) milliseconds long.  This will continue until no tone can be detected or the precision of the sensors or the math makes a reply impossible.  The wireless network may not be used.  Also, the motes must reply strictly to the length of time of the received tone, and not use shared constants about the length of the tones.  Try whistling to your mote and see if you can get the same behaviour. 

A pseudocode algorthim for the behavior might look something like what is shown below.  Naturally, it is not NesC or Mote friendly (and may even have a bug) but shows the basic idea.

tone_length = 1000 milliseconds;
while (talking_ok) {
  if (talker) {
    sound(tone_length);
    wait(tone_length);
    talker = false;
    }
  else {
    X = detect_spoken_word();
    wait(X);
    tone_length = X * 10 / 8;
    talking_ok = check_for_exit(tone_length);
    talker = true;
  }