Project

# Title Team Members TA Documents Sponsor
41 BetaSpray - Bouldering Route Assistance
Ingi Helgason
Maxwell Beach
Prakhar Gupta
Gayatri Chandran design_document1.pdf
proposal1.pdf
# Beta Spray

[Link to Discussion](https://courses.grainger.illinois.edu/ece445/pace/view-topic.asp?id=78759)

**Team Members:**
- Maxwell Beach (mlbeach2)
- Ingi Helgason (ingih2)
- Prakhar Gupta (prakhar7)

# Problem

Spray walls in climbing gyms allow users to create endless custom routes, but preserving or sharing those climbs is difficult. Currently, climbers must memorize or manually mark which holds belong to a route. This limitation makes training inconsistent and reduces the collaborative potential of spray wall setups, particularly in community and training gym environments.

# Solution

Beta Spray introduces a combined scanning and projection system that records and visually reproduces climbing routes. The system maps the spray wall, categorizes each hold, and projects or highlights route-specific holds to guide climbers in real time. Routes can be stored locally or shared across devices over a network. The design includes three primary subsystems: vision mapping, projection control, and user interface.

# Solution Components

## Vision Mapping Subsystem

This subsystem performs wall scanning and hold detection. A **camera module** (Raspberry Pi Camera Module 3 or Arducam OV5647) will capture high-resolution images under ambient lighting conditions. The **ESP32** will handle image capture and preprocessing using C++ OpenCV bindings. The image recognition algorithm will identify hold contours and assign coordinates relative to wall geometry.

If on-device processing proves too compute-intensive, the camera data can be sent via HTTP requests to a remote machine running an OpenCV or TensorFlow Lite inference service for offloaded recognition. To improve reliability in low-light setups, IR LEDs or reflective markers may be added for hold localization. If latency proves too high, a physical layer solution could connect directly to a nearby laptop to speed up computer vision processing.

## Projection Subsystem

The projection subsystem highlights route holds using **servo-actuated laser pointers**. Each laser module will be mounted to a **2-axis servo gimbal** arrangement controlled by a microcontroller PWM interface. The system will direct up to four laser beams to indicate sequential handholds as users progress. A benefit of using servos over motors is avoiding PID tuning for motor control loops.

If laser precision or safety reliability becomes an issue, an alternative approach will use a **compact DLP or LED projector**, calibrated through the same coordinate mapping. Mechanical design will ensure adjustable pitch angles to accommodate wall inclines up to 45 degrees.

## User Interface Subsystem

Users configure and control Beta Spray through a web or mobile interface. The **ESP32** module provides Wi‑Fi and Bluetooth connectivity, and the **ESP‑IDF SDK** enables local route storage through SPI flash or SD card, along with a lightweight HTTP server for remote control. The interface will include climb management (create, save, replay) and calibration controls.

If latency or bandwidth limits affect responsiveness, a fallback option is to implement a wired serial or USB configuration interface using a host computer to manage routes and command sequences. A basic mobile or web frontend will be developed using **Flutter** or **Flask**.

# Physical Constraints

- The system will draw power from a standard outlet (no battery operation needed).
- The device will be secured to the floor using a stable stand or rubber bumpers to prevent slipping.
- The total footprint will be **less than 25 cm * 25 cm**, with a maximum height of **40 cm**, including the laser pointer gimbals.

# Criterion for Success

Beta Spray will be successful if it can:
- Achieve reasonable accuracy in laser pointer targeting to mark holds.
- Track a climber’s movement in real time with less than **200 ms** latency.
- Interface with a mobile device to change route planning and trajectory.
- Operate consistently across varied placement distances and wall angles.

Meeting these criteria will validate the feasibility of Beta Spray as a modular and expandable climbing wall visualization platform.

Master Bus Processor

Clay Kaiser, Philip Macias, Richard Mannion

Master Bus Processor

Featured Project

General Description

We will design a Master Bus Processor (MBP) for music production in home studios. The MBP will use a hybrid analog/digital approach to provide both the desirable non-linearities of analog processing and the flexibility of digital control. Our design will be less costly than other audio bus processors so that it is more accessible to our target market of home studio owners. The MBP will be unique in its low cost as well as in its incorporation of a digital hardware control system. This allows for more flexibility and more intuitive controls when compared to other products on the market.

Design Proposal

Our design would contain a core functionality with scalability in added functionality. It would be designed to fit in a 2U rack mount enclosure with distinct boards for digital and analog circuits to allow for easier unit testings and account for digital/analog interference.

The audio processing signal chain would be composed of analog processing 'blocks’--like steps in the signal chain.

The basic analog blocks we would integrate are:

Compressor/limiter modes

EQ with shelf/bell modes

Saturation with symmetrical/asymmetrical modes

Each block’s multiple modes would be controlled by a digital circuit to allow for intuitive mode selection.

The digital circuit will be responsible for:

Mode selection

Analog block sequence

DSP feedback and monitoring of each analog block (REACH GOAL)

The digital circuit will entail a series of buttons to allow the user to easily select which analog block to control and another button to allow the user to scroll between different modes and presets. Another button will allow the user to control sequence of the analog blocks. An LCD display will be used to give the user feedback of the current state of the system when scrolling and selecting particular modes.

Reach Goals

added DSP functionality such as monitoring of the analog functions

Replace Arduino boards for DSP with custom digital control boards using ATmega328 microcontrollers (same as arduino board)

Rack mounted enclosure/marketable design

System Verification

We will qualify the success of the project by how closely its processing performance matches the design intent. Since audio 'quality’ can be highly subjective, we will rely on objective metrics such as Gain Reduction (GR [dB]), Total Harmonic Distortion (THD [%]), and Noise [V] to qualify the analog processing blocks. The digital controls will be qualified by their ability to actuate the correct analog blocks consistently without causing disruptions to the signal chain or interference. Additionally, the hardware user interface will be qualified by ease of use and intuitiveness.

Project Videos