SmartWall

1. SmartWall The future of rock climbing Steve

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

3. Presentation Outline • Review • Solution • Overall Status • Handhold • Construction • Architecture • Status • Controller • Architecture • Status • Project Logistics • Progress & Budget • Goals Steve

4. Project Review • 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 • Memory • User profiles Steve

5. System Overview Handhold Handhold Controller Host Computer SD Card User Input Touchscreen Steve

6. Project Status • Handhold prototype complete and ordered • PCB Layout • Physical Design • Sensor Placement • Completed Wall • With non- smart handholds installed • Wireless protocol complete • Controller PCB layout complete and ordered • Have clear handholds in shipment Steve

7. System Diagram SD Card Storage Controller Computer XBee Host Computer MSP 430 F5438 XBee LCD Display Numeric Keypad Handhold XBee MSP 430 F2418 Force Sensors Lighting Output Steve

8. Handhold • Controller will communicate bi-directionally with host controller • LED’s used to light up handholds as output • Pressure sensors used to detect input • PCB must be small enough to fit inside a handhold • Semi-transparent handholds have been bought from Franklin Handholds • Boulder Based • Custom design for PCB and Batteries Mark

9. Handhold Architecture LED’s GPIO MSP430F2418 UART Xbee Wireless ADC Force Sensor Mark

10. Handhold – PCB • The handhold PCBs are complete and ordered (version 1.0) • Space for up to 8 force sensors • Transmits force data • Receives LED lighting instructions • Charges batteries • Room for ½” bolt Mark

11. Handhold – MSP 430 • MSP430F2418 • 16-Bit Ultra-Low-Power • 116KB Flash • 8KB RAM • 12 Bit ADC • 2 USCIs Mark

12. Handhold Force Sensors • Each force sensor will be connected to a single supply non-inverting Op-Amp circuit • There will be a total of 8 Op-Amps on the board (2 ICs of 4 Op-Amps each) • Force sensor ranges from 1.5V (low force) to 3V (high force) • FlexiForce sensor will be used • Purchased from SparkFun Mark

13. Handhold – Lighting Output • LEDs will be controlled by GPIO on MSP430 • LEDs will be driven by power supplies with the processor controlling the gate of the MOSFET • Four different colored LEDs, either on or off • Future revisions will allow for color and intensity variability in LEDs Mark

14. MAX1555 - Battery Chargers • Charge from USB or AC Adapter • Automatic Switchover when AC Adapter is Plugged In • On-Chip Thermal Limiting Simplifies Board Design • Charge Status Indicator • 5-Pin Thin SOT23 Package • Recharge on wall • Recessed electrodes Kirk

15. Handhold Power PCB • Three Voltage Regulators (1.5V, 3.3V, 5V) • Batteries not user-removable Kirk

16. Battery Solution • One 6Ahr triple pack for each handhold. • Each cells outputs a nominal 3.7V at 2000mAh • sleep mode ~ <1uA, • Active ~ 200uA • Model:E585460 • Dimensions: 0.75x2.1x2.1" • Weight: 3.88oz • Wall power of handholds for debugging • Keep components in low power as much as possible • Aim for >1 month between charges Kirk

17. Handhold Status • Completed so far: • Custom handholds solution • PCB layout complete and ordered (Revision 1.0) • Parts ordered • Coding underway • To do: • Add recessed electrodes • Build clip-on charger • Programming • Assemble Kirk

18. Handhold  Controller Protocol • Handholds communicate with Controller using packets • XBee handles timing, traffic congestion • Controller set to Coordinator • Handholds are End Devices • Handholds automatically sleep when not in use • Cyclic Mode – Wake up at 1Hz, check for information • Broadcast data at 2Hz • Power draw < 50µA during sleep Kirk

19. Handhold   Controller Protocol (Climbing) Handhold  Controller Controller  Handhold Kirk

20. Handhold Modes Kirk

21. Controller • Controller broadcasts status information • No handhold-handhold communication • Handles dissemination and storage of information • Provides initialization instructions, lighting modes • Detects unique users Matanya

22. Controller Architecture LCD SD Card SPI UART MSP430F5438 Xbee Wireless UART UART GPIO RFID Keypad Matanya

23. Controller – MSP 430 • MSP430F5438 • Ultra low power • Flexible I/O Structure • SPI, UART • 16KB RAM • JTAG programmable • On chip debugging Matanya

24. Host Controller – Data Storage • SD Card storage • SPI Interface • Custom file system • Have development code • Computer readable • Removable • Contains user profiles • Allows for profile modifications Matanya

25. Host Controller – RFID Recognition • Provides intuitive method to load user profiles • RFID Reader ID-12 implements hardware • Serial string output of unique 32-bit card ID Matanya/Anil

26. Controller debugging components • Two line LCD display • Serial command input • Numeric keypad • Matrix input • Allows for debugging input-output Matanya/Anil

27. Controller – Wireless Communication • Communicates to Handholds via Xbee • XBee 1mW Chip Antenna • Serial interface • Hardware – Xbee 1mW Chip Antenna • Low power mesh networking • Data transmission • Pressure • Lighting mode • Status Matanya/Anil

28. Controller Status • Complete: • PCB layout complete (Revision 1.0) • All parts ordered • Hardware done • Wireless Protocol complete • To Do: • Software • SD Card interface • Handhold interface • Initialization sequence • Assembly Matanya

29. Computer • PC computer with Windows XP • Pentium 4 1.8Ghz • 512 MB RAM • Matlab Necessary • Generated user interface • Provides communication with profile • Implements video processing, evaluates route planning algorithm • Will provide higher level functionality • Video processing, Route creation • Connection to web camera Anil

30. Computer - Touchscreen • Possibility • Tiling of handhold has freed budget • Still contingent on EEF Funding • LCD8LVGATS • $300 • VGA Input • USB Output • More research once we get funding • Mouse and keyboard backup Anil

31. Computer – User Interface Interactive wall image Profile Parameter adjustement Anil

32. Budget – To date Anil

33. Budget - Future Anil

34. Concerns • Sensor saturation • More expensive sensors • Budget • Insufficient # of handholds • Mix in dumb handholds • Correlate with video data • No touchscreen • Ability to test algorithms • Wall is too small • Request wall-time at rock gym Anil

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

36. Milestone #2 • Data logging to SD Card • Algorithms complete and tested • Preliminary user interface • Ability to view data • Basic functionality completed • RFID Login Anil

37. Logistics - Schedule Anil

38. Individual Tasks Remaining User Interface Matanya Computer Logging Route Planning Handhold Broadcast & Receive Controller Logging Video Processing Controller Debugging Anil Mark Handhold Initialization RFID User Recognition Handhold Assembly/ Debugging Controller Initialization Touchscreen interface Handhold Poll Force Sensors Handhold LED lighting Controller Wireless Transmission Kirk Steve Anil

39. Questions Anil