1 / 26

Capstone Project: NadeCam

Capstone Project: NadeCam. Team Mercury: Charles Chen, Katie Corner, Danny Costinett, bob Pomeroy, Jeries shihadeh. Overview. Proposal Hardware Block Diagram Hardware Implementation Software Block Diagram Software Implementation Feasibility and Sustainability Safety and Compliance

chaz
Download Presentation

Capstone Project: NadeCam

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. Capstone Project: NadeCam Team Mercury: Charles Chen, Katie Corner, Danny Costinett, bob Pomeroy, Jeries shihadeh

  2. Overview • Proposal • Hardware Block Diagram • Hardware Implementation • Software Block Diagram • Software Implementation • Feasibility and Sustainability • Safety and Compliance • Schedule and Division of Labor • Budget

  3. Proposal Camera Grenade A thrown camera Receiver station to capture images Present it in an interactive 3D view.

  4. Proposal Target size (grenade unit): golf ball to softball Receiver/Display self contained display device or possibly a receiver attached via USB to a laptop (with associated display software)

  5. Expo Deliverables • Camera • 640x480 resolution • 1 frame per second • Usable Pictures • Data Storage • Store image data on external device (SD card?) • Image Display • Proper location and orientation • “Step-Through” mode

  6. Expo Deliverables • Packaging • Contains all components • Severe impact is not a goal • Demonstration • Device can take pictures • Display images in a proper orientation • Device is moving at low velocity and acceleration

  7. Higher Deliverables-Phase 1 • Camera • Captures RGB images • Greater than 1 frame per second • 2 cameras • Depends on budget • Data Transmission • RF transmission to base station

  8. Higher Deliverables-Phase 2 • Packaging • More robust to account for impact • Demonstration • Throw ball • Use of accelerometers to return (x,y,z) position • More Cameras (Up to 6)

  9. Higher Deliverables-Phase 3 • Camera • IR capabilities • GPS unit • Ball movement after landing • In flight gyroscopic stabilization • Multi-Unit Mapping • Use GPS with Multiple Camera Units to create a more comprehensive 3D environment

  10. Block Diagram-Hardware

  11. SubSystem Implementations • Camera Unit Options • Number and Layout • 1 - 6 Standard Cameras • Two 180◦ Panoramic Cameras • Data Throughput • 8-bit Gray Scale vs. RGB Color • Resolution (640x480) • Possible Secondary IR Camera?

  12. SubSystem Implementations • Control Unit(s) • uProcessor – MSP430 or CC430? • External Transceiver – nRF24L01+ vs. CC1101

  13. SubSystem Implementations • nRF24L01+ • Higher on-air data rate (2Mbps) • Lower transmit power • CC1101 • Low sleep current (200 nA) • Higher Tx output power • Better attenuation over distance

  14. Block Diagram-Software Base Station Camera Grenade Reconstruct Image Construct 3D User Interface Camera/Accel. Control Store Image Data Power Control

  15. SubSystem Implementations Graphical Environment Google Maps API? Custom designed OpenGL environment? Images manually loaded to OpenGL environment Skybox Net. User Perspective.

  16. Feasibility • Economics • Less than $1000 (less than 2x the cost of a standard grenade) • Most parts are off the shelf and offered by multiple vendors, with the possible exception of the casing • Marketability: Military and police usage, data collection • Possible applications in scientific mapping and observation.

  17. Feasibility • Risks • Camera Functionality: • Is quality of 640x480 resolution good enough? • Number of frames per second? • Expense of Camera/Lenses • Size of Images: • Considerable amount of data throughput • Minimize via color constraints, on chip jpeg compression • Test and Pick Camera ASAP

  18. Feasibility • Risks • PCB layout mistakes: • Team reviews layout before ordering board • Enough time and budget is set aside for multiple boards • Knowledge of Packaging: • Packaging doesn't perform as well as hoped • Limited knowledge of mechanical design • Test packaging with dummy contents before full prototype build

  19. Sustainability • In general, most system parts are available from multiple vendors • caveat: although one particular camera may not be available, other comparable models are. • Minimal maintenance/support necessary out of box

  20. Safety and Compliance • Complies to necessary FCC Military and Civilian conventions, depending on model • Internal Camera Unit Voltages < 15V

  21. Schedule

  22. Schedule • CDR • Able to take and store images • Milestone 1 • Use accelerometer to determine orientation • Use software to display image(s) with correct orientation • Develop power system to power device • Milestone 2 • Packaging complete • Expo deliverable in final testing

  23. Division of Labor • Based on Background Experience Charles Chen: Image Post Processing, Accelerometer testing Danny Costinett: MSP Programming, Transceiver testing Katie Corner: Image Post Processing, Packaging Design Bob Pomeroy: PCB Design, Camera testing Jeries Shihadeh: 3D UI Environment, Camera testing

  24. Budget

  25. Questions?

  26. Questions? POW!

More Related