250 likes | 358 Vues
This project aims to develop a security device that can be attached to personal belongings like bikes and backpacks. The device includes an accelerometer and Bluetooth technology to sense movement and trigger an alarm. The hardware implementation is straightforward due to the limited components used. While testing revealed some challenges, alternative components enhanced functionality. The final deliverables include a fully operational prototype and an Android app for user interaction. This project emphasizes durability, power efficiency, and minimal budget constraints.
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.
Design Requirements • Base requirements: • Technology: • Accelerometer • Speaker - ~80dB and less than or equal to 0.03 watts • Bluetooth – use Class 2 (2.5mW and ~10m range) • At least 1 LED
Design Requirements (cont..) • Interface: • Remote activation with phone only • Battery. • 9V Battery. • AVR Processor – 32 bit AVR microcontroller • Case – black case
Approach • Brain storm ideas. • Research suitable parts and applications. • Find solutions 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.