Project

# Title Team Members TA Documents Sponsor
69 Bluetooth Speaker with Motion-based Automated Volume Adjustment
Chirag Kikkeri
Dhruv Vishwanath
Raj Pulugurtha
Abhisheka Mathur Sekar design_document2.pdf
final_paper1.pdf
photo1.HEIC
photo2.HEIC
presentation1.pptx
proposal2.pdf
video1.pdf
# Bluetooth Speaker with Motion-based Automated Volume Adjustment

TEAM MEMBERS:
- Chirag Kikkeri (kikkeri2)
- Dhruv Vishwanath (dhruvv2)
- Raj Pulugurtha (rajkp2)

# PROBLEM
When driving and listening to music, oftentimes we want to change the volume based on the speed of the vehicle. For example, when moving at higher speeds, drivers will raise the volume to better hear the music, and when stopped at a stop light, will lower the volume significantly. This issue is a clear nuisance, but can also present a major safety hazard that takes the user’s concentration away from driving and to adjusting the volume, especially for drivers who do not use the car sound system. Outside of driving specifically, this is a problem for those who bike or skate with a speaker as well.

# Solution Overview
Our solution is to create a speaker that will automatically increase and decrease volume based on the speed that the speaker is moving. The speaker will be a portable Bluetooth speaker that the user can take in and out of the car. Users will also have the ability to set the minimum and maximum volumes to better personalize their listening experience. It will also contain a series of LEDs that tell the user the current volume. The speaker system will have two modes: one for when it is moving, and one for when it is stationary. When it is in the stationary mode, the user can increase and decrease volume with buttons. When it is in moving mode, the user will not be able to change the volume, so that the user focuses on driving.

# Solution Components:
## Subsystem #1: Power
- Description: This part of our project will be key to making the remainder of our project operable. In order to power our speaker and change volume levels when in the “moving mode”, we will need a battery to power it.
- Components: Lithium-ion battery, USB-based charging port

## Subsystem #2: Bluetooth Connection
- Description: Both the bluetooth module and bluetooth amplifier are essential for wireless communication between the speaker and a media device. Having both of these components allows our speaker to be more easily portable.
- Components: HC-05 Bluetooth Module, TDA7492P amplifier board

## Subsystem #3: Sensor System
- Description: Arguably the most essential subsystem for our project, the point of the sensor is to track changes in speed within our speaker so that it can use that information to adjust the volume of our speaker automatically based on a formula that we create (this formula will create a consistent change in volume values that correspond with the changes in speed). We plan on using an accelerometer sensor for this, which means we must also account for the fact that the sensor will only give us information regarding the speaker's acceleration, meaning we need to convert that to speed so that our speaker can properly change the volume. This system will be connected to the PCB in addition to the bluetooth amplifier so that there is a line of communication between our subsystems which will allow the PCB to make changes to the volume itself based on the information provided by the system.
- Components: Accelerometer sensor (https://www.amazon.com/HiLetgo-MPU-6050-Accelerometer-Gyroscope-Converter/dp/B00LP25V1A/ref=sr_1_3?keywords=accelerometer&qid=1675291981&sr=8-3&th=1)
Microcontroller: STM32F401RE Microcontroller

## Subsystem #4: Speaker System
- Description: The physical build of the speaker itself is very important to our project, as the aesthetic appearance of our product will be directly correlated to its assumed value and durability. To build the speaker itself, we will need the bluetooth technology (see above), in addition to the physical parts of the speaker that produce sound. Given the components below and wood, we would be able to ask the machine shop to put the parts together in a way that could complete the physical part of the speaker. With the case of the speaker completed, we can add the remaining subsystems to an empty part of the case and make the necessary connections for the speaker.
- Components: Woofer (https://www.parts-express.com/GRS-5PF-8-5-1-4-Paper-Cone-Foam-Surround-Woofer-292-405?quantity=1), speaker driver (https://www.parts-express.com/GRS-1TD1-8-1-Dome-Tweeter-8-Ohm-292-462?quantity=1), passive radiator (https://www.parts-express.com/Samsung-U083L03SSK1-3-Poly-Cone-Passive-Radiator-21-23-34-289-2362?quantity=1), audio crossovers (https://www.parts-express.com/Crossover-2-Way-8-Ohm-5-000-Hz-150W-260-198?quantity=1)

## Subsystem #5: User Interface
- Description: The last module is what the user will see on the outside surface of the speaker. The main things we want to have here are some buttons (on/off, switch between modes, min/max volume settings, bluetooth connection), as well as LEDs that are visible to the user so that they know what volume level they are currently using the speaker at.
- Components: Omron B3F switch, SparkFun Qwiic LED Stick (SparkFun Qwiic LED Stick - APA102C - COM-18354 - SparkFun Electronics)

# Criterion for Success
- The system is able to play music using Bluetooth connection
- The system is able to precisely adjust volume based on the readings of the accelerometer (same speed should result in same volume)
- The user is able to set min and max volumes and those volumes are not crossed
- The user is able to manually change volume when the system is in stationary mode

(For demoing in the lab, we will change our formula for changing volume such that a small change in speed, results in a large difference in volume)

BusPlan

Aashish Kapur, Connor Lake, Scott Liu

BusPlan

Featured Project

# People

Scott Liu - sliu125

Connor Lake - crlake2

Aashish Kapur - askapur2

# Problem

Buses are scheduled inefficiently. Traditionally buses are scheduled in 10-30 minute intervals with no regard the the actual load of people at any given stop at a given time. This results in some buses being packed, and others empty.

# Solution Overview

Introducing the _BusPlan_: A network of smart detectors that actively survey the amount of people waiting at a bus stop to determine the ideal amount of buses at any given time and location.

To technically achieve this, the device will use a wifi chip to listen for probe requests from nearby wifi-devices (we assume to be closely correlated with the number of people). It will use a radio chip to mesh network with other nearby devices at other bus stops. For power the device will use a solar cell and Li-Ion battery.

With the existing mesh network, we also are considering hosting wifi at each deployed location. This might include media, advertisements, localized wifi (restricted to bus stops), weather forecasts, and much more.

# Solution Components

## Wifi Chip

- esp8266 to wake periodically and listen for wifi probe requests.

## Radio chip

- NRF24L01 chip to connect to nearby devices and send/receive data.

## Microcontroller

- Microcontroller (Atmel atmega328) to control the RF chip and the wifi chip. It also manages the caching and sending of data. After further research we may not need this microcontroller. We will attempt to use just the ens86606 chip and if we cannot successfully use the SPI interface, we will use the atmega as a middleman.

## Power Subsystem

- Solar panel that will convert solar power to electrical power

- Power regulator chip in charge of taking the power from the solar panel and charging a small battery with it

- Small Li-Ion battery to act as a buffer for shady moments and rainy days

## Software and Server

- Backend api to receive and store data in mongodb or mysql database

- Data visualization frontend

- Machine learning predictions (using LSTM model)

# Criteria for Success

- Successfully collect an accurate measurement of number of people at bus stops

- Use data to determine optimized bus deployment schedules.

- Use data to provide useful visualizations.

# Ethics and Safety

It is important to take into consideration the privacy aspect of users when collecting unique device tokens. We will make sure to follow the existing ethics guidelines established by IEEE and ACM.

There are several potential issues that might arise under very specific conditions: High temperature and harsh environment factors may make the Li-Ion batteries explode. Rainy or moist environments may lead to short-circuiting of the device.

We plan to address all these issues upon our project proposal.

# Competitors

https://www.accuware.com/products/locate-wifi-devices/

Accuware currently has a device that helps locate wifi devices. However our devices will be tailored for bus stops and the data will be formatted in a the most productive ways from the perspective of bus companies.