Project

# Title Team Members TA Documents Sponsor
14 Interactive Climbing Holds
Brian Hu
Daniel Yuan
Jishnu Datta
Jacob Bryan other
The primary goal of this project is to introduce interactive climbing holds to improve end-user experience for climbers and climbing gyms.

Climbing gyms normally have set "routes", which is a way of increasing the difficulty and complexity when climbing a wall. These routes only allow certain rocks to be used when climbing the wall, and these rocks are normally denoted by their color or some attached colored tape. One of the main problems in climbing gyms is that there is a high density of holds which often vary in color/ have multiple colored tapes on each one, making it difficult to determine all the valid rocks in the current route being attempted. Furthermore, climbing gyms often replace old routes with new routes every once in a while, which may be frustrating to some climbers that are still trying to finish past routes. Gyms also don't interact with every climber; thus, new routes may not cater to the core audience of the gym.

Base Goals:
Our project goals are two-fold. Firstly, we want to allow climbers to easily identify and select from available routes through a web interface, which will light up the relevant route and time the user as they traverse the route. Secondly, the data from climbing times and climber ids can help the climbing gym identify popular routes, analyze data to create routes that most closely match climber needs, and set routes conveniently by scanning rocks.

Reach Goals:
Create an interface for non-gym staff to set routes
Create an interface for rating routes based on difficulty and user feedback
Creating analytics for routes for feedback to the climbing gym

Technical Description:
Each rock will contain a microcontroller, some communication module (wifi?), RGB LED, a battery, and some low-power RFID reciever.
The rocks are interfaced through a small passive RFID chip attached to a low profile wristband worn by the climber. The primary purpose of the wristband is to identify the climber and communicate with the server about the climber's progress throughout the route.
A server that will be able to communicate to all the rocks and will host the web application that the climbers and gym will interface through to control the array of rocks on the wall.

Example Application:
1. Climber receives wristband and browses available routes to climb, filtered by difficulty.
2. After choosing a non occupied route, the route lights up according to specified color.
3. Upon reaching the starting position (wristband in contact with designated starting hold), the timer begins.
4. Upon finishing the route (wristband in contact with designated end hold), the climber's total time is stored in the server and a leaderboard is updated to show best times.
5. Data collected from climbers is used by the gym owners to determine the difficulty, frequency, and style of new routes.

Prosthetic Control Board

Caleb Albers, Daniel Lee

Prosthetic Control Board

Featured Project

Psyonic is a local start-up that has been working on a prosthetic arm with an impressive set of features as well as being affordable. The current iteration of the main hand board is functional, but has limitations in computational power as well as scalability. In lieu of this, Psyonic wishes to switch to a production-ready chip that is an improvement on the current micro controller by utilizing a more modern architecture. During this change a few new features would be added that would improve safety, allow for easier debugging, and fix some issues present in the current implementation. The board is also slated to communicate with several other boards found in the hand. Additionally we are looking at the possibility of improving the longevity of the product with methods such as conformal coating and potting.

Core Functionality:

Replace microcontroller, change connectors, and code software to send control signals to the motor drivers

Tier 1 functions:

Add additional communication interfaces (I2C), and add temperature sensor.

Tier 2 functions:

Setup framework for communication between other boards, and improve board longevity.

Overview of proposed changes by affected area:

Microcontroller/Architecture Change:

Teensy -> Production-ready chip (most likely ARM based, i.e. STM32 family of processors)

Board:

support new microcontroller, adding additional communication interfaces (I2C), change to more robust connector. (will need to design pcb for both main control as well as finger sensors)

Sensor:

Addition of a temperature sensor to provide temperature feedback to the microcontroller.

Software:

change from Arduino IDE to new toolchain. (ARM has various base libraries such as mbed and can be configured for use with eclipse to act as IDE) Lay out framework to allow communication from other boards found in other parts of the arm.