Project

# Title Team Members TA Documents Sponsor
49 Automated Smoothie Machine
Anay Koorapaty
Avyay Koorapaty
Max Gendeh
Jason Zhang design_document1.pdf
final_paper1.pdf
grading_sheet1.pdf
photo1.jpg
photo2.HEIC
photo3.HEIC
photo4.HEIC
presentation1.pptx
proposal1.pdf
video
# Automated Smoothie Machine

Team Members:
- Anay Koorapaty (anayk3)
- Avyay Koorapaty (avyayk2)
- Max Gendeh (mgendeh2)

# Problem

Making smoothies often requires measuring different ingredients with different measurement utilities. Liquid ingredients must be measured in mL, while solid ingredients are usually in units of cups or tablespoons. We will automate the measuring and dispensing process. This will enable creating smoothies with different recipes efficiently. Our system will be able to make smoothies by following preset smoothie recipes or recipes the user creates.

# Solution

Our solution will be a compartment mounted to hang just above the top of a blender. It will consist of a circle of ingredient compartments attached to a funnel. Each compartment will have a structure including two motors, a dispenser, a force sensor, a jug, and some strings. This is the Ingredient Compartments subsystem. Complementing this physical structure, we will have software to control the motors incorporating the force sensor measurements. This is the Recipe Execution subsystem. To be able to create different kinds of smoothies, there will be a UI for inputting recipes and selecting preset recipes. This is the Recipe UI subsystem. These three subsystems will work together to automatically dispense the appropriate amounts of ingredients into the blender for different recipes, increasing efficiency in creating smoothies.



# Solution Components

## Ingredient Compartments

This subsystem has eight compartments, each one for an ingredient. Five can be set ingredients, and three the choice of the user. Each compartment will contain a vertically mounted force sensor with a hook, a jug suspended from that hook by a string that attaches at two points to the jug, a dispenser, and two motors. We will probably use cereal dispensers for solid ingredients and liquid dispensers for ingredients such as water or milk. A motor will turn the dispenser handle, dropping the ingredient into the jug. The force sensor will measure the weight of the jug and ingredients in the jug. When the weight is the required amount for the recipe, a second motor will pull a string attached to the bottom of the jug, overturning the jug and its contents into the funnel through to the blender. The structure will have pillars to the table, to support the bottom of the funnel hanging just above the top of the blender. There will be a small air gap between the bottom of the funnel and the top of the blender, to facilitate removing and placing the lid of the blender. The motors we plan to use are Adafruit Accessories DC Gearbox Motor - TT Motor - 200RPM - 3 to 6VDC.

## Recipe Execution

The instructions for the selected recipe, consisting of a compartment number and quantity amount will be read from memory. For each instruction, the motor corresponding to the correct compartment will empty the ingredients into a jug that is pulling down on a force sensor. Once the weight is the desired amount, another motor overturns the jug to empty the ingredients into the funnel which feeds into the blender. All ingredient quantities will be standardized to grams for ease of interfacing with the weight sensor. When a user selects ingredient amounts for their own recipe, it will be displayed on the LCD display converted to cups or tablespoons, common measurement units for smoothie recipes, while being stored in memory in grams. This will be the software aspect of the project interfacing with the force sensor to find weight, checking if value read from memory matches, and overturning the jug to empty ingredients into the container.


## Recipe UI

We plan to have 4 buttons that control the entirety of the recipe UI. These buttons feed directly into an ESP32 microcontroller. For pre-set recipes, the user can press button 3, select which recipe using buttons 1 and 2 to select between recipes, and press button 3 again to confirm. An LCD will display the recipe name the user is currently looking at. To create a custom recipe, press button 4. Adjust ingredient quantities (in grams) using buttons 1 and 2, press button 3 to switch ingredients, and press button 4 again to save and finalize the recipe. Users may press and hold buttons 1 and 2 for faster quantity changes. We are considering using a potentiometer to adjust ingredient quantities but will explore both options to see which we like better. The LCD shows the selected quantity in grams and its equivalent in common units (e.g., tbsp for honey, cups for milk). The button we plan to use is a tactile switch (part number PTS645SL43SMTR92 LFS) and the LCD will be a 16x2 will be best (can’t find part number).

# Criterion For Success

The machine should be able to:

Accurately measure ingredient amounts

Transfer the correct ingredient amount from the dispenser, into the jug, then into the funnel through to the blender

User blends the smoothie ingredients

Allows user to input recipes or select preset recipes

Resonant Cavity Field Profiler

Salaj Ganesh, Max Goin, Furkan Yazici

Resonant Cavity Field Profiler

Featured Project

# Team Members:

- Max Goin (jgoin2)

- Furkan Yazici (fyazici2)

- Salaj Ganesh (salajg2)

# Problem

We are interested in completing the project proposal submitted by Starfire for designing a device to tune Resonant Cavity Particle Accelerators. We are working with Tom Houlahan, the engineer responsible for the project, and have met with him to discuss the project already.

Resonant Cavity Particle Accelerators require fine control and characterization of their electric field to function correctly. This can be accomplished by pulling a metal bead through the cavities displacing empty volume occupied by the field, resulting in measurable changes to its operation. This is typically done manually, which is very time-consuming (can take up to 2 days).

# Solution

We intend on massively speeding up this process by designing an apparatus to automate the process using a microcontroller and stepper motor driver. This device will move the bead through all 4 cavities of the accelerator while simultaneously making measurements to estimate the current field conditions in response to the bead. This will help technicians properly tune the cavities to obtain optimum performance.

# Solution Components

## MCU:

STM32Fxxx (depending on availability)

Supplies drive signals to a stepper motor to step the metal bead through the 4 quadrants of the RF cavity. Controls a front panel to indicate the current state of the system. Communicates to an external computer to allow the user to set operating conditions and to log position and field intensity data for further analysis.

An MCU with a decent onboard ADC and DAC would be preferred to keep design complexity minimum. Otherwise, high MIPS performance isn’t critical.

## Frequency-Lock Circuitry:

Maintains a drive frequency that is equal to the resonant frequency. A series of op-amps will filter and form a control loop from output signals from the RF front end before sampling by the ADCs. 2 Op-Amps will be required for this task with no specific performance requirements.

## AC/DC Conversion & Regulation:

Takes an AC voltage(120V, 60Hz) from the wall and supplies a stable DC voltage to power MCU and motor driver. Ripple output must meet minimum specifications as stated in the selected MCU datasheet.

## Stepper Drive:

IC to control a stepper motor. There are many options available, for example, a Trinamic TMC2100. Any stepper driver with a decent resolution will work just fine. The stepper motor will not experience large loading, so the part choice can be very flexible.

## ADC/DAC:

Samples feedback signals from the RF front end and outputs the digital signal to MCU. This component may also be built into the MCU.

## Front Panel Indicator:

Displays the system's current state, most likely a couple of LEDs indicating progress/completion of tuning.

## USB Interface:

Establishes communication between the MCU and computer. This component may also be built into the MCU.

## Software:

Logs the data gathered by the MCU for future use over the USB connection. The position of the metal ball and phase shift will be recorded for analysis.

## Test Bed:

We will have a small (~ 1 foot) proof of concept accelerator for the purposes of testing. It will be supplied by Starfire with the required hardware for testing. This can be left in the lab for us to use as needed. The final demonstration will be with a full-size accelerator.

# Criterion For Success:

- Demonstrate successful field characterization within the resonant cavities on a full-sized accelerator.

- Data will be logged on a PC for later use.

- Characterization completion will be faster than current methods.

- The device would not need any input from an operator until completion.

Project Videos