Breadboard Demo

Description

The Breadboard Demo is an informal but mandatory event. Its purpose is to show your instructor and TA a circuit that you have been working on in the lab for your project. It is expected that the circuit will include the microprocessor you will be using in your project (it can be mounted on a development board) and it will be connected to a project subsystem. The microprocessor should have a program downloaded onto it that allows it to communicate with the subsystem, i.e., control the subsystem or receive data from it. It is expected that the power source for the circuit will be a laboratory power supply. The function of the subsystem should be demonstrated. The commands or data should be displayed on a pc or other display means. You should be able to explain how the circuit is used in the project and be able to justify design choices. A Breadboard Checklist will be provided and filled out.). Use the following format:

    See the Breadboard Demo Rubric for specific details.

Grading

Full Credit (20 points) will be given if the circuit works, is of adequate complexity, and a good explanation of its features is given by the team. Point reductions will be given if the circuit fails to work (-2), lacks complexity (-2), or seems inappropriate for your project (-2). The Breadboard Demo is a team activity and results in a team score.

Digitizing the Restaurant with Network-Enabled Smart Tables

Andrew Chen, Eric Ong, Can Zhou

Featured Project

# Students

Andrew Chen - andrew6

Eric Ong - eong3

Can Zhou - czhou34

# Problem:

The restaurant industry relies on relatively archaic methods of management and customer service. Internal restaurant computer systems are limited and rely on staff members to monitor customer status. Restaurants lack contact-free transactions for clientele.

# Solution Overview:

Our solution to this problem is to develop a standalone LAN restaurant network system to manage customer status and occupancy for restaurants without the need for personnel to monitor it manually. Along with this, to accommodate for contact-free interactions, we propose a system for payment methods. To address customer preferences, we will provide height accommodation built into the table for different types of people.

# Solution Components:

[Self-adjusting Customer Height Accommodation] - The table will be held up with a linear actuator, thus allowing for the overall height to be adjustable. The table will adjust its height accordingly to the customers’ heights once they sit down. We plan to make the table adjust the table’s height by measuring the distance between the bottom of the table with the customer’s knees when they are sitting down using ultrasonic sensors.

[NFC Payment and Card Reader Payment] - The table will have NFC reader and magstripe reader for contactless delivery. The payment data will be sent to the centralized hub for processing and confirmation.

[Table Pressure Sensor] - The status of a table will be gauged based on the amount of weight on the physical table itself. An occupied (or even just an unoccupied and dirty table) will be marked as such since the weight of excess food, water, plates, and whatever else the customer may bring will be measured by this pressure sensor.

[Computer Mesh Network] - We plan to create a mesh network of raspberry pi’s to track the status of tables in a restaurant. This network will communicate via some form of wireless communication (Wi-FI, bluetooth, or Zigbee).

# Criterion for Success:

This project seeks to create a solution in which restaurants can minimize customer interaction with features that accommodate individual needs, such as the height of the table and payment methods. This project will be considered successful with a working prototype that includes features that may be included in an actual restaurant setting.

Project Videos