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

Recovery-Monitoring Knee Brace

Dong Hyun Lee, Jong Yoon Lee, Dennis Ryu

Featured Project

Problem:

Thanks to modern technology, it is easy to encounter a wide variety of wearable fitness devices such as Fitbit and Apple Watch in the market. Such devices are designed for average consumers who wish to track their lifestyle by counting steps or measuring heartbeats. However, it is rare to find a product for the actual patients who require both the real-time monitoring of a wearable device and the hard protection of a brace.

Personally, one of our teammates ruptured his front knee ACL and received reconstruction surgery a few years ago. After ACL surgery, it is common to wear a knee brace for about two to three months for protection from outside impacts, fast recovery, and restriction of movement. For a patient who is situated in rehabilitation after surgery, knee protection is an imperative recovery stage, but is often overlooked. One cannot deny that such a brace is also cumbersome to put on in the first place.

--------

Solution:

Our group aims to make a wearable device for people who require a knee brace by adding a health monitoring system onto an existing knee brace. The fundamental purpose is to protect the knee, but by adding a monitoring system we want to provide data and a platform for both doctor and patients so they can easily check the current status/progress of the injury.

---------

Audience:

1) Average person with leg problems

2) Athletes with leg injuries

3) Elderly people with discomforts

-----------

Equipment:

Temperature sensors : perhaps in the form of electrodes, they will be used to measure the temperature of the swelling of the knee, which will indicate if recovery is going smoothly.

Pressure sensors : they will be calibrated such that a certain threshold of force must be applied by the brace to the leg. A snug fit is required for the brace to fulfill its job.

EMG circuit : we plan on constructing an EMG circuit based on op-amps, resistors, and capacitors. This will be the circuit that is intended for doctors, as it will detect muscle movement.

Development board: our main board will transmit the data from each of the sensors to a mobile interface via. Bluetooth. The user will be notified when the pressure sensors are not tight enough. For our purposes, the battery on the development will suffice, and we will not need additional dry cells.

The data will be transmitted to a mobile system, where it would also remind the user to wear the brace if taken off. To make sure the brace has a secure enough fit, pressure sensors will be calibrated to determine accordingly. We want to emphasize the hardware circuits that will be supplemented onto the leg brace.

We want to emphasize on the hardware circuit portion this brace contains. We have tested the temperature and pressure resistors on a breadboard by soldering them to resistors, and confirmed they work as intended by checking with a multimeter.

Project Videos