Project

# Title Team Members TA Documents Sponsor
2 Antweight Battlebot
 Gauthami Yenne
Jingyu Kang
Nandika Vuyyuri
 Haocheng Bill Yang design_document1.pdf
final_paper1.pdf
grading_sheet1.pdf
photo1.jpg
photo2.jpg
presentation1.pdf
proposal1.pdf
proposal2.pdf
video
# Antweight Battlebot
Nandika Vuyyuri (vuyyuri2) \
Gauthami Yenne (gyenne2) \
Jingyu Kang (jingyuk2)

# Problem
The goal of this project is to create an antweight battlebot that would weigh less than 2 lbs in order to participate in the Antweight Battlebot Competition. The criteria given are that all robots must have clearly visible and controlled mobility; must be controlled via either Bluetooth or WIFI using a microcontroller with an manual operation for disconnection; and rotational blade which would contact the arena 5 inches above the ground level and could come to a complete stop within 60 seconds.

# Solution
The battlebot will be mounted with a tombstone attacking mechanism in order to disable the opponent’s vehicle.

# Solution Components
## Power System:
We need a max of 16V considering the motor we are using for moving our robot around so we plan to use Thunder Power 325 mAh 3s battery (THP 325-3SR70J) which is 35g and is the lightest battery we could find that met our requirements. Other battery options weighted about 65g to 105g which would be too heavy to meet the criteria since the weight limit for the entire battlebot should be about 900g. \
Another option is to use flat lithium batteries since the weight of the batteries are significantly lighter than the regular batteries. However, the problem of this would be that the power would not be sufficient enough for the battlebot to move and perform the tasks required as most of the lithium batteries cannot produce significant power at a single instant but rather is a long lasting battery.

## MCU:
The ESP32-C3 (ESP32-C3-DevKitM-1), which is known for its low power consumption, will be used for connection between the battlebot and the controller utilizing its built-in Wifi and Bluetooth system. We will use Arduino IDE in order to program the ESP32-C3 to control the robot. We will use this to control the robot’s mobility and attacking mechanism. \n We have access to debugging and flashing tools that are compatible with the ESP32-C3 MCU.

## Attacking mechanism:
We plan to use the Emax RS2205 2600KV motor which is 30g. This motor has a fast RPM and is often used for drones actually which we are hoping will be a powerful attacking mechanism.

## Robot mobility
To maneuver the battlebot we will use a dual H-bridge configuration using the DRV8833 motor driver paired with high-torque Pololu Micro Metal Gear Motors and integrate the parts with the ESP32-C3-DevKitM-1.


## Materials
We plan to use a mixture of lightweight PET-G, ABS, and PLA+ materials. The primary reason for this choice is since they are more durable and flexible as well as heat-resistant which would be ideal for the nature of battlebots. Furthermore, considering majority of the parts would be created through 3D-printing, we assume that ABS or PEEK filament, which is primarily used for 3D-printers, would be ideal.


# Criterion For Success
Our High-level goal is to maneuver the robot away from the opponent with precision and control. Another goal is to have a horizontal spinning attacking mechanism which is ‘powerful’ enough to knock out robots of other shapes should not just ‘flick’ the other robot but actually make a significant impact to disable the opponent’s robot.

Covert Communication Device

Ahmad Abuisneineh, Srivardhan Sajja, Braeden Smith

Covert Communication Device

Featured Project

**Partners (seeking one additional partner)**: Braeden Smith (braeden2), Srivardhan Sajja (sajja3)

**Problem**: We imagine this product would have a primary use in military/law enforcement application -- especially in dangerous, high risk missions. During a house raid or other sensitive mission, maintaining a quiet profile and also having good situational awareness is essential. That mean's that normal two way radios can't work. And alternatives, like in-ear radios act as outside->in communication only and also reduce the ability to hear your surroundings.

**Solution**: We would provide a series of small pocketable devices with long battery that would use LoRa radios to provide a range of 1-5 miles. They would be rechargeable and have a single recessed soft-touch button that would allow someone to find it inside of pockets and tap it easily. The taps would be sent in real-time to all other devices, where they would be translated into silent but noticeable vibrations. (Every device can obviously TX/RX).

Essentially a team could use a set of predetermined signals or even morse code, to quickly and without loss of situational awareness communicate movements/instructions to others who are not within line-of-sight.

The following we would not consider part of the basic requirements for success, but additional goals if we are ahead of schedule:

We could also imagine a base-station which would allow someone using a computer to type simple text that would be sent out as morse code or other predetermined patterns. Additionally this base station would be able to record and monitor the traffic over the LoRa channels (including sender).

**Solutions Components**:

- **Charging and power systems**: the device would have a single USB-C/Microusb port that would connect to charging circuitry for the small Lithium-ion battery (150-500mAh). This USB port would also connect to the MCU. The subsystem would also be responsible to dropping the lion (3.7-4.2V to a stable 3.3V logic level). and providing power to the vibration motor.

- **RF Communications**: we would rely on externally produced RF transceivers that we would integrate into our PCB -- DLP-RFS1280, https://www.sparkfun.com/products/16871, https://www.adafruit.com/product/3073, .

-**Vibration**: We would have to research and source durable quiet, vibration motors that might even be adjustable in intensity

- **MCU**: We are likely to use the STM32 series of MCU's. We need it to communicate with the transceiver (probably SPI) and also control the vibration motor (by driving some transistor). The packets that we send would need to be encrypted (probably with AES). We would also need it to communicate to a host computer for programming via the same port.

- **Structural**: For this prototype, we'd imagine that a simple 3d printed case would be appropriate. We'd have to design something small and relatively ergonomic. We would have a single recessed location for the soft-touch button, that'd be easy to find by feel.

**Basic criterion for success:** We have at least two wireless devices that can reliably and quickly transfer button-presses to vibrations on the other device. It should operate at at *least* 1km LOS. It should be programmable + chargeable via USB. It should also be relatively compact in size and quiet to use.

**Additional Success Criterion:** we would have a separate, 3rd device that can stay permanently connected to a computer. It would provide some software that would be able to send and receive from the LoRa radio, especially ASCII -> morse code.