Project

# Title Team Members TA Documents Sponsor
62 Multi-Game Card Dealer
Daniel Gutierrez
Matthew Tzeng
Jason Jung design_document1.pdf
final_paper1.pdf
grading_sheet1.pdf
proposal1.pdf
video
# Multi-Game Card Dealer
Team Members:

- Daniel Gutierrez (danielg9)

- Matthew Tzeng (mttzeng2)

- Third Member (______)

# Problem
Dealers are the heart of every card game imaginable. Cards must be dealt out in a certain, specific fashion both at the beginning and throughout the game. Humans are the ones who have been dealing cards for centuries, however, human error has remained a factor. Misdeals slow down setups, mess up gameplay, and ruin the card game experience for players.

# Solution

To remove errors from the dealing process, we propose an automatic card dealing machine that can act just as a human dealer with knowledge of multiple different games and rules. Our solution aims to achieve three goals:

- Eliminate misdeals from the playing card experience
- Provide validation for players that the dealt cards are fair and the playing field is level.
- Offer “human dealer” actions, such as player identification and responses to player action (such as dealing more cards, or moving on to the next player)

# Components

## Dealing subsystem
- Nema 17 Stepper Motor [Link](https://www.amazon.com/STEPPERONLINE-Stepper-Bipolar-Connector-compatible/dp/B00PNEQKC0?mcid=e981ddab58e43534b29effba82c3f107&hvocijid=1482600293604330599-B00PNEQKC0-&hvexpln=73&tag=hyprod-20&linkCode=df0&hvadid=721245378154&hvpos=&hvnetw=g&hvrand=1482600293604330599&hvpone=&hvptwo=&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=9022185&hvtargid=pla-2281435179978&psc=1)
- 5V Stepper Motor (ECE Supply Shop)

## Swivel subsystem
- HITEC STANDARD SERVO (E-shop)
## Player Detection subsystem

- TOF10120 Time-of-Flight Distance Laser Distance Measuring Sensor 5-180cm UART I2C Output [Link](https://www.amazon.com/HUABAN-TOF10120-Flight-Distance-Measuring/dp/B089SLWYZ9)
- Focus 5MP OV5647 Sensor [Link](https://www.arducam.com/product/arducam-ov5647-standard-raspberry-pi-camera-b0033/)

## Deal Validation/Card Identification subsystem
- Raspberry Pi 3
- Focus 5MP OV5647 Sensor [Link](https://www.arducam.com/product/arducam-ov5647-standard-raspberry-pi-camera-b0033/)
## Bluetooth/Wifi subsystem
- Raspberry Pi 3
- Player’s phones / web browser
## Power subsystem
- Spektrum 11.1V 1300mAh 3S 30C Smart G2 LiPo Battery [Link](https://www.spektrumrc.com/product/11.1v-1300mah-3s-30c-smart-g2-lipo-battery-ic3/SPMX133S30.html)
- 5V 3A Buck (Step-down)
- 3.3V 1A Buck
- 6V–12V Adjustable Buck

# Criterion For Success
- Dealer can “simple” deal (eject one card at a time at a constant speed with perfectly even angles)
- Dealer can “real-world” deal (eject one card at a time with variable speeds depending on the distance and variable angles depending on each player's position at the table)
- Dealer can rotate 360 degrees around a pivot point and stop at different specified angles with high accuracy
- Player detection: The front camera is successfully able to detect when a player has sat down to play or got up to leave
- Deck validation: The inside camera can detect when there is a fault deck (either duplicated cards or missing cards)
- Potentially accomplished with cool ejection patterns
- Bluetooth/Wi-Fi GUI (App or external GUI) connected to the inside camera to add statistics for a better viewing experience

Illini Voyager

Cameron Jones, Christopher Xu

Featured Project

# Illini Voyager

Team Members:

- Christopher Xu (cyx3)

- Cameron Jones (ccj4)

# Problem

Weather balloons are commonly used to collect meteorological data, such as temperature, pressure, humidity, and wind velocity at different layers of the atmosphere. These data are key components of today’s best predictive weather models, and we rely on the constant launch of radiosondes to meet this need. Most weather balloons cannot control their altitude and direction of travel, but if they could, we would be able to collect data from specific regions of the atmosphere, avoid commercial airspaces, increase range and duration of flights by optimizing position relative to weather forecasts, and avoid pollution from constant launches. A long endurance balloon platform also uniquely enables the performance of interesting payloads, such as the detection of high energy particles over the Antarctic, in situ measurements of high-altitude weather phenomena in remote locations, and radiation testing of electronic components. Since nearly all weather balloons flown today lack the control capability to make this possible, we are presented with an interesting engineering challenge with a significant payoff.

# Solution

We aim to solve this problem through the use of an automated venting and ballast system, which can modulate the balloon’s buoyancy to achieve a target altitude. Given accurate GPS positioning and modeling of the jetstream, we can fly at certain altitudes to navigate the winds of the upper atmosphere. The venting will be performed by an actuator fixed to the neck of the balloon, and the ballast drops will consist of small, biodegradable BBs, which pose no threat to anything below the balloon. Similar existing solutions, particularly the Stanford Valbal project, have had significant success with their long endurance launches. We are seeking to improve upon their endurance by increasing longevity from a power consumption and recharging standpoint, implementing a more capable altitude control algorithm which minimizes helium and ballast expenditures, and optimizing mechanisms to increase ballast capacity. With altitude control, the balloon has access to winds going in different directions at different layers in the atmosphere, making it possible to roughly adjust its horizontal trajectory and collect data from multiple regions in one flight.

# Solution Components

## Vent Valve and Cut-down (Mechanical)

A servo actuates a valve that allows helium to exit the balloon, decreasing the lift. The valve must allow enough flow when open to slow the initial ascent of the balloon at the cruising altitude, yet create a tight seal when closed. The same servo will also be able to detach or cut down the balloon in case we need to end the flight early. A parachute will deploy under free fall.

## Ballast Dropper (Mechanical)

A small DC motor spins a wheel to drop [biodegradable BBs](https://www.amazon.com/Force-Premium-Biodegradable-Airsoft-Ammo-20/dp/B08SHJ7LWC/). As the total weight of the system decreases, the balloon will gain altitude. This mechanism must drop BBs at a consistent weight and operate for long durations without jamming or have a method of detecting the jams and running an unjamming sequence.

## Power Subsystem (Electrical)

The entire system will be powered by a few lightweight rechargeable batteries (such as 18650). A battery protection system (such as BQ294x) will have an undervoltage and overvoltage cutoff to ensure safe voltages on the cells during charge and discharge.

## Control Subsystem (Electrical)

An STM32 microcontroller will serve as our flight computer and has the responsibility for commanding actuators, collecting data, and managing communications back to our ground console. We’ll likely use an internal watchdog timer to recover from system faults. On the same board, we’ll have GPS, pressure, temperature, and humidity sensors to determine how to actuate the vent valve or ballast.

## Communication Subsystem (Electrical)

The microcontroller will communicate via serial to the satellite modem (Iridium 9603N), sending small packets back to us on the ground with a minimum frequency of once per hour. There will also be a LED beacon visible up to 5 miles at night to meet regulations. We have read through the FAA part 101 regulations and believe our system meets all requirements to enable a safe, legal, and ethical balloon flight.

## Ground Subsystem (Software)

We will maintain a web server which will receive location reports and other data packets from our balloon while it is in flight. This piece of software will also allow us to schedule commands, respond to error conditions, and adjust the control algorithm while in flight.

# Criterion For Success

We aim to launch the balloon a week before the demo date. At the demo, we will present any data collected from the launch, as well as an identical version of the avionics board showing its functionality. A quantitative goal for the balloon is to survive 24 hours in the air, collect data for that whole period, and report it back via the satellite modem.

![Block diagram](https://i.imgur.com/0yazJTu.png)