Project

# Title Team Members TA Documents Sponsor
34 Portable Plotter Robot
Matthew Paul
Sagnik Chakraborty
Shinan Calzoni
Dongming Liu design_document1.pdf
other1.pdf
proposal1.pdf
proposal2.pdf
# Portable Plotter Robot

Team Members:

- Sagnik Chakraborty (sagnik3)
- Shinan Calzoni (calzoni2)
- Matthew Paul (mjpaul3)

# Problem

One of the biggest problems with plotter machines is their bulky rails needed to guide the tool head. This makes transportation a hassle and limits their use cases to offices with the space to house them.

# Solution

To solve this issue, we propose a portable plotting system that uses a small robot to hold a tool head and drive around the writing surface. This eliminates the need for any rails and allows the user to plot both on small and large scales. The system will also have 4 reflective markers to put on the corners of the writing surface and sensors on the device to make sure it does not leave the area. There will be a web app to communicate to the device what it should draw.

# Solution Components

## Subsystem 1: Driving and Motion

There will be 4 wheels with their respective stepper motors (Nema 17) and motor drivers (DRV8825) to control the plotter's movement. It also will contain an additional servo motor (HS-55) to actuate the tool head up and down onto the writing surface. Most of the subsystems will be connected to an ESP32 microcontroller, this subsystem will use it for controlling each of the motors.

## Subsystem 2: Boundary Detection and Positioning

This subsystem will contain the ultrasonic sensor (HC-SR04) to accurately position and keep the device within the reflective boundary markers. It will communicate with the ESP32 microcontroller to relay sensor information and determine positioning.
*Note: We are also looking into using UWB signals for more accuracy per Prof. Fliflet’s suggestion, specifically the RYUW122 module.

## Subsystem 3: Communication and Control

Since the ESP32 has built-in WIFI capabilities, we will communicate with a web app to relay instructions for plotting and handling different commands. The web app will have a simple interface that allows the user to input measurements for simple shapes. The user will be able to remotely start the plotter from the app.
*Note: We are looking into the possibility of having this machine read gcode that could be generated from vectorized files. If we go this route, an additional Raspberry Pi could be used for the image processing.

## Subsystem 4: Power Management

This subsystem will use rechargeable lithium-ion batteries and various voltage regulators so that the correct amount of power can be delivered to the motors, sensors, and microcontroller.

# Criterion For Success

1. The device can communicate with the web app to plot closed, single-lined shapes.
2. The Device footprint can stay within the boundary dictated by corner markers.
3. The Toolhead can actuate up and down to draw discontinuous lines.

Active Cell Balancing for Solar Vehicle Battery Pack

Tara D'Souza, John Han, Rohan Kamatar

Featured Project

# Problem

Illini Solar Car (ISC) utilizes lithium ion battery packs with 28 series modules of 15 parallel cells each. In order to ensure safe operation, each battery cell must remain in its safe voltage operating range (2.5 - 4.2 V). Currently, all modules charge and discharge simultaneously. If any single module reaches 4.2V while charging, or 2.5V while discharging, the car must stop charging or discharging, respectively. During normal use, it is natural for the modules to become unbalanced. As the pack grows more unbalanced, the capacity of the entire battery pack decreases as it can only charge and discharge to the range of the lowest capacity module. An actively balanced battery box would ensure that we utilize all possible charge during the race, up to 5% more charge based on previous calculations.

# Solution Overview

We will implement active balancing which will redistribute charge in order to fully utilize the capacity of every module. This system will be verified within a test battery box so that it can be incorporated into future solar vehicles.

Solution Components:

- Test Battery Box (Hardware): The test battery box provides an interface to test new battery management circuitry and active balancing.

- Battery Sensors (Hardware): The current battery sensors for ISC do not include hardware necessary for active balancing. The revised PCB will include the active balancing components proposed below while also including voltage and temperature sensing for each cell.

- Active Balancing Circuit (Hardware): The active balancing circuit includes a switching regulator IC, transformers, and the cell voltage monitors.

- BMS Test firmware (Software): The Battery Management System requires new firmware to control and test active balancing.

# Criterion for Success

- Charge can be redistributed from one module to another during discharge and charge, to be demonstrated by collected data of cell voltages over time.

- BMS can control balancing.

- The battery pack should always be kept within safe operating conditions.

- Test battery box provides a safe and usable platform for future tests.