The Hitchhiker\`s Guide to Successful Wireless Sensor Network
Download
Report
Transcript The Hitchhiker\`s Guide to Successful Wireless Sensor Network
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
The Hitchhiker’s Guide to Successful
Wireless Sensor Network Deployments
Guillermo Barrenetxea, Francois Ingelrest,
Gunnar Schaefer and Martin Vetterli
LCAV, EPFL, Switzerland
SenSys 2008
Jeffrey
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Outline
Introduction
Related Work
SensorScope
The Hitchhiker’s Guide
Conclusion
Comments
Copyright © 2008 Jeffrey Hsiao
2
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Introduction
Most theoretical aspects of wireless sensor networks
(WSNs) have been well studied over the past few years
Synchronization
Localization
Routing
Real-world deployments still remain a challenging task
Copyright © 2008 Jeffrey Hsiao
3
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Why Challenging?
Good WSN systems fail to provide expected results
once deployed in the real world
Such failures may be either due to
a completely non-working system or
an inability to meaningfully exploit gathered data
While certain issues may be anticipated, experience is
still the key asset to ensure a successful deployment
Copyright © 2008 Jeffrey Hsiao
4
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Main Areas to Successful Deployments
Three main areas exist, in which expertise is needed,
to access to the “Holy Grail” of successful deployments
Development
Testing
Deployment
Copyright © 2008 Jeffrey Hsiao
5
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Development
The first step
Local conditions must be carefully studied and
considered
such as the expected weather in case of outdoor
deployments
Hardware must be well-fitted to the targeted site
Embedded software must be designed in a way that
eases debugging later on
Copyright © 2008 Jeffrey Hsiao
6
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Testing
Ensuring that the system is ready to be deployed
before going on site is mandatory
Setting up a testbed is often the best solution
Designing a good one, however, is not so easy
Copyright © 2008 Jeffrey Hsiao
7
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Deployment
Last but not least, the deployment is most often the
time to face unexpected problems due to
unanticipated or—even worse—underestimated issues
Copyright © 2008 Jeffrey Hsiao
8
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
SensorScope
Over the past three years, the authors have worked on
SensorScope
an environmental monitoring system based on a WSN
Have engineered a complete framework including
electronic circuit boards
a solar energy system
an embedded communication stack, based on TinyOS
server-side software
Copyright © 2008 Jeffrey Hsiao
9
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Six Real-world Deployments
Have already run six real-world deployments
Ranging in size from half a dozen to a hundred
stations
From our university campus to high-mountain sites
Throughout these deployments, valuable experience in
preparing, conducting, and managing deployments
have been gathered
Copyright © 2008 Jeffrey Hsiao
10
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
On A Rock Glacier
Have deployed our system on a rock glacier located at
2500m, on top of the G´en´epi, a mountain in the Swiss
Alps
This environment is rough and the deployment took
place under very harsh conditions
Thanks to the authors’ experience, it was successful
and led environmental scientists to the modeling of a
microclimate causing dangerous mud streams
Copyright © 2008 Jeffrey Hsiao
11
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Not For Outdoor Deployments Only
SensorScope is aimed at outdoor deployments
Many of the issues we describe in this paper are
common to all kinds of deployments
The main part of this paper is written as a guide for
readers aiming to deploy a live WSN
Contains much advice, illustrated with many
examples, all taken from our own experience
Copyright © 2008 Jeffrey Hsiao
12
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Outline
Introduction
Related Work
SensorScope
The Hitchhiker’s Guide
Conclusion
Comments
Copyright © 2008 Jeffrey Hsiao
13
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Related Work
Many known deployments of WSNs
Wireless sensor networks for habitat monitoring, 2002
By a group at Berkeley in 2002, on the Great Duck
Island, to help habitat monitoring
Pioneering Work
Limited To Single-hop Communications
Many Lessons Were Learned Regarding The Difficulties
Of Deploying Such A Network
Copyright © 2008 Jeffrey Hsiao
14
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Berkeley’s Macroscope
A macroscope in the redwoods, 2005
A new sensor network built by Berkeley
Built on top of TASK, a set of WSN software and tools,
also designed at Berkeley
Extensively used for microclimate monitoring of a
redwood tree
Copyright © 2008 Jeffrey Hsiao
15
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Drawbacks
Rather small-scale
Placed in a tree, at an altitude of 15 to 70m from the
ground
Most sensor motes, in particular the ones used in
SensorScope, are able to communicate directly over
such a small distance
Copyright © 2008 Jeffrey Hsiao
16
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Harvard
Deploying a wireless sensor network on an active
volcano, 2006
A group at Harvard described their experience in
deploying WSNs on top of active volcanoes
To study their activity by measuring seismic and
infrasonic signals
Close to SensorScope, in the sense that
targeted sites are harsh and difficult to access
once deployed the network must be robust and reliable
Copyright © 2008 Jeffrey Hsiao
17
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Differences
Event-based
no data is needed when there is no volcanic activity
Sensor Scope is time-based
Their deployments were also short-term (a few weeks)
Some of deployments in this paper lasted for more
than six months
Copyright © 2008 Jeffrey Hsiao
18
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Delft University
Murphy loves potatoes: Experiences from a pilot
sensor network deployment in precision agriculture,
2006
Researchers at Delft University deployed a large-scale
sensor network in a potato field
The goal of the project was to
improve the protection of potatoes against a fungal
disease
to precisely monitor the development of that disease
Copyright © 2008 Jeffrey Hsiao
19
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Drawbacks
Unfortunately, the deployment went mostly awry
so that the work could not be finished, because of time
and money constraints
Nevertheless, the researchers reported the lessons they
learned
especially how much more difficult it is to set up a WSN
in the real world
rather than in a simulator or in a laboratory
Copyright © 2008 Jeffrey Hsiao
20
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
University of Virginia’s LUSTER
LUSTER: Wireless sensor network for environmental
research, 2007
Designed mainly to gather light measurements
Built on top of a low-power MAC layer
Makes use of distributed storage on embedded flash
cards, providing fault-tolerance
Deployed outdoors, in two different environments
in a forested area, close to the laboratory
on Hog Island, a research site in the Virginia Coast
Reserve
Copyright © 2008 Jeffrey Hsiao
21
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Deployment Methodology Remains The Same
Although these projects are different from each other
Hardware
Protocols
Applications
The deployment methodology remains the same
While the targeted site may be either a volcano or a
giant tree, most difficulties regarding the deployment
itself are common to all scenarios
Preparation
Management
Copyright © 2008 Jeffrey Hsiao
22
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Outline
Introduction
Related Work
SensorScope
The Hitchhiker’s Guide
Conclusion
Comments
Copyright © 2008 Jeffrey Hsiao
23
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
SensorScope
SensorScope is an environmental monitoring system
Based on a time-driven WSN
The network’s sensing stations regularly transmit
environmental data to a sink
wind speed and direction
The sink in turn, uses a gateway to relay the data to a
server
Copyright © 2008 Jeffrey Hsiao
24
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Different Gateways
Depending on the deployment scenario and the
available communication resources, different gateways
are used
GPRS, Wi-Fi, or Ethernet
All data is published on our real-time Google Maps-
based web interface and on Microsoft’s SensorMap
website
Copyright © 2008 Jeffrey Hsiao
25
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Architecture
Copyright © 2008 Jeffrey Hsiao
26
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Results of Collaboration
SensorScope is developed in collaboration between
two research laboratories at EPFL:
LCAV (signal processing and networking)
EFLUM (hydrology and environmental fluid mechanics)
Copyright © 2008 Jeffrey Hsiao
27
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Goal
The goal is to improve current environmental data
collection techniques
Commonly based on a single, very expensive sensing
station (€ 60,000)
Such stations use data loggers with limited capacity,
requiring manual on-site downloads
Using a WSN is highly relevant to this area of research
Realtime feedback (e.g., storms, pollution)
Long-term monitoring (e.g., snow level) in areas of
varying size
Copyright © 2008 Jeffrey Hsiao
28
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Hardware
Shockfish TinyNode sensor motes are used
Copyright © 2008 Jeffrey Hsiao
29
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Why Shockfish TinyNode?
Long communication range
Low power consumption
A transmission power of 15 dBm allows for a
communication range of up to 500m with the onboard antenna
Up to 1 km using an external quarter-wavelength
omni-directional antenna
Copyright © 2008 Jeffrey Hsiao
30
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Powered by Solar Energy System
To allow for long-term deployments, we designed a
complete solar energy system in the spirit of
Heliomote
Composed of a solar panel and two rechargeable
batteries
one of them being used as a backup buffer
Copyright © 2008 Jeffrey Hsiao
31
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Sensors
Stations are equipped with seven sensors, measuring
nine environmental quantities
air temperature and humidity
surface temperature
solar radiation wind speed and direction
soil water content and suction
precipitation
Copyright © 2008 Jeffrey Hsiao
32
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Sensing Station
Copyright © 2008 Jeffrey Hsiao
33
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Sensor Box
Copyright © 2008 Jeffrey Hsiao
34
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Price
The average price of a station is around € 900
The price is kept down by using lower-end sensors
A key goal of the project is to obtain dense spatial
measurements
This is achieved by deploying multiple low-cost—
possibly less accurate—sensing stations, rather than a
single expensive, but very accurate one
Copyright © 2008 Jeffrey Hsiao
35
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Network
Multi-hop
wireless
networking
Copyright © 2008 Jeffrey Hsiao
36
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Packet Format
Copyright © 2008 Jeffrey Hsiao
37
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Neighborhood Management
Motes maintain a neighborhood table in which they
store the neighbors they can hear from
Chose an overhearing method in the spirit of
MintRoute
There are no dedicated neighborhood discovery
packets
Neighbors are discovered by listening to data traffic
Copyright © 2008 Jeffrey Hsiao
38
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Discovery Process
the sink starts the discovery process by emitting
beacons
A cost—currently the hop distance to the sink—and a
timestamp are associated to each neighbor
Copyright © 2008 Jeffrey Hsiao
39
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Synchronization
To allow for a meaningful exploitation of gathered
data, it must be time-stamped by the nodes, as part of
the sensing process
Because our power management mechanism relies on
duty-cycling, we opted for global synchronization of
all motes
Use SYNC REQUEST/SYNC REPLY messages to
propagate the local time of the sink (the network
time), so that all nodes share its clock
Copyright © 2008 Jeffrey Hsiao
40
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Clock Update
When a node wants to update its clock, it sends a
request to a neighbor closer to the sink than itself
This neighbor, if it knows the network time,
broadcasts it back, and all receivers, which are further
from the sink, update their clock
The network time always propagates away from the
sink, which acts as the global reference
Copyright © 2008 Jeffrey Hsiao
41
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Power Management
Even with solar energy, power management at the
MAC layer is essential for long-term deployments
As the radio chip is a greedy energy consumer
Turning on the radio of a TinyNode increases its
energy consumption approximately eightfold
Opted for a synchronous duty-cycling scheme
made this decision based on interactions with EFLUM
allowed us to determine that overall data traffic would
be low
Copyright © 2008 Jeffrey Hsiao
42
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Routing
To route data to the sink, a randomizing solution is
chosen
Each time a packet has to be routed, the forwarding
node randomly selects a next hop between the
neighbors closer to the sink
To give priority to the better neighbors, two
thresholds, based on link quality, are used
Copyright © 2008 Jeffrey Hsiao
43
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Deployments
Have conducted six deployments
Copyright © 2008 Jeffrey Hsiao
44
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Outline
Introduction
Related Work
SensorScope
The Hitchhiker’s Guide
Conclusion
Comments
Copyright © 2008 Jeffrey Hsiao
45
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
The Hitchhiker’s Guide
Hardware and Software Development
Testing and Deployment Preparation
Deployments
Copyright © 2008 Jeffrey Hsiao
46
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Hardware and Software Development
Development is the first step towards the construction
of a new system
During this phase, it is of prime importance to ensure
that both hardware and software fit the intended
application, considering
the expected results
the conditions in which deployments will take place
Copyright © 2008 Jeffrey Hsiao
47
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Consider Local Conditions
You must investigate how local conditions will affect
your deployments
Because we knew that our deployments were going to
be outdoors, we carefully considered, with the help of
the EFLUM, how weather conditions would impact our
system
Copyright © 2008 Jeffrey Hsiao
48
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Not Always Obvious
However, it is not always obvious how possibly drastic
variations in temperature and humidity will affect
hardware devices in general
A lack of testing under real conditions may lead to
serious issues
Already knew that Li-Ion battery should not be
charged when the temperature is below freezing
as it could explode
Copyright © 2008 Jeffrey Hsiao
49
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Many Hardware Failures
hydrologists brought a disdrometer, an expensive
instrument that can distinguish between different
kinds of rain by analyzing the water drops
It was supposed to be used as a high-quality
benchmarking tool.
Unfortunately, it turned out that it worked only during
a few days, simply because it was too cold on top of the
mountain
Crucial to simulate the anticipated deployment
conditions as accurately as possible
Copyright © 2008 Jeffrey Hsiao
50
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Use A Climate Chamber
To study the impact of weather conditions on
hardware devices, the best solution is to use a climate
chamber
arbitrary temperature/humidity conditions can be
created
In most cases, basic tests inside a household freezer
will expose potential points of failure
Copyright © 2008 Jeffrey Hsiao
51
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Time’s a Drifter
The crystals, used in embedded devices to measure
time, are not perfect
temperature greatly impacts their precision
Copyright © 2008 Jeffrey Hsiao
52
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Hard Shell – Soft Core
Packaging sensors for outdoor deployments is a
difficult task
As it must protect electronic parts from humidity and
dust while being unobtrusive at the same time
IP codes are used to specify the degree of
environmental protection for electrical enclosures
The required protection for outdoor deployments is
IP67, which provides full protection against dust as
well as water, up to an immersion depth of one meter
Copyright © 2008 Jeffrey Hsiao
53
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Sensirion SHT75 sensor
Used to measure both air temperature and humidity
comes unpackaged
Took quite some time to figure out a suitable
packaging, protecting from direct sunlight, while still
letting the wind reach the sensor
Copyright © 2008 Jeffrey Hsiao
54
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Corrosion Problem-1
Copyright © 2008 Jeffrey Hsiao
55
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Corrosion Problem-2
Copyright © 2008 Jeffrey Hsiao
56
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
There Is no Light at the End of the Tunnel
There shall be no light because it strains thy battery
On our motes, a single LED consumes about 3 mA
That makes a total of 9mA for the typical three LEDs,
while the radio chip, when on, consumes “only” 15 mA
There is thus no reason to efficiently manage the radio
while carelessly using the LEDs
LEDs are the most useful debugging tools for WSN
developers (and often the only ones)
Copyright © 2008 Jeffrey Hsiao
57
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Keep It Small and Simple
Both code and algorithms must be well-fitted to the
intended application
Sometimes, you will not be able to avoid complexity,
but whenever the benefits are questionable, you
should prefer simple solutions
Copyright © 2008 Jeffrey Hsiao
58
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Remote Control
If sensor motes are to be deployed in difficult-to-access
places (and sometimes even in easy-to-access places),
the ability to remotely control the deployment is
highly desirable
When going back to the deployment site is difficult or
costly, being able to adjust certain parameters
remotely, such as the sampling frequency, may be
necessary
More drastically, you will also want to be able to
reprogram the motes of an ongoing deployment,
without leaving your office
Copyright © 2008 Jeffrey Hsiao
59
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
SensorScope
When we developed SensorScope, we added routines
to the software running on the GPRS module
enable us to control it remotely, using simple GSM text
messages, sent from a standard mobile phone
Allows to query its status or to reboot either the GPRS
or the sink’s mote
Copyright © 2008 Jeffrey Hsiao
60
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
SensorScope
Can also ask the GPRS to download a new version of its
binary image from an FTP server, and to reboot using
this new version
Still cannot, however, change parameters of the entire
network, as this requires a mechanism to disseminate
information from the sink, which is currently not
implemented
Copyright © 2008 Jeffrey Hsiao
61
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Don’t Be a Black Box
Programming embedded devices requires a different
philosophy than traditional programming
In the latter case, it is easy to debug the code by using
any kind of debugging statements or tools
It is far more difficult with embedded devices, such as
sensor motes, as the simplest way for them to
communicate with the outside world is by blinking
their LEDs or using their serial port
Copyright © 2008 Jeffrey Hsiao
62
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Recommendation
researchers from Delft University recommend that
each software component should be able to produce a
set of statistics about its recent activity
In SensorScope, besides traditional sensing packets,
sensor motes generate three kinds of status packets
Energy
Network
Neighborhood
Copyright © 2008 Jeffrey Hsiao
63
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Energy Status Packets
Copyright © 2008 Jeffrey Hsiao
64
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Network Status Packets
Copyright © 2008 Jeffrey Hsiao
65
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Publish or Perish
At some point, your system will—hopefully—be
functional and deployed, and your next step will
certainly be to get publications out of it
Similar to the system itself, you should carefully plan
these publications during the development phase
to make sure that all required data will be gathered
during deployments
Copyright © 2008 Jeffrey Hsiao
66
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Choose Your Partner
There are two major components of a successful
deployments
gathering the data
exploiting the data
Generally, networking laboratories only care about the
first component, while the second one actually plays
an equal role
Copyright © 2008 Jeffrey Hsiao
67
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Testing and Deployment Preparation
To prepare for our deployments, we use two different
testbeds
One is indoors, conveniently located in our building,
used mostly to test our communication software
The second testbed is a pseudo real-world
deployment, located on our campus, composed of
actual sensing stations
used to ensure that all code which is not in use on our
indoor testbed (e.g., sampling sensors, managing solar
power) does not interfere with the rest
Copyright © 2008 Jeffrey Hsiao
68
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Efficiency Matters
When setting up a testbed, you must keep in mind
that it will be used to develop and to test many
software components
Because that is a long process, composed of many testit-and-fix-it cycles, it is important for the testbed to be
easily and quickly accessible
While programming motes one by one with a serial
cable may be acceptable for deployments, because it is
done only once, this is not the case for a testbed
Copyright © 2008 Jeffrey Hsiao
69
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Indoor Testbed
Regularly replacing batteries is not a good idea either,
and this will be necessary, even if some slick power
saving algorithm is used
As our indoor testbed is solely used to evaluate
network code, its motes are not wired to any external
sensors.
All of them are, however, plugged into AC power,
allowing us to disregard any problems linked to energy
management
Copyright © 2008 Jeffrey Hsiao
70
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Indoor Testbed
Furthermore, all 50 motes are equipped with a Digi
Connect ME module which makes it possible to access
and program them over a simple Ethernet connection
Each Digi module is indeed assigned an IP address
which, in combination with the appropriate PC-side
drivers
Allows for transparent PC–mote serial communication
Such equipment is very important to allow for quick
testing
Copyright © 2008 Jeffrey Hsiao
71
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Time to Flash Motes
On our indoor testbed, it takes only between 10 and 45
seconds to flash all 50 motes, depending on the size of
the image,
while it takes us about 45 minutes to flash the 10 motes
of our outdoor testbed and to put them back
Copyright © 2008 Jeffrey Hsiao
72
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Labels that Stick
Our indoor testbed is distributed among a number of
offices in our building, some of them belonging to
other laboratories
We frequently discover that some of the motes are
disconnected, or have even disappeared
Because people do not know exactly what these strange
devices are and what they are used for
When we first installed our indoor testbed, we put
stickers on the motes
stating that “this device belongs to LCAV, please contact
. . . for further information”
Copyright © 2008 Jeffrey Hsiao
73
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Know Your Enemies
When setting up a deployment or a testbed (especially
indoors, or close to urban areas), the first order of
business should be to inspect the radio spectrum used
by your platform to detect possible external
interferences
The optimal way to do this is to use a spectrum
analyzer
Copyright © 2008 Jeffrey Hsiao
74
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
A Simpler Way
A simpler way to check for interferences is to run a test
program to determine losses over time for the various
frequencies that your selected platform can use
A run of 100 transmissions was started for each
payload length with an interval of two seconds
between transmissions
Copyright © 2008 Jeffrey Hsiao
75
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Copyright © 2008 Jeffrey Hsiao
76
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Copyright © 2008 Jeffrey Hsiao
77
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
The Value of Simulation
In place of a testbed, or in addition to it, simulations
can be used to test protocols
Many simulation tools are available, the most
(in)famous one certainly being ns-2
A new kind of simulation tool, called Worldsens [4],
has been developed
Most of it is actually not a simulator, but a sensor mote
emulator
WSim
Copyright © 2008 Jeffrey Hsiao
78
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Image is Needed
Copyright © 2008 Jeffrey Hsiao
79
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Outline
Introduction
Related Work
SensorScope
The Hitchhiker’s Guide
Conclusion
Comments
Copyright © 2008 Jeffrey Hsiao
80
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Conclusion
Copyright © 2008 Jeffrey Hsiao
81
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Outline
Introduction
Related Work
SensorScope
The Hitchhiker’s Guide
Conclusion
Comments
Copyright © 2008 Jeffrey Hsiao
82
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Comments
Provide rather practical advices for WSN deployments
Useful for outdoor WSN deployments
Might not be directly applicable to indoor WSN
deployments
Copyright © 2008 Jeffrey Hsiao
83
Network and Systems Laboratory
nslab.ee.ntu.edu.tw
Thank you very much for your
attention!
Any Questions?
Copyright © 2008 Jeffrey Hsiao
84