Changes between Version 36 and Version 37 of Letibee
- Timestamp:
- Nov 5, 2010, 3:42:39 PM (13 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Letibee
v36 v37 62 62 * netflood : The netflood module does best-effort flooding. 63 63 * multihop : The multihop module implements a multihop forwarding mechanism. 64 * neighbor : The neighbo r module manages the neighbor table.65 * neighbor discovery: The neighbo r-discovery module implements a periodic neighbor discovery mechanism.64 * neighbor : The neighbour module manages the neighbor table. 65 * neighbor discovery: The neighbour-discovery module implements a periodic neighbor discovery mechanism. 66 66 * route : The route module handles the route table in RIME. 67 67 * route discovery : The route-discovery module does route discovery for RIME. … … 78 78 ==== Network frame format ==== 79 79 80 All packets are transmitted on the radio channel according to the framing of the IEEE802.15.4 standard (Figure 3) where the useful packet for the MAC, the MPDU(=PSDU), length is limited to 127bytes.80 All packets are transmitted on the radio channel according to the framing of the IEEE802.15.4 standard where the useful packet for the MAC, the MPDU(=PSDU), length is limited to 127 bytes. 81 81 The frame formats transmitted over the air are summarised here after. 82 82 … … 97 97 98 98 If the sink receives a Lookup Request from the Gateway: 99 * Send a Lookup Request Frame (with echoes) via netflood module.99 * Sends a Lookup Request Frame (with echoes) via netflood module. 100 100 * Waits for a Ping Response Frame from nodes. 101 101 102 102 ==== HELLO/BYE operations ==== 103 When a node join the network:104 * Send a Hello Request Frame (with echoes) via mesh module.105 When a node leave the network:106 * Send a Bye Request Frame (with echoes) via mesh module.103 When a node joins the network: 104 * Sends a Hello Request Frame (with echoes) via mesh module. 105 When a node leaves the network: 106 * Sends a Bye Request Frame (with echoes) via mesh module. 107 107 108 108 ==== PING operations ==== … … 110 110 111 111 * For each node 112 * Send a Ping Request Frame (with echoes if no response is received) via mesh module.112 * Sends a Ping Request Frame (with echoes if no response is received) via mesh module. 113 113 * Waits for a Ping Response Frame from the node (other responses are ignored) or the timeout 114 114 … … 119 119 ===== Ping response ===== 120 120 The Ping Response frame is sent in response to a Ping request frame. 121 It provides the number of hops to reach the node which initiated the ping request.121 It provides the number of hops to reach the node which had initiated the ping request. 122 122 123 123 ==== DV-HOP operation ==== 124 124 If the sink receives an Anchor Request from the Gateway: 125 125 * For each node 126 * Send an Anchor Request Frame (with echoes if no response is received)126 * Sends an Anchor Request Frame (with echoes if no response is received) 127 127 * Waits for an Anchor Response Frame from the node (other responses are ignored) or the timeout 128 128 … … 132 132 * If an Anchor Request Frame is received 133 133 * For each anchor node (listed in the Anchor Request Frame) 134 * Send a Ping Request Frame135 * Waits for a Ping Response Frame from the anchor node (other responses are ignored) or the timeout134 * Sends a Ping Request Frame 135 * Waits for a Ping Response Frame from the anchor node (other responses are ignored) or for the timeout 136 136 137 137 ===== Anchor request ===== … … 163 163 * Every second 164 164 * For each node 165 * Send a Neighbour Request Frame165 * Sends a Neighbour Request Frame 166 166 * Waits for a Neighbour Response Frame from the node (other responses are ignored) or the timeout 167 167 168 ===== Neighbo r request =====169 170 The Neighbo r request frame is initiated by a sink to request a node to send its table made of the (neighbour address, RSSI time, RSSI value, LQI value) quadruplets.171 172 ===== Neighbo r response =====173 174 The Neighbo r response frame is initiated by a node in response to a Neighbor request command frame received form a sink.168 ===== Neighbour request ===== 169 170 The Neighbour request frame is initiated by a sink to request a node to send its table made of the (neighbour address, RSSI time, RSSI value, LQI value) quadruplets. 171 172 ===== Neighbour response ===== 173 174 The Neighbour response frame is initiated by a node in response to a Neighbour request command frame received form a sink. 175 175 It contains its table of neighbours and is made of the (neighbour address, RSSI time, RSSI value, LQI value) quadruplets as requires by the RSSI based location algorithm. 176 176 The RSSI time field indicates in seconds the age of the RSSI and LQI entries. … … 178 178 Moreover the frame payload contains the values of the sensor readings of the node (8 bytes, fixed with 1 byte per sensor according to the bitmap field “active_sensors” of the header. 179 179 180 The header of the frame indicates whether the frame was fragmented, in case the original APDU size would have exceeded the maximal size supported by the PHY layer. 180 The header of the frame indicates whether the frame was fragmented, in case the original APDU size would have exceeded the maximal size supported by the PHY layer. 181 181 The total number of fragments is given by the field “nb_fragments” and the current fragment number by the field “fragment_num”. 182 182 … … 188 188 189 189 * For each node 190 * Send a Route Request Frame (with echoes if no response is received) via mesh module.190 * Sends a Route Request Frame (with echoes if no response is received) via mesh module. 191 191 * Waits for a Route Response Frame from the node (other responses are ignored) or the timeout 192 192 … … 199 199 The Route Request frame is initiated by a node in response to a Route request command frame received from a sink. 200 200 It contains the entries of the routing table (destination address, next hop adress, route cost, route time). 201 This frame shall not be conf ounded with the RREP frames thatare classically used in the networking layer of the protocol.201 This frame shall not be confused with the RREP frames which are classically used in the networking layer of the protocol. 202 202 The route cost contains a cost metric for the corresponding route, whereas the route time contains a value in seconds about the age of the route. 203 203 … … 213 213 214 214 This approach allows to decouple the data acquisition from the data treatment and in addition provides a tunable persistent storage of the sensed data. 215 It is t oo veryeasy to simulate sensor networks by populating the database with an external script.215 It is then easy to simulate sensor networks by populating the database with an external script. 216 216 217 217 === Database === … … 261 261 === Octave algorithms === 262 262 263 Octave algorithms are used to compute rssi and position datas in order to generate more accurate positions datasand a regularized map.264 These algorithms may be seen as plugins, the n different types of algorithm maybe available.263 Octave algorithms are used to compute RSSI and position data in order to generate more accurate positions data and a regularized map. 264 These algorithms may be seen as plugins, thereby allowing different types of algorithms to be available. 265 265 266 266 == Gateway == 267 267 268 The Gateway task is to read on demand the information saved in DB tables and send these results by using the appropriate format to the end-user through the S enseiframework.268 The Gateway task is to read on demand the information saved in DB tables and send these results by using the appropriate format to the end-user through the SENSEI framework. 269 269 270 270 [[Image(gateway.png, 40%, center)]] 271 271 272 The L etiBeeplugin is based on a skeleton plugin and its HandleRequest method.273 Most of data s are reachable using GET methods, each making a request to the database to get the up-to-date datas.274 Published data sare listed below.275 276 === Published data s: ===272 The LETIBEE plugin is based on a skeleton plugin and its HandleRequest method. 273 Most of data are reachable using GET methods, each making a request to the database to get the up-to-date data. 274 Published data are listed below. 275 276 === Published data: === 277 277 278 278 The communication from the gateway to the end-user is encapsulated in an xml file. 279 The L etibee WSAN is thinked likea geographic information database.280 This database contains nodes identities, positions, measure s and their histories, estimates of others positions values computed via algorithms written in Octave.281 All these information will be sen d through the Senseiframework using the common protocol and xml format.279 The LETIBEE network is viewed as a geographic information database. 280 This database contains nodes identities, positions, measurements and their history, estimates of others positions values computed via algorithms written in Octave. 281 All these information will be sent through the SENSEI framework using the common protocol and xml format. 282 282 283 283 === WSAN description === … … 287 287 '''/letibee/nodes''' 288 288 289 This resource returns the number of nodes in the letibeenetwork and their identities.289 This resource returns the number of nodes in the LETIBEE network and their identities. 290 290 291 291 === Nodes position === … … 315 315 '''/letibee/regmap''' 316 316 317 This resource allows the user to choose between different s algorithms for computingthe regmap, and the consensusStrength ; returns a VRML file (.wrl)317 This resource allows the user to choose between different algorithms to compute the regmap, and the consensusStrength ; returns a VRML file (.wrl) 318 318 (you may find a plugin for the web browser here : http://cic.nist.gov/vrml/vbdetect.html) 319 319