1 / 25

YouWatchMyStuff

YouWatchMyStuff. Team: Amrutha Doosa , Richard Atwood, Randy Duran, Raed Alkhaldi , Hussain Alsafar. Outline. Objective Alternatives Solution Design requirements Approach Design Implementation IP and prior work Testing Results

adonica
Download Presentation

YouWatchMyStuff

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. YouWatchMyStuff Team: Amrutha Doosa, Richard Atwood, Randy Duran, RaedAlkhaldi, HussainAlsafar.

  2. Outline • Objective • Alternatives • Solution • Design requirements • Approach • Design • Implementation • IP and prior work • Testing • Results • Additional design Ideas and possible implementation • Constraints • Deliverables • Conclusion

  3. Objective • The objective of this project is come up with a security device and a working prototype.

  4. Alternatives http://www.dailymail.co.uk/sciencetech/article-2242811/Bluetooth-stickers-pair-phones-track-lost-gadgets-pets-children.html http://mashable.com/2013/01/23/bluetooth-device-track-phone-valuables/

  5. Solution • Create a security device that people can attach to their personal possessions, a bike, backpack, or piece of luggage. • This device will sense any movement of the object to which it is attached and sound an alarm. This device will operate with a smart phone app that will allow users to communicate with the device, including arming/disarming functionality.

  6. Design Requirements • Base requirements: • Technology: • Accelerometer • Speaker - ~80dB and less than or equal to 0.03 watts • Bluetooth – Possibly use a Class 2 (2.5mW and ~10m range) • At least 1 LED

  7. Design Requirements (cont..) • Interface: • Remote activation with phone only • Batteries – Two options: • AAA Batteries ( 1.5 V) for prototype ( not sure about exact voltage value until we have the voltage levels all the components ) • 9V Battery. • AVR Processor – 32 bit AVR microcontroller • Case – Plastic case

  8. Approach • Brain storm ideas. • Research suitable parts and applications. • Find solution according to sponsor specifications. • Use concurrent engineering to design and test hardware and software. • Improve design along designing and testing phase.

  9. Design • Hardware implementation was relatively simple because it has few components. The block diagrams below shows the functionality of each hardware in our circuit. • Microcontroller:

  10. Design • Bluetooth: • Buzzer

  11. Design • LED:

  12. Design • Software and application

  13. Implementation • Schematic (main block):

  14. Implementation • Schematic (power block):

  15. Implementation • Board layout:

  16. Implementation • Tools employed: • ARDUINO UNO (microcontroller programming board) • ARDUNIO IDE V 1.0.1 • Bread board where LED’s and components are implanted for prototyping and testing purposes • Power supply to emulate power source • PC (laptop or a desktop) • Eagle cad for schematic and board layout • Microsoft office tools and project manager(documentation) • Draw smart software for block diagrams

  17. IP and Prior Work • Philips(BGB203) Bluetooth manufacturer design guide • ARDUNIO Libraries

  18. Testing • Hardware Testing: • Since the hardware design did not have a lot of components, the testing focused on testing the functionality of each component. • the microcontroller was powered up and programmed for testing purpose and it worked. • The RGB LED was powered up and confirmed that each color works fine when a lead is connected. • Even though the speaker didn’t work when it was tested on its separate circuit it worked as expected when it was implemented in the prototype circuit.

  19. Testing • Software Testing: • The difficulty on this project was designing and testing the programs and applications designed to run the device. • Tests were done after writing each step of the code. • Debugging methods were used to figure out faults within the code • Application was run on several devices to confirm functionality • A distance test was run on the device in order to approximate the range of the Bluetooth.

  20. Results • The Bluetooth device had to be changed because of programming error, so we deemed the device unusable in this project. • We choose to replace the accelerometer because the one we originally thought of using had to be programmed. Thus we decided to use another which didn’t require programming. • We used an RGB LED instead of a single color LED since it was available and it serves our purpose better. • All other components worked as expected. • Power consumption tests showed acceptable results

  21. Ideas for additional functionalities • Humor Pranks • Pedometer • Bluetooth Pen • GPS system

  22. Minimized Vision

  23. Constraints • Time • Power • Budget • Functionality • Durability

  24. Deliverables • 1 fully functional prototype. • 1 fully functional android application capable of interfacing with prototype.

  25. Conclusion

More Related