Grading Scheme

The grading scheme for the course, as well as links to specific requirements for each assignment/deliverable and evaluation sheets, are given in the table below. Due dates for each assignment/deliverable can be found on the course Calendar. Please note:

There is a 25% penalty per day for any late submissions. "Late" means handed in after the deadline. Thus, if the deadline is 5pm and you hand in an assignment at 5:01pm, you will be penalized. The penalties are cumulative. If an assignment is due at 5pm on Monday and you hand it in at 5:01pm on Tuesday (two days late), your grade will be (1-25%)^2 of the grade you would have received had you turned it in on time.

Some assignments are "Individual" and team members are individually responsible for completing the assignment on time and will receive an individual grade. Many assignments are "Team" assignments and a single deliverable is handed in by the team. In most cases, all team members will receive the same grade on these assignments. However, the course staff reserves the right to "break up" any group's work and grade individually. This will be done if we feel the work or work quality has not been evenly distributed between group members.

The evaluation sheets provide a sense of what we are looking for with each deliverable. You should keep in mind, though, that the evaluation is not strictly binary. In other words, just because you have "checked off" each component described in the evaluation sheet does not ensure that you will receive a perfect score.

Below is the points breakdown for all assignments/deliverables for the course, sorted chronologically:

* Grades for these will be the average of the TA and Instructor grades; peer review grades will be used to provide feedback.
** Evaluation Sheets are subject to minor changes.

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.

Item	Team / Individual Score	Points	Evaluation Sheet**
Initial Post	Individual	5
Lab Notebook	Individual	50	PDF
Lab Safety Training	Individual	Lab Access
CAD Assignment	Individual	10	PDF
Soldering Assignment	Individual	10
Request for Approval	Team	5
Weekly TA Meetings
Project Proposal	Team	25	PDF
Team Contract	Team	10
Design Document Requirements and Verification	Team	40	PDF
Design Review *	Team	20	PDF
Board Review
Individual Progress Report	Individual	25
Mock Demo	Individual	5
Mock Presentation	Individual	5
Final Demo *	Team	150	PDF
Final Presentation *	Individual	50	PDF
Final Report: Technical	Team	30	PDF
Final Report: English/Format	Team	20	PDF
Checkout			PDF
Contract Fulfillment	Team	20
Continuing your project		Priceless