Project

# Title Team Members TA Documents Sponsor
52 Bar Watch
George Oliver
Joshua Levy
Pranith Bottu
Xihang Wu design_document1.pdf
final_paper1.pdf
proposal1.pdf
# Group Members
- Pranith Bottu (pbottu2)
- Joshua Levy (jalevy3)
- George Oliver (gso2)

# Problem:

Responsible drinking has been a concern for a long time. In 2020, despite COVID restrictions, drunk drivers caused an average of 29 deaths every day and 28% of all traffic-related deaths. As a result, 43 of the 50 states have adopted the Dram Shop Law, which can hold bars liable for drunk driving accidents. In the interest of the bars and the general public, there needs to be a way to track and monitor alcohol consumption.

# Solution:
Our proposed solution, Bar Watch, is a reusable accessory that bars can use to monitor their patrons’ alcohol consumption and purchases. This device will be given out to customers upon entry. It will be able to interact with different dispensers and track the user’s purchases. This has the added benefit of contact-free delivery and reduced waiting times for consumers. Each device will be connected to a central database that contains the different prices and alcohol information. A patron can preload a certain amount of money onto their device, and it will let them know when they are reaching their limits. If a patron reaches a dangerous level of alcohol consumed, the bar is alerted to offer ride services if necessary (charged to device). When the customer leaves, the device is returned and sanitized for use again.

# Similar Ideas/Competitors:
Taproom bars

Skyn wearable BAC tracker (https://skyn.bactrack.com/)

# Why ours is unique:
Taproom bars only offer a simple card for the consumers to use with no feedback for when the customer reaches a limit on drinking or purchases above what they want to spend. This device can help customers make smarter choices. The system will also be able to alert bar employees to any possible issues with consumers being over-inebriated.

# Solution Components:
## Hardware:
- the wearable device
- Visual feedback to customer (could be as simple as green, yellow, red LEDs) depending on amount of alcohol purchased/cost of alcohol purchased
- Some method of an emergency button to alert bar staff if any customers feel unsafe in a situation
- (Out of scope for class, but if expanded on in future) The device can track BAC automatically through sensor
- Interface for activating a tap/cocktail dispenser/etc. ( a connective station where consumers can purchase a drink)
- Have some form of RF communication between device and station, or users scan a code from watch to correctly identify user
- Will track how much the user has drank and purchases made
- Has a way of tracking volume of liquor dispensed, whether that be through a flow meter or through a sensor setup
- Bar has discretion to cutoff someone if too inebriated. I.e. scanner/signal will not connect to tap if the customer does not have proper permissions

## Software:
- System tracking of purchases and alcohol levels
-Could also track user's physical information, make a proper estimate of BAC levels through this
- Notification system
- Controls signals sent to wearable devices on customers, if they are approaching the legal limit they will see a yellow LED. If they are above the legal limit and need to get a ride, it will be red.
- Alerts bar employees if a customer is above the legal limit, they have discretion to cut them off. They also can slow any sort of litigation coming back to them if they take proper preventative measures to protect drivers on the road.
- Security of data, customer information
-Safely stores user data to a watch until the customer leaves, at which point all data should be cleared.
- Possible integration with rideshare/taxi services, makes it as easy as possible for customers to get a ride home.

# Criterion for Success:
- Interacts with dispensers/ordering devices
- The watch will be scanned/ send a signal to the dispenser. If it is activated for customer that is not above the legal limit, the dispenser will allow a customer to pour as long as the drink won't put them above it.
- System actively tracks purchases made
- Because a bar will likely install multiple dispensers for different drinks, prices may be different for each type of liquor. Additionally, a customer can choose how much to pour. For example, they may just want a small amount of beer to sample, so the system must be able to accurately track for each type of drink.
- Tracks alcohol consumption
- This can be achieved by tracking the amount of alcohol they have drank along with other biological factors and timeframe.
- Provides feedback to both bar owners and customers
- Easy, visual feedback to both groups. For customers, their wearable watch will always have an LED glowing showing how much they have had. Green is good, yellow is approaching limit, red is at limit. For bar employees and owners, they will be able to receive alerts through a web-app. Additionally, bar employees will be able to tell if customers are good to drive when they return their wristwatch based on the LED color.

Prosthetic Control Board

Caleb Albers, Daniel Lee

Prosthetic Control Board

Featured Project

Psyonic is a local start-up that has been working on a prosthetic arm with an impressive set of features as well as being affordable. The current iteration of the main hand board is functional, but has limitations in computational power as well as scalability. In lieu of this, Psyonic wishes to switch to a production-ready chip that is an improvement on the current micro controller by utilizing a more modern architecture. During this change a few new features would be added that would improve safety, allow for easier debugging, and fix some issues present in the current implementation. The board is also slated to communicate with several other boards found in the hand. Additionally we are looking at the possibility of improving the longevity of the product with methods such as conformal coating and potting.

Core Functionality:

Replace microcontroller, change connectors, and code software to send control signals to the motor drivers

Tier 1 functions:

Add additional communication interfaces (I2C), and add temperature sensor.

Tier 2 functions:

Setup framework for communication between other boards, and improve board longevity.

Overview of proposed changes by affected area:

Microcontroller/Architecture Change:

Teensy -> Production-ready chip (most likely ARM based, i.e. STM32 family of processors)

Board:

support new microcontroller, adding additional communication interfaces (I2C), change to more robust connector. (will need to design pcb for both main control as well as finger sensors)

Sensor:

Addition of a temperature sensor to provide temperature feedback to the microcontroller.

Software:

change from Arduino IDE to new toolchain. (ARM has various base libraries such as mbed and can be configured for use with eclipse to act as IDE) Lay out framework to allow communication from other boards found in other parts of the arm.