Project

# Title Team Members TA Documents Sponsor
53 AUTOMATIC POOL MONITOR AND REGULATOR
Arnold Ancheril
Raymond Chen
Swarna Jammalamadaka
Selva Subramaniam design_document3.pdf
final_paper1.pdf
photo1.png
photo2.png
presentation1.pdf
proposal3.pdf
video
# Automatic Pool Monitor and Regulator

Team Members:
- Raymond Chen (rc18)
- Arnold Ancheril (arnolda2)
- Swarna Jammalamadaka (sjamma2)

# Problem

Describe the problem you want to solve and motivate the need.

In many public or residential pools, monitoring pool water quality involves physically taking chemical tests to test for factors such as temperature, pH, and chlorine levels. Many times these tests are taken by lifeguards in public pools and can be time-consuming and require shutting down the pool if these levels are too high or too low. Although there are products in the market that measure these factors, these products cost hundreds of dollars, and even rarer are products that automatically dispense necessary chemicals based on these monitors. This product will reduce costs over time and be easier to maintain for consumers.

# Solution

Describe your design at a high level, how it solves the problem, and introduce the subsystems of your project.

We want to create a product that monitors pool qualities using various sensors, a motor dispenser that releases chemicals into the pool to maintain water balance and other sensors that alert about temperature and the dispenser capacity. This way, the only thing that pool owners need to worry about is refilling the dispenser once in a while and not physically measuring and balancing the pool.

# Solution Components

## Water Quality/Component Sensing

The first subsystem will involve using a pH sensor, a temperature sensor, and a chlorine sensor to gather data about the water quality. The sensor data will be sent to the microcontroller, which does the closed-loop control system.
pH Sensor: Possible with LMP91200, but pending TA feedback
Temperature sensor: Water temperature sensor, with the sensor separate from electronics
Chlorine Sensor: Atlas Scientific EcoSense EC300 and RealTech Controls EMCS-CL2 are compatible with ESP32. Gravity CL2 Sensor compatible with arduino/raspberry pi


## Microcontroller

The second subsystem will determine what part of the pool needs to be changed and what part is in the acceptable values. If the temperature data is too high or too low, then the microcontroller will send out an alert to the user about the temperature differential. If the pH or Chlorine level is outside acceptable zones, it will calculate the volume of chemicals needed to be added to a specified pool size to revert these factors into an acceptable range, and then power a servo to dispense these chemicals. Finally, if the dispenser is low or out of chemicals, it will send an alert to the user to refill it.

Microcontroller: ESP32 (supports Bluetooth and WiFi for wireless alerts)

## Dispenser:

The dispenser will be stationed next to the water and will have three compartments for 3 different chemicals: an acidic compound such as sodium bisulfate, an alkaline basic compound such as sodium bicarbonate, and chlorine powder. These compartments will sit above a servo each, which will turn and let a set amount of compounds through with each rotation. The total amount will be the number of rotations x weight in each rotation. The dispenser will also have sensors for each compartment that will alert the microcontroller when the compartments are empty.

Servos: 3 servos for each compartment to accurately dispense compounds
Sensors: Optical sensor for each compartment

## Power

The project will be battery-powered and will be used to power the microcontroller and the servos

# Criterion For Success

Testing in a large pool might not be feasible in the scope of this course, but we can test our project using a smaller container of pool water and physically altering different factors.

The pool sensors must accurately measure the water quality and can be tested by manually changing the temperature, pH, or chlorine levels.
The microcontroller must be able to accurately calculate the amount of chemicals needed to change each factor by a certain amount. This can be testable by either seeing if adding the calculated component restores each factor to an acceptable level or printing the calculation to a screen and mathematically verifying the calculations.
The dispenser and servos must accurately dispense the correct amount of chemicals that the microcontroller calculated.

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.