Project

# Title Team Members TA Documents Sponsor
59 Gesture Controlled Surveillance Robot
Kushl Saboo
Roshni Mathew
Suvid Singh
Argyrios Gerogiannis
# Gesture Controlled Surveillance Robot

Team Members:
- Roshni Mathew (roshnim3)
- Kushl Saboo (kushls2)
- Suvid Singh (suvids2)

# Problem
In disaster and rescue scenarios (collapsed structures, smoke-filled buildings, unstable debris fields), responders often need quick situational awareness without putting people at additional risk. Small ground robots can provide remote surveillance, but many are controlled using joysticks or complex interfaces that require training and constant fine-grained input. In high-stress environments, precise manual control becomes a liability as it increases cognitive load, slows down deployment, and makes it harder for responders to focus on interpreting the scene and coordinating rescue actions. The result is that existing teleoperated robots can be underutilized or difficult to operate effectively when time and attention are limited.

# Solution
We will build a rescue surveillance robot with an intuitive gesture-based control interface that translates simple hand motions into high-level movement commands, paired with onboard safety behaviors to reduce operator burden. The operator wears a gesture device (IMU-based glove or wrist module) that detects orientation/motion and wirelessly transmits commands such as move forward, turn, stop, rotate/scan, and return. The robot executes these commands while enforcing safety constraints (slowing/stopping near obstacles), and provides real-time situational awareness through video streaming and sensor feedback. This enables faster, more natural control than a traditional remote controller, allowing responders to deploy the robot quickly and maintain attention on the environment rather than micromanaging the robot’s motion.

# Solution Components

## Subsystem 1
We want to make a glove that would recognize the different gestures made and transmit the corresponding motion to the robot. The motions we want the glove to recognize are forward/backward, turn left/right, and stop. Additional features, if we have time, would include “come back” and “spin/dance”.

Base System - Custom PCB
1. IMU
2. Bluetooth Transmitter/Receiver
3. 3-4 Flex sensors (1 for each finger)
4. 1 MCU (think Raspberry Pi chip)
5. Buttons to control the mode and turn on
6. Battery (PSU)

Additional System:
1. 1 Haptic Feedback Module

With the base system, the purpose of the IMU would be to detect pitch and roll because these motions would correspond with directions. Then the flex sensors would be used to detect stop and come back. We would have an MCU on the glove that will detect the different movements and send commands to the robot.

For the bonus features, we would like to have a receiver that recognizes it for our bonus feature of obstacle avoidance. When the robot has detected an obstacle and has stopped, it lets the user know through haptic feedback that it cannot move in that direction. Another bonus feature would have the glove be in different modes where it can control either the camera move (spin to see different areas).

## Subsystem 2
We want to build a system on the robot. The robot will be receiving the commands from the glove and then moving in the corresponding direction. Here are the components that will be required:

Base System - not PCB
1. Bluetooth Transmitter/Receiver
2. Motors
3. Caterpillar Track (For multi-terrain compatibility)
4. Raspberry Pi Board

Additional System
1. Camera for surveillance
2. TOF(Lidar) sensors
3. Heat/Night vision camera? (Better at looking through debris?)(Maybe too expensive?)

The robot base system will accept commands from the glove and then move accordingly. We have a caterpillar track for multi-train capability. We will use a Raspberry Pi board for receiving and executing the commands. The purpose of the board is so that we can easily add other modules for the additional system features.

The additional system will include a camera that will transmit the camera data to an external laptop. Then we will have Lidar sensors for obstacle avoidance so that if you give an instruction to the robot but it will hit an obstacle to do the command it will stop and transmit that back to the arm.

# Criterion For Success

The project will be considered successful if the following functional and performance objectives are met:

## 1. Reliable Gesture Recognition (Glove Subsystem)

The glove must accurately detect user gestures using IMU orientation (pitch and roll) and finger flex sensor inputs. The system must correctly classify and generate control commands corresponding to:

- Move forward
- Move backward
- Turn left
- Turn right
- Stop

## 2. Wireless Communication
The glove subsystem must transmit gesture commands to the robot wirelessly using Bluetooth (BLE).

## 3. Robot Motion Execution
The robot subsystem must correctly interpret received commands and translate them into motion, reliably performing:
- Forward and backward motion
- Left and right turns
- A 360° surveillance spin

## Stretch Goals (Advanced Success Criteria)
### 1. Safety Through Obstacle Avoidance
The robot must integrate onboard distance sensing (ToF/LiDAR) to prevent unsafe movements. The robot must stop before impact. The system must override unsafe commands in real time.


### 2. Haptic Feedback to User (Closed-Loop System)
When the robot is unable to execute a command due to an obstacle, haptic feedback must be sent to the glove to notify the user.
### 3. Camera/visual feedback
We will add a camera or thermal/infrared sensing method to detect human presence in low-visibility environments and provide easy remote control.

Remotely Controlled Self-balancing Mini Bike

Will Chen, Eric Tang, Jiaming Xu

Featured Project

# Remotely Controlled Self-balancing Mini Bike

Team Members:

- Will Chen hongyuc5

- Jiaming Xu jx30

- Eric Tang leweit2

# Problem

Bike Share and scooter share have become more popular all over the world these years. This mode of travel is gradually gaining recognition and support. Champaign also has a company that provides this service called Veo. Short-distance traveling with shared bikes between school buildings and bus stops is convenient. However, since they will be randomly parked around the entire city when we need to use them, we often need to look for where the bike is parked and walk to the bike's location. Some of the potential solutions are not ideal, for example: collecting and redistributing all of the bikes once in a while is going to be costly and inefficient; using enough bikes to saturate the region is also very cost inefficient.

# Solution

We think the best way to solve the above problem is to create a self-balancing and moving bike, which users can call bikes to self-drive to their location. To make this solution possible we first need to design a bike that can self-balance. After that, we will add a remote control feature to control the bike movement. Considering the possibilities for demonstration are complicated for a real bike, we will design a scaled-down mini bicycle to apply our self-balancing and remote control functions.

# Solution Components

## Subsystem 1: Self-balancing part

The self-balancing subsystem is the most important component of this project: it will use one reaction wheel with a Brushless DC motor to balance the bike based on reading from the accelerometer.

MPU-6050 Accelerometer gyroscope sensor: it will measure the velocity, acceleration, orientation, and displacement of the object it attaches to, and, with this information, we could implement the corresponding control algorithm on the reaction wheel to balance the bike.

Brushless DC motor: it will be used to rotate the reaction wheel. BLDC motors tend to have better efficiency and speed control than other motors.

Reaction wheel: we will design the reaction wheel by ourselves in Solidworks, and ask the ECE machine shop to help us machine the metal part.

Battery: it will be used to power the BLDC motor for the reaction wheel, the stepper motor for steering, and another BLDC motor for movement. We are considering using an 11.1 Volt LiPo battery.

Processor: we will use STM32F103C8T6 as the brain for this project to complete the application of control algorithms and the coordination between various subsystems.

## Subsystem 2: Bike movement, steering, and remote control

This subsystem will accomplish bike movement and steering with remote control.

Servo motor for movement: it will be used to rotate one of the wheels to achieve bike movement. Servo motors tend to have better efficiency and speed control than other motors.

Stepper motor for steering: in general, stepper motors have better precision and provide higher torque at low speeds than other motors, which makes them perfect for steering the handlebar.

ESP32 2.4GHz Dual-Core WiFi Bluetooth Processor: it has both WiFi and Bluetooth connectivity so it could be used for receiving messages from remote controllers such as Xbox controllers or mobile phones.

## Subsystem 3: Bike structure design

We plan to design the bike frame structure with Solidworks and have it printed out with a 3D printer. At least one of our team members has previous experience in Solidworks and 3D printing, and we have access to a 3D printer.

3D Printed parts: we plan to use PETG material to print all the bike structure parts. PETG is known to be stronger, more durable, and more heat resistant than PLA.

PCB: The PCB will contain several parts mentioned above such as ESP32, MPU6050, STM32, motor driver chips, and other electronic components

## Bonus Subsystem4: Collision check and obstacle avoidance

To detect the obstacles, we are considering using ultrasonic sensors HC-SR04

or cameras such as the OV7725 Camera function with stm32 with an obstacle detection algorithm. Based on the messages received from these sensors, the bicycle could turn left or right to avoid.

# Criterion For Success

The bike could be self-balanced.

The bike could recover from small external disturbances and maintain self-balancing.

The bike movement and steering could be remotely controlled by the user.

Project Videos