1. DAN ISASTERREAETWORK

2. DAN Goal: Goal: To be able to monitor, track the progress and guide Aid workers and casualties in a Disaster Area site. To be able to monitor, track the progress and guide Aid workers and casualties in a Disaster Area site. Each Aid worker wears a DAN module which will guide them to casualties that are going into a critical state, and will guide them away from known obstacles as a module may have various different states indicating different modes. Each Aid worker wears a DAN module which will guide them to casualties that are going into a critical state, and will guide them away from known obstacles as a module may have various different states indicating different modes.

3. DAN PC to Prospeckz Communication By Benjamin Davis

4. Purpose To be able to retrieve data from the DAN. To be able to retrieve data from the DAN. To be able to change characteristics, and input information from PC. To be able to change characteristics, and input information from PC. Enable Remote Procedure Calls from the GUI Console, which displays position, status and layout of the DAN. Enable Remote Procedure Calls from the GUI Console, which displays position, status and layout of the DAN. Be able to collect statistical data from the DAN, so that it can be analysed and inferences made. Be able to collect statistical data from the DAN, so that it can be analysed and inferences made. PC to Prospeckz Communication

5. Requirements And Setup Can plug a PC/laptop into any node in the DAN as they are all homogenous. Can plug a PC/laptop into any node in the DAN as they are all homogenous. Therefore can get a display from any node in the DAN. Therefore can get a display from any node in the DAN. Software programmed in Java, so is highly portable, which it needs to be in order to make it easy for any PC,laptop, mobile phone or PDA to plug into the DAN. Software programmed in Java, so is highly portable, which it needs to be in order to make it easy for any PC,laptop, mobile phone or PDA to plug into the DAN. PC to Prospeckz Communication

6. Routing I Aims: Aims: Minimize Data Stored on Prospeckz Minimize Data Stored on Prospeckz Minimize Packet Length Minimize Packet Length

7. Routing II Use a combination of different established algorithms. Use a combination of different established algorithms. Each node stores the next-hop to all other nodes. Each node stores the next-hop to all other nodes. Route is not stored anywhere but is worked out as the packet moves along. Route is not stored anywhere but is worked out as the packet moves along. If next hop is not know broadcast route finding is used. If next hop is not know broadcast route finding is used.

8. Routing III A -> B -> C -> D A -> B -> C -> D Routing Table For A: Routing Table For B:

9. The Network 255 unique addresses 255 unique addresses Unicast & Broadcast (Address #256) capability. Unicast & Broadcast (Address #256) capability. Variable length packets. Variable length packets. Prospeckz Networking Packet From (1 byte) Packet To (1 byte) Source From (1 byte) Source To (1 byte) Variable Length Payload

10. DAN Prospeckz Monitoring By Erik McClements

11. Overview Maintain information (Status, RSSI, Time since last seen) on surrounding speckz. Maintain information (Status, RSSI, Time since last seen) on surrounding speckz. Automatically handles insertion, removal, and repositioning of speckz in the network. Automatically handles insertion, removal, and repositioning of speckz in the network. A PDA / device can 'Register' to receive updates of changes. A PDA / device can 'Register' to receive updates of changes. Provide collected data to remote requests. Provide collected data to remote requests. Prospeckz Monitoring

12. Speck Insertion Prospeckz Monitoring 1 Broadcast Discovery 2 Unicast Response 1 Broadcast Discovery Switch On or lonely. Both nodes are now monitoring each other, and have recorded Status and RSSI values. If no response, Node 1 repeats every 10 seconds.

13. Prospeckz Monitoring Speck Clique 2314 Speck 1 Range Monitors 2 & 3Monitors 3 Speck 4 Range

14. Prospeckz Monitoring Speck Removal / Relocation 2314 Ping Speck 3 Speck 1 Range Speck 4 Range Returns to Insertion Mode Continues to look After Speck 3

15. Prospeckz Monitoring Speck Requests 1 Request Received: Subscribe : Note address for later. Data : Packet up & reply Serial Request Packeted Up 5 Data Received: Output to serial, or notify path-finding. Path-finding

16. Data Visualisation Plot the network representation in 2 dimension al co- ordinate space. Plot the network representation in 2 dimension al co- ordinate space. Uses classical scaling algorithm with the RSSI values between specks Uses classical scaling algorithm with the RSSI values between specks

17. Path Finding Uses the Potential fields algorithm often used in robotics. Uses the Potential fields algorithm often used in robotics. Guides an aid worker to a casualty with no external input. Guides an aid worker to a casualty with no external input. Will avoid any hazards that lie between the aid worker and the casualty. Will avoid any hazards that lie between the aid worker and the casualty.

18. DAN Additional Hardware and Firmware Interface By Nick Johnson

19. LCD Readout Provides State related output messages Provides path finding Information Linked to DAN module by four wire bus to minimise resource usage. High contrast display

20. Heart Rate Input Firmware Interface Modules for UART and SPIM Heart rate timer Synchronisation Timer Takes heart rate from infra red transmission sensor Compares to internal timer Triggers alarm in time out / flat line Filters and amplifies

21. Intropsecktion. Maintains a model of the DAN by listening for Events. Maintains a model of the DAN by listening for Events. Events describe state changes on a node.Events describe state changes on a node. State change on node -> state change on DAN.State change on node -> state change on DAN. Passive monitoring minimises network traffic.Passive monitoring minimises network traffic.

22. Introspecktion 2 Architecture: Architecture: Event Source - DANEvent Source - DAN Event Listener - DAN ModelEvent Listener - DAN Model Model Listener - DAN ApplicationModel Listener - DAN Application Monitoring can be done actively or passively or a mixture of both. Monitoring can be done actively or passively or a mixture of both. DAN Applications can modify state of DAN. DAN Applications can modify state of DAN.