Project

# Title Team Members TA Documents Sponsor
67 Toothbrush Alarm
Carl Xu
Eric Lin
Laurenz Nava
Zicheng Ma design_document2.pdf
final_paper1.pdf
photo1.png
photo2.png
photo3.png
photo4.png
presentation1.pdf
proposal2.pdf
video1.mp4
video
# Toothbrush Alarm

Team Members:
- Eric Lin (yulin4)
- Carl Xu (zx32)
- Laurenz Nava (lfnava2)

# Problem

Waking up early in the morning is a challenge that many people face, and conventional alarms often fail to provide an effective solution. Despite setting multiple alarms, people find themselves consistently oversleeping, waking up significantly later than intended. This issue can lead to a range of negative consequences, including disrupted daily schedules, reduced productivity, and increased stress. Traditional alarms tend to lack the ability to ensure that a person not only wakes up but also gets out of bed and starts their day. This is particularly problematic for those with a heavy sleeping pattern or a habit of snoozing alarms.

# Solution

To address this issue, our idea is to create a Toothbrush Alarm. The concept involves an alarm that persists until you get up and spend, for example, 3 minutes brushing your teeth. Once the toothbrushing routine is complete, the alarm automatically stops. This not only ensures a timely wake-up but also promotes a refreshed start to the day after engaging in the morning teeth-cleaning ritual.

# Solution Components

## Subsystem 1 – Toothbrush Dock

The dock will sense the proximity of the toothbrush, and how long the user’s been brushing their teeth. Once the user picks the toothbrush up and puts it down after more than 3 minutes, it will tell the alarm to turn off.

The dock will contain our PCB board to control the whole system.
Multiple pressure sensors are contained in a shape that perfectly matches the bottom of the toothbrush to detect if the toothbrush is docked.

The sensors will be at the bottom and side to ensure the object docked is the toothbrush, and the user is not fooling the dock with another object.

DF9-16 pressure sensor: https://a.co/d/5HXVw5w



## Subsystem 2 – Miniature Accelerometer

To ensure the user brushes their teeth after picking up the toothbrush, the accelerometer will be used to detect whether the user is making appropriate teeth brushing movements. While it is possible to simply wave the toothbrush without actually brushing your teeth, the main purpose of the device is to wake up the user, and sufficient physical movement will help, regardless of if it is used to brush teeth or not.

The accelerometer will determine the force applied on the brush and how often it switches directions, so it can tell when the user is brushing their teeth

ADXL326BCPZ-RL7: https://www.digikey.com/en/products/detail/analog-devices-inc/ADXL326BCPZ-RL7/2043340


## Subsystem 3 - Alarm

The alarm is connected to the toothbrush dock, and it will stop ringing once the user picks up the toothbrush. However, if the user does not put it back into the dock after 5 minutes, it will restart the ring.

The alarm will be a speaker integrated into the dock, or can be wired into the user’s room to more effectively wake them up.

COM-11089 ROHS speaker: https://www.sparkfun.com/products/11089


## Subsystem 4 – Body Motion Sensor

A possible addition to the project for added complexity. It would detect the appearance of a new individual in the bathroom to further ensure the system works intended.

The motion sensor will be installed around the dock, facing the user to detect if they have entered the bathroom and continued present in the bathroom, ensuring they are not fooling the system.

HC-SR312 AM312 pir motion detector senses passive body infrared to make sure the moving object is a human.

HC-SR312 AM312 pir motion detector: https://a.co/d/3Jodam9


# Criterion For Success

1. Alarm will turn off after the user brushed their teeth for 3 minutes.

2. Toothbrush can detect if it is inside a human’s mouth.

3. Dock can detect if the toothbrush is present in the dock.

4. Dock can track how long the toothbrush is not present.

Control System and User Interface for Hydraulic Bike

Iain Brearton

Featured Project

Parker-Hannifin, a fluid power systems company, hosts an annual competition for the design of a chainless bicycle. A MechSE senior design team of mechanical engineers have created a hydraulic circuit with electromechanical valves, but need a control system, user interface, and electrical power for their system. The user would be able to choose between several operating modes (fluid paths), listed at the end.

My solution to this problem is a custom-designed control system and user interface. Based on sensor feedback and user inputs, the system would change operating modes (fluid paths). Additionally, the system could be improved to suggest the best operating mode by implementing a PI or PID controller. The system would not change modes without user interaction due to safety - previous years' bicycles have gone faster than 20mph.

Previous approaches to this problem have usually not included an electrical engineer. As a result, several teams have historically used commercially-available systems such as Parker's IQAN system (link below) or discrete logic due to a lack of technical knowledge (link below). Apart from these two examples, very little public documentation exists on the electrical control systems used by previous competitors, but I believe that designing a control system and user interface from scratch will be a unique and new approach to controlling the hydraulic system.

I am aiming for a 1-person team as there are 6 MechSE counterparts. I emailed Professor Carney on 10/3/14 and he thought the general concept was acceptable.

Operating modes, simplified:

Direct drive (rider's pedaling power goes directly to hydraulic motor)

Coasting (no power input, motor input and output "shorted")

Charge accumulators (store energy in expanding rubber balloons)

Discharge accumulators (use stored energy to supply power to motor)

Regenerative braking (use motor energy to charge accumulators)

Download Competition Specs: https://uofi.box.com/shared/static/gst4s78tcdmfnwpjmf9hkvuzlu8jf771.pdf

Team using IQAN system (top right corner): https://engineering.purdue.edu/ABE/InfoFor/CurrentStudents/SeniorProjects/2012/GeskeLamneckSparenbergEtAl

Team using discrete logic (page 19): http://deepblue.lib.umich.edu/bitstream/handle/2027.42/86206/ME450?sequence=1