1 / 34

SmartWall

SmartWall. The future of rock climbing. Team Members. Anil Damle Matanya Horowitz Kirk Liu Mark Vankempen Steve Wilson. Presentation Outline. Problem Market Solution Implementation Handhold Controller Computer Logistics Schedule. Problem - Market.

rich
Download Presentation

SmartWall

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. SmartWall The future of rock climbing

  2. Team Members • Anil Damle • Matanya Horowitz • Kirk Liu • Mark Vankempen • Steve Wilson

  3. Presentation Outline • Problem • Market • Solution • Implementation • Handhold • Controller • Computer • Logistics • Schedule Mark

  4. Problem - Market • Popularity of rock climbing is exploding • Indoor gyms face limited resources • Changing routes is difficult and time consuming • How frequently should routes be changed? • How many beginner vs. advanced routes? • Market is segmented • Weekend warriors vs. Hard-core vs. Beginners • Personal rock climbing solutions haven’t been established • Gauging route difficulty is problematic • No solution addresses needs of all these groups Mark

  5. Problem - Solution • SmartWall • Use modern technology on the antiquated rockwall • Hardware • Output • Light-up handholds • Dynamic route creation • Input • Pressure sensors • User-programmable routes • User specific memory Mark

  6. Problem - Solution • Software • Data logging • Offline judging • Analysis of ascent • Real time scoring possible • Integration with camera data • Interpolation and calculation of climbing technique • Replay possible • Tutorial • Compare to Pro’s • Path Planning • Use historical data • User preferences • Dynamic difficulty adjustment Mark

  7. System Overview Handhold Handhold Controller User Input Host Computer Flash Drive Mark

  8. Implementation - Handhold • Utilize the MSP430 microprocessor and RF unit • Controller will communicate bidirectionally via sub 1-Ghz frequencies to a host controller • LED’s used to light up handholds as output • Sensors used to detect input • PCB must be small enough to fit inside a handhold Mark

  9. Implementation - Handhold • Handholds will be fabricated or bought • Modeling Clay / Polyurethane • Bondo Fiberglass Resin • Capacitive Polymers • Fabrication allows convenient placement of: • Development boards • Pressure sensors • Anything else • Handholds will be affixed to a custom built wall Mark

  10. Handhold Power Supply Kirk

  11. Power Requirements • Miniature LEDs (1 mA to above 20 mA) • MSP430 • sleep mode ~ <1uA, • Active ~ 200uA • Wireless • 1 mW • Wake from sleep in 15 msec Kirk

  12. Battery Solution Kirk

  13. Handhold Charging Kirk

  14. Power Supply • Handhold Power • 4 Lithium Ion Batteries per hold • Wall power of handholds for debugging • Keep components in low power as much as possible • Rechargeable on wall, or by removing batteries • Aim for >1 month between charges • Controller • Wall Powered Kirk

  15. Implementation - Controller Camera USB Storage Microcontroller (MSP430, etc.) USB Host Antenna Zigbee Interface Host Computer LCD Display Numeric Keypad Matanya

  16. Controller Software Flow Diagram Initialization Standby Interaction Acquire camera User detected Receive handhold/video data packet Broadcast wake-up message Load profile Receive handhold identification Create route Log packet Broadcast handhold lighting data Capture photos of handholds Detect end of climb Correlate handhold location-id Matanya

  17. Implementation – Handhold <-> Controller Communication • Handhold communicates through controller • No handhold-handhold communication • Broadcast pressure data • Receive initialization, lighting data • Hardware – Zigbee • Low power mesh networking • XBee 1mW Chip Antenna • Sparkfun supplied • $20.66 • Serial interface Matanya

  18. XBee Antenna • Well established Protocol • Constructs low-speed ad-hoc network • All nodes are End-Nodes. • Beacon-enabled network • Handholds can sleep • Periodic, less frequent waking for input from controller • More frequent transmission of sensor data • Controller remains awake • Allows for data to be both sent and received • Arbitrary number of nodes Matanya

  19. Implementation – Handhold <-> Controller Protocol • Communication protocol required • Must be scalable over arbitrary number of nodes • Asynchronous packet broadcasting • Node -> Controller • Unique identifier • Pressure data • Current status • Controller -> Node • Destination node ID • Desired status (sleep? Polling sensor? Broadcast frequency? Light or error on sense?) • Desired lighting mode Matanya

  20. Implementation – Controller <-> Computer Protocol • Controller -> Computer • Sequential, timed data logging • Snapshot of handhold status • Computer -> Controller • Initialization step containing status for each handhold • Provides identification for handholds between controller and computer • It is the controller’s responsibility to translate to the actual ID’s of each handhold • Sequential lighting up of handholds so computer can provide information for correlation between handhold and ID • Asynchronous update packets • Only communicates changes Anil

  21. USB Controller interface - • Already existent solution • 28 Pin PIC Development Board with USB • Sparkfun • $30.95 • Stage 1 • Initialization information received from computer • Input is received only during initialization • Data is written to computer • Stage 2 • Computer is replaced with USB Stick • Initialization data is stored • Data, in same format, written to USB stick Anil

  22. Implementation - Computer • Puts the Smart in SmartWall • Route planning algorithm • Handhold type, reach, route length, etc. • New route every time • Video input • Analysis of stance • Correlation with pressure data • Climber improvement • Comparison of climbing technique with ‘Professionals’ • Scoring • No longer simple ‘can or can’t do’ or time-based • Possible to gauge pressure, finesse, time on holds • More elaborate competitions possible • Tracking • User profiles • Progress Anil

  23. Implementation - Computer Initialization Climbing mode Input mode Recognize user Process Flash Drive Create Routes Display Performance Control Hold lighting Process Video Adapt Difficulty Anil

  24. Route Planning • Based on Switching Time Optimization research • Trajectory is integrated over rock wall instead of time • Each handhold presents a switch and changes the mode of the system, i.e. the climber • By evaluating the effects of taking each hold, we can find the path that the climber would take • We can then optimize the path according to input parameters • Reach length, route length, difficulty, distance between centers of mass and contact points • Parameters are input as a cost function • Requires a set of handholds to use. These can be picked by taking a straight line up the wall and picking the handholds ‘nearby.’ • Solve with algorithm in (3) Anil

  25. Video input • Use to initialize hold locations • Automatically detect holds for route creation algorithms • Analyze climber movement to rate climb • Develop an algorithm for rating climbs • Superimpose climb over recorded professional climber • Determine if a climber is stuck and adapt difficulty • Possibly show/determine next move for a climber Anil

  26. Budget Steve

  27. Risks • Insufficient battery life • Allow for wall power • Limited sensor placement options • Functionality limited to contact detection • Wireless • Wires • Writing to USB • Camera data flow • Connect camera to computer • Insufficient # of handholds given current budget • Mix in dumb handholds Steve

  28. Milestone - CDR • Completed handhold prototype • PCB Layout • Physical Design • Sensor Placement • Completed Wall • With non- smart handholds installed • Wireless protocol Completed • Controller PCB layout complete Steve

  29. Milestone #1 • Controller talking to multiple handholds • Initialization Sequence • Handhold placement analysis • Light up handholds for routes • Preliminary algorithm results • Video analysis • Route creation Steve

  30. Milestone #2 • Data logging to USB drive • Algorithms complete and tested • Preliminary user interface • Ability to view data • Basic functionality completed Steve

  31. Logistics - Schedule Steve

  32. Individual Tasks Wireless Protocol User Programmable Interface Matanya Route Planning Controller logging & input Controller Design & PCB Video Processing Anil MSP430 Programming Mark Wall Construction User Recognition Handhold construction Battery Charging PCB Design Power Design & Optimization Handhold Wireless Interface Kirk Steve Steve

  33. Questions

  34. Bibliography • Xbee – http://www.sparkfun.com/commerce/product_info.php?products_id=8664 • USB Board - http://www.sparkfun.com/commerce/product_info.php?products_id=19 • Johnson, E. & Murphey, T. (2008). Second-Order Switching Time Optimization for Non-Linear Time-Varying Dynamic Systems.

More Related