250 likes | 357 Vues
This project aims to develop a prototype of a smart security device that attaches to personal belongings like bikes, backpacks, or luggage. It includes an accelerometer, Bluetooth connectivity, and an alarm system that activates upon sensing movement. Users can control the device via an Android app to arm and disarm the system. The design process involved researching components, parallel engineering of hardware and software, and rigorous testing of functionality. Despite some component changes, the prototype successfully met performance expectations.
E N D
YouWatchMyStuff Team: Amrutha Doosa, Richard Atwood, Randy Duran, RaedAlkhaldi, HussainAlsafar.
Outline • Objective • Alternatives • Solution • Design requirements • Approach • Design • Implementation • IP and prior work • Testing • Results • Additional design Ideas and possible implementation • Constraints • Deliverables • Conclusion
Objective • The objective of this project is come up with a security device and a working prototype.
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/
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.
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
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
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.
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:
Design • Bluetooth: • Buzzer
Design • LED:
Design • Software and application
Implementation • Schematic (main block):
Implementation • Schematic (power block):
Implementation • Board layout:
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
IP and Prior Work • Philips(BGB203) Bluetooth manufacturer design guide • ARDUNIO Libraries
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.
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.
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
Ideas for additional functionalities • Humor Pranks • Pedometer • Bluetooth Pen • GPS system
Constraints • Time • Power • Budget • Functionality • Durability
Deliverables • 1 fully functional prototype. • 1 fully functional android application capable of interfacing with prototype.