1 / 30

CONTENT DELIVERY IN AD-HOC WIRELESS NETWORK

CONTENT DELIVERY IN AD-HOC WIRELESS NETWORK. Adviser : Dr. Lei Ying Research Assistant: Ming Ouyang Team Members: Prashanth Yanamandra Wyatt Brenneman Taylor McKechnie Client: ECpE Department Iowa State University Ames, IA, 50010 . Team.

ginger
Download Presentation

CONTENT DELIVERY IN AD-HOC WIRELESS NETWORK

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. CONTENT DELIVERY IN AD-HOC WIRELESS NETWORK

  2. Adviser : Dr. Lei Ying • Research Assistant: Ming Ouyang • Team Members: • Prashanth Yanamandra • Wyatt Brenneman • Taylor McKechnie • Client: ECpE Department Iowa State University Ames, IA, 50010 Team

  3. Wireless connectivity has become popular in our everyday life and the ability to exchange information is increasing just as fast.  Examples of technologies implementing ad-hoc networks include Wi-Fi, Bluetooth and Zigbee. Our goal is to establish communication between USRPs, USRP and TelosB Sensors and Sensor to Sensor using Zigbee protocol (IEEE 802.15.4) . This protocol operates at 2.4GHz broadcasting frequency. We will be implementing a star network topology for our sensor networks. We also aim to print useful data obtained from the sensors Project abstract

  4. Concept sketch

  5. Streaming of Wireless Sensor Data throughout Network • System will allow wireless sensor motes to stream sensor data to the USRP backbone of our system. • The data will be propagated to other wireless motes through the USRP backbone. • Simultaneous Streaming • The fully functional system must be capable of supporting 10 simultaneous streams at any instant of time. The wireless motes require a unique ID # when programmed so sensor data can be tracked to the specific sensors. • Utilize the Zigbee 802.15.4 Protocol • Our network will be operating in the 2.4 – 2.4835 GHz band, which is the worldwide band for Zigbee. We will be utilizing channel 16 of this band, which is at 2.48 GHz center frequency. • Broadcasting range • The system must be able to provide good reception in a close range. Functional Requirements

  6. Physical Dimensions • The dimensions of the sensors will need to be small enough to be implemented in classrooms and labs without needing to change any layout of the room. The dimension of the USRP is fixed. • Equipment Protection • The equipment is placed indoors at all times and does not require weather protection. • Power Requirements • The USRP and the USRP2 need an AC to DC converter. The sensors will need 2 AA batteries to supply power. Non Functional Requirements

  7. RFX2400 Transceiver Daughterboard on the USRP • Operates at 2.4 GHz frequency (operating frequency of the sensors) • Capable of sending and receiving data packets using 1 antenna • TelosB sensors • Operate at 2.4GHz frequency and can be easily integrated in to the system • Provide voltage, temperature and light sensors on one mote Hardware consideration

  8. GNU Radio • Open source software development toolkit offering wide variety of signal processing techniques • Linux • Supports the GNU Radio and the Zigbee protocol • TinyOS • OS for sensors which uses nesC, similar to C syntax allows component blocks to be tied together Software consideration

  9. Risks Mitigation • Sensor failures • Bad data transmission • Device Failure • Easily available sensors to replace • Device and sensor overlap Risks and mitigation

  10. top level application class

  11. top level application class contd.

  12. top level application class contd.

  13. Receive class

  14. Transmit class

  15. Transmit class Cont and Main Loop

  16. USRP to USRP testing • Data packets will be transmitted from 1 USRP and will be received by the other USRP • Content of a transmitted data packet is verified with content of received data packet testing

  17. USRP tx/rx test result

  18. Sensor to USRP testing • Data will be sent from the wireless sensor and will be received by the USRP • Received data packets will be printed to the screen testing

  19. Sensor tx and usrprx result

  20. USRP to Sensor testing • Data packets are transmitted from the USRP to the Sensor • Sensor receives the data packets and confirms the reception by blinking a light testing

  21. Usrp to sensor result

  22. Sensor to Sensor testing • Wireless sensor transmits light, voltage, temperature data to a base station (TelosB mote connected to a laptop) as data packets • Base station receives data packets and converts data packets to information and prints to the screen testing

  23. Test results Data recorded by the light sensors

  24. Data will be transmitted from a TelosB sensor to an USRP Received sensor data will be printed to the screen USRP will transmit the received data to another USRP evaluation

  25. Received data will be printed to the screen and verified with transmitted data to check for error free transmission Data will be transmitted from USRP to the sensor This multi-hop transmission will check system functionality correctness Evaluation

  26. TIME Division

  27. Project cost

  28. Overall Project Schedule

  29. Create TinyOS applications to utilize the sensor network Adapt Python script to accept and forward Zigbee packets of any size Work to increase broadcast range of sensors Create tutorial that can be used for classroom teaching Future Work

  30. Thank you

More Related