Project

# Title Team Members TA Documents Sponsor
12 4-Wheel-Drive Invertible Ant-Weight Battlebot
Haoru Li
Ziheng Qi
Ziyi Wang
Zhuoer Zhang design_document1.pdf
proposal1.pdf
# Ant Weight Battlebot
Team Members:
- Ziyi Wang (zw67)
- Ziheng Qi (zihengq2)
- Haoru Li (haorul2)

# Problem

For ant-weight battlebots, 3D-printed materials introduce significant vulnerabilities. Though many robots can effectively defend strikes, they are prone to "turtling" and may lose mobility when flipped. Under the competition rule, losing mobility will quickly lead to knockout. When inverted, weapon systems such as vertical spinners may rotate in an ineffective direction or lose engagement with the opponent entirely, significantly reducing combat effectiveness. Preserving weapon functionality in both orientations remains a critical challenge for ant-weight combat robots. In addition, sudden high-impact collisions can introduce transient power spikes and voltage fluctuations in the power distribution system, which may disrupt onboard electronics, or cause overall system instability during operation.

# Solution

We want to design a invertible 4-Wheel-Drive battlebot with vertical drum spinner. According to our investigation, vertical drum spinner is an ideal weapon choice as it is rigid and can effectively flip opponents. To solve the problem of "turtling," the robot uses a symmetric chassis with wheel diameters exceeding the total chassis height, ensuring traction regardless of orientation. And bigger wheels also allow the battlebot to function even after flipped and the vertical rollercan change its direction as well. To address the cognitive load of inverted driving, we integrate an onboard IMU that automatically detects a flip and remaps the motor control logic in the firmware, making the transition seamless for the operator.
To ensure electrical stability and prevent brownouts, the custom PCB utilizes a decoupled power architecture. We isolate the high-current weapon system from the sensitive logic rails using a high-efficiency switching regulator and a large bulk capacitor array. The robot is divided into three primary subsystems: Power Management, Control & Sensing, and Drive & Weapon Actuation.

# Solution Components

## Subsystem 1: Power Management and Distribution
Provides stable, isolated power delivery to all robot subsystems while meeting the 24V maximum battery voltage requirement. Detail specifications awaits to be put on based on selection of motors.

## Subsystem 2: Control and Communication
Function: Receives operator commands, processes IMU orientation data, and generates appropriate motor control signals with automatic inversion compensation.

*Components:*

* Microcontroller: ESP32-WROOM-32D module with integrated WiFi/Bluetooth
* Part: Espressif ESP32-WROOM-32D
* IMU Sensor: 6-axis accelerometer and gyroscope module
* Part: InvenSense MPU-6050 (GY-521 breakout module)
* Interface: I2C communication at 400kHz

Firmware Logic:

Continuously poll IMU at 100Hz to determine Z-axis orientation
If Z-acceleration indicates inversion (threshold: -8 m/s² to -10 m/s²), apply 180° phase shift to drive motor PWM signals fit the pose change.
Maintain weapon control polarity regardless of orientation
Implement exponential response curve on drive inputs for fine control

## Subsystem 3: Drive Train
Provides four-wheel independent drive with sufficient torque for pushing and maneuverability.

Components:
* 4 Drive Motors with expected weight of ~10g each

## Subsystem 4: Weapon System
Vertical drum spinner delivering kinetic energy impacts to destabilize and damage opponents.

Performance Targets:

Weapon tip speed: 150-200 mph (conservative for material constraints)
Spin-up time: <3 seconds to operating speed
Subsystem

## Sybsystem 5: Chassis and Structure
Provides impact-resistant housing for all components while maintaining invertible geometry and meeting weight requirements.


# Criterion For Success

1. The total weight of the battlebot should always remain below 2 lb. And the robot should execute a complete motor shutdown within 2 seconds once triggered by software or hardware switch.

2. Logic systems (ESP32, IMU) must maintain operation during weapon spin-up and simulated impact loads. And communication should stay on.

3. The robot can work as expected: move according to PC inputs and do not need manual adjustment; weapon spinning vertically; shutdown in time according to PC commands; self-adaptive when flipped (mobility and weapon functionality)

4. The chassis and mounting structures must withstand repeated weapon engagement and collisions without structural failure.

Monitor for Dough and Sourdough Starter

Jake Hayes, Abhitya Krishnaraj, Alec Thompson

Monitor for Dough and Sourdough Starter

Featured Project

Team Members:

- Jake Hayes (jhayes)

- Abhitya Krishnaraj (abhitya2)

- Alec Thompson (alect3)

# Problem

Making bread at home, especially sourdough, has become very popular because it is an affordable way to get fresh-baked bread that's free of preservatives and other ingredients that many people are not comfortable with. Sourdough also has other health benefits such as a lower glycemic index and greater bioavailability of nutrients.

However, the bulk fermentation process (letting the dough rise) can be tricky and requires a lot of attention, which leads to many people giving up on making sourdough. Ideally, the dough should be kept at around 80 degrees F, which is warmer than most people keep their homes, so many people try to find a warm place in their home such as in an oven with a light on; but it's hard to know if the dough is kept at a good temperature. Other steps need to be taken when the dough has risen enough, but rise time varies greatly, so you can't just set a timer; and if you wait too long the dough can start to shrink again. In the case of activating dehydrated sourdough starter, this rise and fall is normal and must happen several times; and its peak volume is what tells you when it's ready to use.

# Solution

Our solution is to design a device with a distance sensor (probably ultrasonic) and a temperature sensor that can be attached to the underside of most types of lids, probably with magnets. The sensors would be controlled with a microcontroller; and a display (probably LCD) would show the minimum, current, and maximum heights of the dough along with the temperature. This way the user can see at a glance how much the dough has risen, whether it has already peaked and started to shrink, and whether the temperature is acceptable or not. There is no need to remove it from its warm place and uncover it, introducing cold air; and there is no need to puncture it to measure its height or use some other awkward method.

The device would require a PCB, microcontroller, sensors, display, and maybe some type of wireless communication. Other features could be added, such as an audible alarm or a graph of dough height and/or temperature over time.

# Solution Components

## Height and Temperature Sensors

Sensors would be placed on the part of the device that attaches to the underside of a lid. A temperature sensor would measure the ambient temperature near the dough to ensure the dough is kept at an acceptable temperature. A proximity sensor or sensors would first measure the height of the container, then begin measuring the height of the dough periodically. If we can achieve acceptable accuracy with one distance sensor, that would be ideal; otherwise we could use 2-4 sensors.

Possible temperature sensor: [Texas Instruments LM61BIZ/LFT3](https://www.digikey.com/en/products/detail/texas-instruments/LM61BIZ%252FLFT3/12324753)

Proximity sensors could be ultrasonic, infrared LED, or VCSEL.\

Ultrasonic: [Adafruit ULTRASONIC SENSOR SONAR DISTANCE 3942](https://www.digikey.com/en/products/detail/adafruit-industries-llc/3942/9658069)\

IR LED: [Vishay VCNL3020-GS18](https://www.mouser.com/ProductDetail/Vishay-Semiconductors/VCNL3020-GS18?qs=5csRq1wdUj612SFHAvx1XQ%3D%3D)\

VCSEL: [Vishay VCNL36826S](https://www.mouser.com/ProductDetail/Vishay-Semiconductors/VCNL36826S?qs=d0WKAl%252BL4KbhexPI0ncp8A%3D%3D)

## MCU

An MCU reads data from the sensors and displays it in an easily understandable format on the LCD display. It also reads input from the user interface and adjusts the operation and/or output accordingly. For example, when the user presses the button to reset the minimum dough height, the MCU sends a signal to the proximity sensor to measure the distance, then the MCU reads the data, calculates the height, and makes the display show it as the minimum height.

Possible MCU: [STM32F303K8T6TR](https://www.mouser.com/ProductDetail/STMicroelectronics/STM32F303K8T6TR?qs=sPbYRqrBIVk%252Bs3Q4t9a02w%3D%3D)

## Digital Display

- A [4x16 Character LCD](https://newhavendisplay.com/4x16-character-lcd-stn-blue-display-with-white-side-backlight/) would attach to the top of the lid and display the lowest height, current height, maximum height, and temperature.

## User Interface

The UI would attach to the top of the lid and consist of a number of simple switches and push buttons to control the device. For example, a switch to turn the device on and off, a button to measure the height of the container, a button to reset the minimum dough height, etc.

Possible switch: [E-Switch RA1113112R](https://www.digikey.com/en/products/detail/e-switch/RA1113112R/3778055)\

Possible button: [CUI Devices TS02-66-50-BK-160-LCR-D](https://www.digikey.com/en/products/detail/cui-devices/TS02-66-50-BK-160-LCR-D/15634352)

## Power

- Rechargeable Lithium Ion battery capable of staying on for a few rounds of dough ([2000 mAh](https://www.microcenter.com/product/503621/Lithium_Ion_Battery_-_37v_2000mAh) or more) along with a USB charging port and the necessary circuitry to charge the battery. The two halves of the device (top and underside of lid) would probably be wired together to share power and send and receive data.

## (stretch goal) Wireless Notification System

- Push notifications to a user’s phone whenever the dough has peaked. This would likely be an add-on achieved with a Raspberry Pi Zero, Gotify, and Tailscale.

# Criterion For Success

- Charge the battery and operate on battery power for at least 10 hours, but ideally a few days for wider use cases and convenience.

- Accurately read (within a centimeter) and store distance values, convert distance to dough height, and display the minimum, maximum, and current height values on a display.

- Accurately read and report the temperature to the display.

- (stretch goal) Inform the user when the dough has peaked (visual, audio, or app based).

Project Videos