a technical framework for designing wireless sensor networks for agricultural monitoring in...
Post on 19-Dec-2015
219 views
TRANSCRIPT
A Technical Framework for Designing Wireless Sensor Networks for Agricultural Monitoring in
Developing Regions
Prepared by: Amar kabashi ([email protected])&&
Presented by: Hamada Alshaer ([email protected])
Outline• Motivations • Objective • Monitoring System Characteristics • Agricultural application-specific characteristics • Monitoring Framework Design Challenges• Technical Monitoring Framework • Contributions under investigation
– Zone-based joint topology control and power scheduling – Multi-Sink Architecture and Back-link/Storage aware
complementary routing – Network self buffering and Back-link/Storage aware
complementary routing – Parameter-Energy-Environment aware Task Scheduling
• VESEL System • System Testing
www.veselproject.net
Motivations• Developing the underdeveloped countries through information and
communication technologies deployment.
• Improving the quality of life in the least developed poor environments.
• Ubiquitous wireless sensor networks and context-aware applications.
• Wireless sensing for agricultural applications development:
– Maximizing the productivity of irrigation and farming resources while maintaining the quality and integrity of land and environment.
– Optimizing natural resource utilization to maximize production and minimize environmental and economic risks.
www.veselproject.net
Objective
Design and implementing an efficient and optimal field monitoring system that:
1. provides valuable data about land conditions, water usage and climate variability
2. back-supported by a capable data processing platform for analysis and interpretation which leads to eventual proper dissemination of the learned outcomes.
www.veselproject.net
Monitoring System Characteristics
• It should be continuous, fairly accurate, automated and able to cover wide fields, while being affordable by the resource-limited communities and tolerant to technical faults and environmental conditions.
• The system’s life time should be typically long; covering at least a whole cropping season of 4-6 months, without maintenance.
• It should be remotely accessible and controllable to enable distant analysis and decision making by centralized expertise, typically in distant urban areas, or by foreign expertise.
• It should enable long term nationwide research/modelling/planning as well as short term, quasi-real-time, local response.
www.veselproject.net
Monitoring Framework Design Challenges
• Scarce deployment of nodes in relatively large fields.
• Unreliable, intermittent upload links.• Informatics gap; Lack of proper IS infrastructure
for data analysis, modelling, interpretation and dissemination.
www.veselproject.net
Agricultural application-specific characteristics
• It is highly preferable to have a fairly good idea about the field conditions for long time than having a high precision field mapping over a short period. With a relaxed accuracy requirement, many power conservation strategies could be adopted at the physical layer, e.g. signal conditioning and data conversion.
• Spatial homogeneity (field zoning) could be used to optimize the WSN topology and deployment of the scarce nodes. This has a direct impact on the power consumption and network life.
• Real time and accuracy requirements are fairly relaxed. Closed-loop real time sensing-and-control solutions are generally not feasible to be deployed in such a highly resource-limited environment. Such a tolerance for delay enables better optimization of the network resources and relaxes the burden on the communication protocols.
www.veselproject.net
Technical Monitoring Framework
Node Scarcity Network Lifetime Unreliable Back-links
Zone-based Topology Control& Power Scheduling
- Multi-Sink Architecture.- Back-link/Storage aware Complementary Routing
Parameter-Energy-Environmentaware Task Scheduling.
Informatics Back-support
VeSeL’s Knowledge Management System
www.veselproject.net
Zone-based joint topology control and power scheduling• To guarantee adequate field coverage, each field ‘zone’ could be covered by a single
node, leading to a highly reduced node density. • This approach, however, risks the coverage and reliability of the network when nodes
fail. • To address this problem we propose a new zone-based topology control mechanism that
dynamically projects the network topology on the ‘field homogeneity map’.
Figure 1. Zone-based node deployment with two possible connected graphs
Zone (D) Zone (C)
Zone (A)
Zone (B)
Zone (E)
Network nodes belonging to different connected graphs Network coordinator node.
www.veselproject.net
Zone-based joint topology control and power scheduling
START
INITIALI--ZING
ACTIVE
IDLE/ SLEEP
IDLE/ AWAKE
1
2
3
4
5
6
7
Figure 2. State diagram of the Zone-based joint topology control and power scheduling mechanism
Path Number
Transition Triggers
1 First network power-on.
2 a. First network initialization process.b. Failure of an active node.
3 Belonging of a node to the current selected graph.
4 Non-belonging of a node to the current selected graph.
5 Idle mode duty cycle. (Periodic).
6 On-zone active mode is alive and no further instructions.
7 Instruction from the network coordinator to re-initialize.
By using this technique, significant power conservation could be realized while maintaining good field coverage and network reliability, with a typical scarce deployment.
In the Idle-Awake state, only the RF module, and partially the processing module, are ‘on’.
www.veselproject.net
Multi-Sink Architecture and Back-link/Storage aware Complementary Routing
• To address the challenge of unreliable back-links, and the optimization of back-link usage for cost purposes, we propose a new architecture and protocol inspired by the Delay Tolerant Networking (DTN) concept.
• A multi-sink architecture is proposed where the sensed data is aggregated in several nodes, providing an alternative way for data collection. These sink nodes are to be located along the edge of the field for automatic data logging when some
• Complementary hand-held devices pass by. (In the VESEL project these devices are part of a community Resource Kit which also serves other purposes). Here their frequent existence around the field is opportunistically exploited. The multiplicity of sinks is then primarily for storage and distributed data collection purposes.
• Each node relays its data to only one sink, depending on the route cost and storage availability, while keeping a list of all reachable sinks for reliability. The sinks then mirror their storage through their inter-sink backbone. This is to avoid increased power consumption and interference.
www.veselproject.net
Network self-buffering & Back-link/Storage aware Complementary Routing
Routing Request at a Router Node
Execute rules of the multi-hop routing protocol to find next
hop.
Route locally according to ‘Storage Space Balancing’ Rules
Is the back-link available & of
acceptable Quality?
Enough Capacity in Sinks’ Storage ?
NO YES
YES
NO
Network nodes exchange current storage availability info. The network gateway node periodically broadcasts the backbone link status.
When the back-link is not available, or of bad quality, and the storage capacity of the sink (s) is not appropriate, then the data will be either locally buffered or routed within the network until circumstances change.
neighboring nodes are treated as temporary external buffers
The basic routing criteria are :- Balancing the overall ‘storage space’ of the network so as to maximize data life time by minimizing memory capacity run-outs and consequent data overwrites. •- Minimizing the added energy cost for both storage (using non-volatile flash memories) and delivery (radio + processing). By specifying an upper bound for the permitted added energy for every packet, the network could specify the furthest node that it could route the packet to under ‘no-back-link’ condition.
www.veselproject.net
Parameter-Energy-Environment aware Task Scheduling
Figure. 4. System interrelations in the proposed task scheduling mechanism
Physical Parameters Available Energy Environmental Sensors
ADC Bit Resolution
Sampling Rate
Frequency of Transmission
Processing Module Sensing Module RF Module
Propagation Conditions
Parameter Variability
Triggered Sensing
Scheduling Indicators
System
Parameters
Node Modules
Extending the well known cross-layer power optimization concept we propose a dynamic task scheduling mechanism that is aware of the different parameters to be sensed, the energy resources available and the environmental factors that affect the sensing and network operation.
Accordingly, three system parameters are adaptively rescheduled ;Sampling Rate, Bit Resolution and Frequency of Transmission.
This mechanism optimizes power consumption across the three basic modules of a typical sensor node, namely; sensing, processing and radio.
www.veselproject.net
VeSeL System
Agricultural Parameters Soil moisture, soil temperature, relative humidity, air temperature, ambient light, solar radiation and barometric pressure.
Node Processor Atmel Atmega128L, 8-bit, 7.37 MHz.
Memory 512 KB (Flash), 4 KB (RAM), 4 KB (EEPROM)
RF Transceivers a. Chipcon CC2420, 2.4 GHz, 250 kbps, IEEE 802.15.4 (Zigbee) for intra-networking (all nodes).b. GPRS for back-linking (gateway node).c. IEEE.15.1 (Bluetooth) for alternative local data collection (sink nodes + gateway).
Sensors a. UC-Berkely MTS400 Multi-sensor board .b. Decagon ECH2O Soil moisture + temperature probes (EC-TM)- ±%3 accuracy without calibration.
Energy Sources AA batteries – (Solar recharging for sink nodes).
CoreOperating Sys. Tiny-OS (Open Source- nesC programming )
Zigbee
Wireless Sensor Network
Data logging & Storage. Processing: - Interpolation. - Correlation. - Analysis & Modelling.
Decision Making / Planning. Final Interpretation & Formulation
of output.
Dissemination to Agricultural Decision Makers.
Dissemination to Community
GPRS
GPRS
Bluetooth
Resource Kit
Resource Kit
Data Acquisition
Server/KMS
Figure. 5. VESEL System Architeture
Technical specification summary for prototype -1, vesel project
Colour-coded parametric field maps & network topology.
Temperature
Humidity
Sensor node in the test field
www.veselproject.net
VeSeL SystemVisualization Alerting
Learning/Research Network Control
WSN usage interfaces
Within VeSeL the sensor network is part of an ecology of resources that also include Distributed Resource Kits (DRK) as a knowledge mobilizer and Knowledge Management System (KMS) as a system hub.
VeSeL’s ecology of resources
The real value of the sensing technology in a development context is ultimately shaped by the degree of creativity in designing the usage scenarios and user interfaces. This will widen the accessibility scope and extend the usability to other spaces such as education and capacity building. It will also aid in properly disseminating the learned outcomes to different parties in the community.
www.veselproject.net
System Testing
Network Testing in Kew Gardens(London) where the proposed techniques are being investigated under real-world conditions.
Final research results will be ready towards the end of the year. www.veselproject.net