1. YouWatchMyStuff Team: Amrutha Doosa, Richard Atwood, Randy Duran, Raed Alkhaldi, Hussain Alsafar.

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/sci encetech/article- 2242811/Bluetooth-stickers- pair-phones-track-lost- gadgets-pets-children.html http://mashable.com/2 013/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