Project

# Title Team Members TA Documents Sponsor
8 Hearing Damage Detector and Alarm System
 Alex Yuan
Jake Fava
Jinzhi Shen
 Hojoon Ryu design_document7.pdf
final_paper5.docx
photo1.jpg
photo2.jpg
presentation1.pptx
proposal1.pdf
video
# Hearing Damage Detector and Alarm System

Team Members:
- Alex Yuan (ayuan20)
- Jinzhi Shen (jinzhis2)
- Jake Fava (jfava2)

# Problem

Middle and high school musicians can be subjected to harmful levels of noise on a daily basis between rehearsals, practice sessions, and performances. Cheap and effective hearing protection is available, but many students neglect using it until they start noticing the effects of their hearing damage years later.

# Solution

Our solution is a device that provides live feedback to musicians about their noise exposure in an attempt to encourage more regular use of existing hearing protection equipment.

# Solution Components

## Subsystem 1 - Sensor Interface (Microphone)

To capture the sound pressure levels, we’ll need a microphone that is omni-directional, responsive to the frequencies that the human ear is responsive to (about 10Hz-20kHz), and has a suitably high signal-to-noise ratio (~60dB or above). One microphone that fits these criteria is the TOM-1537L-HD-LW100-B-R.

Accompanying this microphone will be a pre-amp circuit to filter out DC noise and prepare readings to be used by the microcontroller.

## Subsystem 2 - Microcontroller Unit

Our microcontroller will need to be able to take input data from the microphone interface and turn it into useful information for the user. There are two types of feedback we’d like to be able to provide: 1 - instantaneous SPL readings in dB and 2 - integrated SPL over time (also called “sound exposure”) to gauge potential hearing damage accumulated over a session. A potential MCU to use for our device is the ATMega4808, which contains a 10-bit analog-to-digital converter and 48 kB of RAM.

Although a future version of this device could be powered by a rechargeable lithium-ion battery for the sake of portability. Due to time and scope limitations of the course, we will be powering this device via USB.

## Subsystem 3 - User Interface

To present live feedback on instantaneous SPL, the device could feature a series of LEDS that light up in response to recorded dB. They should range from green for safe sound levels up to red for potentially dangerous sound levels.

To present a report of sound exposure over the course of a session, we will plan to pull the data from the device onto a computer (just like the computers that would be located in a practice room or classroom) and perform the necessary integration operation there to conserve system resources. This operation will produce a report detailing the amount of sound exposure and what hearing damage it has the potential to cause.

# Criterion For Success

1. The device needs to be able take a signal from a microphone and accurately calculate SPL from the data.
2. The device needs to be able to display instantaneous SPL data in the form of lit-up LEDs
3. The device needs to be able to upload recorded SPL data to a computer to perform the integration and generate a report.

Electronic Replacement for COVID-19 Building Monitors @ UIUC

Patrick McBrayer, Zewen Rao, Yijie Zhang

Featured Project

Team Members: Patrick McBrayer, Yijie Zhang, Zewen Rao

Problem Statement:

Students who volunteer to monitor buildings at UIUC are at increased risk of contracting COVID-19 itself, and passing it on to others before they are aware of the infection. Due to this, I propose a project that would create a technological solution to this issue using physical 2-factor authentication through the “airlock” style doorways we have at ECEB and across campus.

Solution Overview:

As we do not have access to the backend of the Safer Illinois application, or the ability to use campus buildings as a workspace for our project, we will be designing a proof of concept 2FA system for UIUC building access. Our solution would be composed of two main subsystems, one that allows initial entry into the “airlock” portion of the building using a scannable QR code, and the other that detects the number of people that entered the space, to determine whether or not the user will be granted access to the interior of the building.

Solution Components:

Subsystem #1: Initial Detection of Building Access

- QR/barcode scanner capable of reading the code presented by the user, that tells the system whether that person has been granted or denied building access. (An example of this type of sensor: (https://www.amazon.com/Barcode-Reading-Scanner-Electronic-Connector/dp/B082B8SVB2/ref=sr_1_11?dchild=1&keywords=gm65+scanner&qid=1595651995&sr=8-11)

- QR code generator using C++/Python to support the QR code scanner.

- Microcontroller to receive the information from the QR code reader and decode the information, then decide whether to unlock the door, or keep it shut. (The microcontroller would also need an internal timer, as we plan on encoding a lifespan into the QR code, therefore making them unusable after 4 days).

- LED Light to indicate to the user whether or not access was granted.

- Electronic locking mechanism to open both sets of doors.

Subsystem #2: Airlock Authentication of a Single User

- 2 aligned sensors ( one tx and other is rx) on the bottom of the door that counts the number of people crossing a certain line. (possibly considering two sets of these, so the person could not jump over, or move under the sensors. Most likely having the second set around the middle of the door frame.

- Microcontroller to decode the information provided by the door sensors, and then determine the number of people who have entered the space. Based on this information we can either grant or deny access to the interior building.

- LED Light to indicate to the user if they have been granted access.

- Possibly a speaker at this stage as well, to tell the user the reason they have not been granted access, and letting them know the

incident has been reported if they attempted to let someone into the building.

Criterion of Success:

- Our system generates valid QR codes that can be read by our scanner, and the data encoded such as lifespan of the code and building access is transmitted to the microcontroller.

- Our 2FA detection of multiple entries into the space works across a wide range of users. This includes users bound to wheelchairs, and a wide range of heights and body sizes.