Project

# Title Team Members TA Documents Sponsor
3 Menstrual Product Bathroom Tracker
Anna Wilkowski
Erin Rothenbaum
Sarah Lau
Eric Tang
# Menstrual Product Bathroom Tracker

Team Members:
- Anna Wilkowski (annaw7)
- Erin Rothenbaum (eroth8)
- Sarah Lau (lau29)


# Problem

Finding menstrual products on a college campus can be unexpectedly difficult. At UIUC, some bathrooms may have menstrual products available while others may be empty or not stocked at all. When someone unexpectedly needs a product, they may have to check multiple bathrooms or ask staff where products are located. This can be inconvenient, time-consuming, and especially frustrating when they are in a hurry.

There is currently no centralized way for students to determine which campus bathrooms have menstrual products available and how much stock remains.


# Solution

We propose an IoT-based system that monitors menstrual-product availability in bathrooms across UIUC and makes this information accessible through an app.

In boxes made specifically for the project, time-of-flight sensors would be installed on the inside of the lid; these sensors would bounce an IR light signal off the top of the period product stack, and use the time it takes for the signal to return to calculate the distance to the top of the stack from the lid. We can use the inverse of that, i.e. the distance from the top of stack to the bottom of the box (total height - distance from top of stack to lid), to measure the total height of the stack and divide by the individual height of a pad container, confirming the amount of products available. This sensor would periodically transmit its measurements to a centralized server.

The mobile application would aggregate this information and display nearby bathrooms along with their estimated product availability. Users could quickly identify the closest bathroom with products rather than searching multiple locations.

The system could also provide useful information to campus facilities staff. When a bathroom's supply falls below a predefined threshold, the system could automatically flag the location for restocking.

# Solution Components

## Subsystem 1 - Menstrual Product Dispenser Box

Description:
This subsystem consists of a constructed box which holds the menstrual products. In a sense, it is meant to be a placeholder for the actual metal boxes used by the school to contain menstrual products, but can be its own standalone product. The bottom of the box may have a dispenser for products, or the lid will be removable. The lid of the box will have two Time-of-Flight sensors installed (for pads and tampons) on the underside to determine the height of the stack of menstrual items, and a transmission box installed on the side.

Components:
[Time-Of-Flight Sensor](https://www.digikey.com/en/products/detail/stmicroelectronics/VL53L4CDV0DH-1/16123816): VL53L4CDV0DH ([datasheet](https://www.st.com/resource/en/datasheet/vl53l4cd.pdf)) by STMicroelectronics
- I2C interface: Up to 1 MHz (fast mode plus) serial bus, Address: 0x52
- Operating Voltage: 2.6 to 3.5 V
- 4.4 x 2.4 x 1 mm size
- Operating Temperature: -30 to 85°C
- IR: 940 nm
- Minimum detection distance: 0mm, Minimum ranging distance with linear response: 1mm
- 90% detection rate at 450mm for low reflectance
- Non-volatile memory

ALSO: Status indicator LEDs, RESET button

STRETCH: OLED display for showing the current projected number outside of the box



## Subsystem 2 - Transmission / Embedded System

The transmission box will contain an internet-connected module (Likely via Wifi as there are no ethernet cables in the restrooms). ESP32 is needed to provide WiFi capabilities. The transmission box may also contain other components such as an SD card to track product usage information and/or the last time a box was stocked.

[ESP32-S2](https://documentation.espressif.com/esp32-s2_datasheet_en.html) or [S3](https://documentation.espressif.com/esp32-s3_datasheet_en.html):
- 2.4 GHz Wi-Fi 4
- BLE 5.0 (None if using S2)
- 240 MHz CPU
- 512 KB SRAM (320 if using S2)
- Xtensa L7
- USB On-The-Go
- DAC converter (only if using S2)

ALSO:
Battery-or-USB power circuits with protection and automatic switching,
Status indicator LEDs (For Power, WiFi Connection, I2C Rx/Tx),
RESET button,
USB connection (firmware flash, power, data)

STRETCH: SD card to save user analytics



## Subsystem 3 - Phone App

The phone app will be able to display the location of restrooms with available menstrual products and the amount of pads and tampons available. The time of flight sensor will give an approximate estimation of the amount of products available. The mobile app would be created in Flutter or Android Studio.

There will be a hard-coded address added at the node level and sent over wifi as the first information bit (appended to the front of the I2C data). This will allow for the app to use GPS to assign the location of the Data using the address and avoid too many WIFI protocols.



# Criterion For Success

- Measure menstrual product levels using compact low-power ToF sensors
- Detect product usage and restocking
- Wirelessly transmit sensor data
- Store and organize inventory data for each bathroom
- Display bathroom locations and product availability on a mobile app
- Show when inventory was last updated
- Allow users to report inaccurate information

CHARM: CHeap Accessible Resilient Mesh for Remote Locations and Disaster Relief

Martin Michalski, Melissa Pai, Trevor Wong

Featured Project

# CHARM: CHeap Accessible Resilient Mesh for Remote Locations and Disaster Relief

Team Members:

- Martin Michalski (martinm6)

- Trevor Wong (txwong2)

- Melissa Pai (mepai2)

# Problem

There are many situations in which it is difficult to access communicative networks. In disaster areas, internet connectivity is critical for communication and organization of rescue efforts. In remote areas, a single internet connection point often does not cover an area large enough to be of practical use for institutions such as schools and large businesses.

# Solution

To solve these problems, we would like to create a set of meshing, cheap, lightweight, and self-contained wireless access points, deployable via drone. After being placed by drone or administrator, these access points form a WiFi network, usable by rescuers, survivors, and civilians. Our network will have QoS features to prioritize network traffic originating from rescuers. Having nodes/access points deployable by drone ensures we are able to establish timely connectivity in areas where search and rescue operations are still unable to reach.

Over the course of the semester, we will produce a couple of prototypes of these network nodes, with built in power management and environmental sensing. We aim to demonstrate our limited network’s mesh capabilities by setting up a mock network on one of the campus quads, and connecting at various locations.

# Solution Components

## Router and Wireless Access Point

Wireless Access for users and traffic routing will be the responsibility of an Omega2 board, with onboard Mediatek MT7688 CPU. For increased signal strength, the board will connect to a RP-SMA antenna via U.FL connector.

The Omega2 will be running OpenWRT, an Linux-based OS for routing devices. We will develop processes for the Omega2 to support our desired QoS features.

## Battery Management System

This module is responsible for charging the lithium-ion battery and ensuring battery health. Specifically, we will ensure the battery management system has the following features:

- Short circuit and overcurrent protection

- Over- and under-voltage protection

- An ADC to provide battery status data to the microcontroller

- 3.3v voltage regulation for the microcontroller and other sensors

In addition to miscellaneous capacitors and resistors, we intend to use the following components to implement the battery management system:

- The MT2492 step-down converter will be used to step down the output voltage of the battery to 3.3 volts. Between the GPS and extra power the microcontroller might consume with an upgraded Wifi antenna, low-dropout regulators would not provide sufficient power in an efficient manner. Instead, we will implement a 2 amp buck converter to improve efficiency and ensure there are no current bottlenecks.

- We will utilize two button-top protected 18650 3400 mAh lithium ion batteries in series to power each node. Placing two of these batteries in series will ensure their combined voltage never falls below the minimum voltage input of the buck converter, and accounting for the buck converter’s inefficiency these batteries should give us about 21 Wh of capacity. The cells we plan on using include a Ricoh R5478N101CD protection IC that provides over-voltage, under-voltage, and over-current protection. Using a standard battery form factor will make them easy to replace in the future as needed.

- A USB-C port with two pulldown resistors will provide 5 volt charging input with up to 3 amps of current, depending on the charger.

- The MT3608 step-up converter will boost the input voltage from the usb-c port and feed it into the charging controller.

- The MCP73844 Charge Management Controller will be used to charge the batteries. This controller supports CC/CV charging and a configurable current limit for safe and effective battery charging.

- The TI ADS1115 ADC will be used for battery voltage monitoring. This chip is used in the official Omega2 expansion board, so it should be easy to integrate in software. We will use a voltage divider to reduce the battery voltage to a range this chip can measure, and this chip will communicate over an I2C bus.

## Sensor Suite

Each node will have a battery voltage sensor and GPS sensor, providing the system with health information for each node. On top of the Wifi-connectivity, each module would have a series of sensors to detect the status of the physical node and helpful environment variables. This sensor suit will have the following features and components to implement it

- Ultimate GPS Module PA1616D will be used for positioning information. This chip utilizes 3.3V which is supplied through our battery management system.

Battery Voltage Monitor

- The TI ADS1115 ADC (mentioned in the BMS section) is for battery voltage monitoring. It interfaces via I2C to the Omega2.

## System Monitor

A system monitor which provides visibility of the overall system status for deployed network nodes. Information that we will show includes: last known location, battery health, and network statistics (e.g. packets per second) from the physical devices.

We plan on using React to provide an intuitive UI, using google-map-react and other React packages to create an interactive map showing the last known location and status of each node.

The backend will be hosted on a server in the cloud. Nodes will continually update the server with their status via POST requests.

# Criterion For Success

We aim to achieve the following performance metrics:

- 1.5 kg maximum mass

- Cover 7500 m^2 (North Quad) with 4 nodes

- Display the last known location, time connected, and battery voltage for all nodes via our system monitor

- 3 hour battery life

- 5 Mb/s WiFi available to laptops and smartphones in the coverage area

[*Link*](https://courses.engr.illinois.edu/ece445/pace/view-topic.asp?id=71252) *to assciated WebBoard discussion*