Project

# Title Team Members TA Documents Sponsor
52 Modular Autonomous Home Light
Cary Chai
Makomborero Tizora
Samuel Darmamulia
Chi Zhang design_document1.pdf
design_document2.pdf
design_document3.pdf
design_document4.pdf
design_document5.pdf
design_document7.pdf
final_paper1.pdf
proposal1.pdf
proposal2.pdf
## Group Members
Cary Chai (caryzc2), Samuel Darmamulia (sid2), Makomborero Tizora (mtizor2)

## Problem
Some modern buildings have motion detectors installed which are connected to a room’s circuitry and can shut off the lights and power in a room when no one is occupying it. However, currently, there is no modular solution that can be used with older buildings without having to open up the walls and rewire the internal circuitry.

## Solution
We will have a sensor unit which will detect the occupancy of a room and communicate with a modular, external unit which can be implemented on manual light switches to automatically turn off and on lights without needing to rewire a building's circuitry. This way, typical families can afford to have motion detected lighting installed without needing to hire an electrician to install motion sensors.

There will be one infrared sensor which will sit at the entrance of the room and when someone passes by it within certain parameters, the sensor will count up one. When someone leaves, the device will count down one. If the current count is zero, a separate unit attached to the manual switch will flip the light switch to turn it off/on after a certain amount of time.

These two devices will communicate with each other through Bluetooth. There would also be a method to calibrate the infrared sensor, so it would be easy to implement in all rooms with old light switches.

In addition, we want to have an integrated phone app which will be able to communicate with the units in order to allow the user to turn off and on the lights from anywhere within the house and get a full IoT light experience.

## Components List
- MCU: We will be using an ATMEGA16U2 microcontroller. The microcontroller will be responsible for communicating with the infrared sensor, bluetooth module, and servo motor.
- Infrared Sensor: We will be using the HC-SR501 PIR Sensor. This sensor will be in charge of determining if people have entered into the room.
- Bluetooth transmitter/receiver: We will be using Bluetooth HC-05 module
- Power supply: We will be using double AA batteries and a battery case.
- Motor: We will be using servo motor

## Criterion for success
- Successful detection of occupants entry and exit from the room using infrared sensors
- Storage on sensor unit of number of occupants in the room and the state of the light switch
- Lightweight servo switch that attaches to currently existing light switches.
- Bluetooth communication between MCU sensor and MCU switch units
- App to control the light switch from anywhere in the room

## Links for Parts
- Servo Motor:
https://www.robot-r-us.com/vmchk/motor-rc-servos/super-small-and-light-micro-analog-servo-2.5g.html

- Bluetooth: (x2) https://www.amazon.com/HiLetgo-Wireless-Bluetooth-Transceiver-Arduino/dp/B071YJG8DR
HC-SR501 PIR

- Sensor(Motion Sensor):
https://www.amazon.com/HC-SR501-Sensor-Infrared-Arduino-Raspberry/dp/B07KBWVJMP/ref=sr_1_3?keywords=HC-SR501+PIR+Sensor&qid=1580869207&sr=8-3

- Microcontroller:
https://www.microchip.com/wwwproducts/en/ATmega16u2

- Battery cases:
(x2) https://www.amazon.com/LAMPVPATH-Battery-Holder-Switch-Leads/dp/B076C7S2VN/ref=sr_1_22?keywords=aa%2Bbattery%2Bcase&qid=1580869435&sr=8-22&th=1

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.