|1||Economic Overnight Outlet
|Feiyu Zhang||Jonathon Schuh||design_document2.pdf
- Chester Hall (chall28), Sabrina Moheydeen (sabrina7), Jarad Prill (jaradjp2)
- Economic Overnight Outlet
- Real-time pricing in ISOs, such as the Midwest, California, New England, and New York, provides differentials in electricity prices throughout the day that can be taken advantage of. The peak price of electricity compared to the minimum prices can feature variations of up to 70%. With price agnostic charging, this results in unnecessary costs for those who charge devices (see attached spreadsheet). This same principle can thus be scaled for large commercialized applications requiring high-capacity batteries, resulting in a higher savings potential to be taken advantage of.
- Calcs: https://docs.google.com/spreadsheets/d/1JBzt2xm0Ue4a_teosdak623h0zSP5nHRKi7Wi8rMcPo/edit?usp=sharing
- We will create a device that can fetch real-time prices from regional ISOs and enable charging when prices are lowest. Our primary application will be centered towards warehouse electric vehicles using high-capacity, fast-charging lithium ion batteries. Such vehicles include forklifts, cleaning machines, and golf carts.
- [ISO LMP API] - Through use of a WiFi-enabled microcontroller we can fetch real-time prices and build our control system around these values.
- [Passive High Performance Protection] - In order to provide downstream safety to the loads, we will ensure the device features surge protection and is rated for the high current of fast charging. The switching of the connection will be done with a contactor whose coil is energized according to the microcontroller.
- [Device Display] - LCD display to show information about the current energy price and the current day’s savings.
- [Manual User Override] - The device will feature a manual toggle switch to either enable or disable the cost-optimized charging feature allowing users to charge loads at any time, not necessarily the cheapest.
- [User Interface] - Software application to allow for user input regarding the time of day the device must be charged by. The application will also display information about total savings per week, month, or year and savings over the device’s lifetime.
- [Control Power Converter] - In order to run the low voltage control systems from the outlet, either 120VAC or 3-phase 480VAC, we will need to step this down to a low DC voltage of around 3.3VDC.
- [Memory System] - Microcontroller capable of performing control function within user specified parameters.
- [Device Connection] - Connectivity to the battery of the device being charged so that current state of charge (SoC) information can be used. Potential experimental filter algorithms will be used in order to estimate the SoC automatically, without requiring the user to input the specific data of the device being used.
**Criterion for Success**
- Able to charge devices at lowest cost times of the day and display current pricing and savings information. The upfront cost of a large-scale reproducible product must be less than the lifetime savings incurred by purchasing the product. Users without an engineering background can easily analyze their savings to visually recognize the device’s benefit.
|2||Cat Food Dropper
|Dean Biskup||Jonathon Schuh||design_document1.pdf
|- [Hailey Cho] [hcho89] In-person
- [Lexie Kolb] [abkolb2] In-person
- [Michael Park] [msp7] In-person
Link to Initial Post
[Cat Food Dropper]
- Some cats eat their food too fast to digest it, and this causes them to throw it up
- Most cats instinctively know how to portion control but some struggle to do so
- When it is hard for them to stop eating it becomes an obsessive pattern
- A manual solution is for a human to continuously feed the cat a small amount throughout the day; however, this is inconvenient for most owner
- If the owner has more than one cat, sometimes a certain cat eats the other cat’s food as well
- Current products can dispense small portions for cats, but no products on the market can regulate the cats eating speed
- Food dispenser that dispenses a very small amount of food frequently (effectively like spoon-feeding the cat.
- Dispensers can adjust the amount of food dispensed based on how fast the cat eats the last dispensed food.
- Detect each microchip and dispense based on which cat is nearby. Allows the owner to buy one bowl to serve multiple cats and prevents one cat from stealing food to overeat
- App to display statistics about the cat’s eating habits. Also acts as an interface to manually configure the bowl’s speed/manage microchipped cats.
- [Scale] Weight sensor to measure the weight of food in the bowl in grams.
- [Wifi module] Used to communicate data collected to the app and receive configurations from the app.
- [Dispenser] Dropper using a gear to dispense food one at a time. Speed can be modulated using hardware.
- [Microchips] Adds ability to distinguish between cats. Implemented using collar microchip or microchip implant read by RFID/NFC reader.
- [App] Communicates with the bowl via WIFI. Collects data about cat’s eating habits, and acts as a digital interface to manually control the bowl.
**Criteria for Success**
- Starts by dispensing a set amount of food, for example 10 kibbles, if the cat eats those kibbles too quickly, then decrease the amount of kibbels released
- Measure the time it takes to eat the food by measuring the time it takes for the weight of the food in the bowl to become 0g.
- Be able to input the cat’s gender, weight, breed, age into the app to determine the amount and speed of kibbles
- If there are multiple cats, detect which cat is at the feeder
|3||Electricity-Generating Device Retrofitted for Spin Bikes with Wall Outlet Plug Connected to Gym's Grid
|Bonhyun Ku||Arne Fliflet||design_document1.pdf
|**Elisa Krause (elisak2), Raihana Hossain (rhossa2), Tiffany Wang (tw22)**
**Problem:** Something we take for granted everyday is energy. Constantly, there is energy consumption in malls, offices, schools, and gyms. However, the special thing about gyms is that there is always someone using either the elliptical, bike or etc. Now what if, along with losing those extra pounds, you can also generate some electricity using these machines? Our device is a straightforward and cheap alternative for gyms to have retrofitted spin bikes that generate electricity, and for the gym to save money by using the electricity generated by the bikes that can be connected to the gym’s grid by simply plugging the device into the wall outlet.
**Solution Overview:** We are retrofitting a spin bike with an electricity-generating device that can be plugged into the wall outlet, which will be the path to send the generated electricity back to the gym’s grid to be used. The amount of electricity generated can also be monitored and displayed with the device.
* **[Retrofit for Electricity Generation]** Component that attaches to any spin bike on the outside (straightforward and simple retrofit) and generates electricity when the bike is being used.
* **[Send Power to Gym Grid]** Component that reverses the typical direction of the wall outlet and sends the energy generated by the bike riders back to the gym’s power grid.
* **[Metering]** Component that records and displays how much energy was generated between the times when someone presses a button on the device. The first button press will reset the display. The second button press will show how much energy was generated from the time when the button was first pressed.
**Criterion for success:**
* Retrofits any (or the majority of) spin bike types
* Energy generated from people working out on the spin bikes is sent from a wall outlet to the gym’s power grid
* Device displays the power generated by a bike during the time of two button presses.
* Show that our power output being generated matches and syncs up with a sinusoidal input using a mock setup to simulate the grid
|5||Iron Man Mouse
|Feiyu Zhang||Wei He||design_document1.pdf
Being an ECE student means that there is a high chance we are gonna sit in front of a computer for the majority of the day, especially during COVID times. This situation may lead to neck and lower back issues due to a long time of sedentary lifestyle. Therefore, it would be beneficial for us to get up and stretch for a while every now and then. However, exercising for a bit may distract us from working or studying and it might take some time to refocus. To control mice using our arm movements or hand gestures would be a way to enable us to get up and work at the same time. It is similar to the movie Iron Man when Tony Stark is working but without the hologram.
# Solution Overview:
The device would have a wrist band portion that acts as the tracker of the mouse pointer (implemented by accelerometer and perhaps optical sensors). A set of 3 finger cots with gyroscope or accelerometer are attached to the wrist band. These sensors as a whole would send data to a black box device (connected to the computer by USB) via bluetooth. The box would contain circuits to compute these translational/rotational data to imitate a mouse or trackpad movements with possible custom operation. Alternatively, we could have the wristband connected to a PC by bluetooth. In this case, a device driver on the OS is needed for the project to work.
# Solution Components:
Sensors (finger cots and wrist band):
1. 3-axis accelerometer attached to the wrist band portion of the device to collect translational movement (for mouse cursor tracking)
2. gyroscope attached to 3 finger cots portion to collect angular motion when user bend their fingers in different angles (for different clicking/zoom-in/etc operations)
3. (optional) optical sensors to help with accuracy if the accelerometer is not accurate enough. We could have infrared emitters set up around the screen and optical sensors on the wristband to help pinpoint cursor location.
4. (optional) flex sensors could also be used for finger cots to perform clicks in case the gyroscope proves to be inaccurate.
Lithium-ion battery with USB charging
1. A microcontroller to pre-process the data received from the 4 sensors. It can sort of integrate and synchronize the data before transmitting it.
2. A bluetooth chip that transmits the data to either the blackbox or the PC directly.
1. Plan A: A box plugged into USB-A on PC. It has a bluetooth chip to receive data from the wristband, and a microcontroller to process the data into USB human interface device signals.
2. Plan B: the wristband is directly connected to the PC and we develop a device driver on the PC to process the data.
# Criterion for Success:
1. Basic Functionalities supported (left click, right click, scroll, cursor movement)
2. Advanced Functionalities supported(zoom in/out, custom operations eg. volume control)
3. Performance (accuracy & response time)
4. Physical qualities (easy to wear, durable, and battery life)
|6||Low-cost Active Cell Balancing BMS
|Bonhyun Ku||Jonathon Schuh||design_document1.pdf
In an era of growing popularity of electric and hybrid vehicles, more efficient and safe battery systems are critical. The best battery management topologies which provide longer range of the vehicles and extend the life of the battery cells themselves are active balancing battery management systems. They redistribute the charge between the batteries to make their state of charge the same instead of burning the excessive energy the way passive cell balancers do. However due to the global silicon shortage caused by covid-19 pandemic a lot of companies like TI, ST, Analog Devices and others who produce battery management ICs are not able to stock enough chips for the public use. Our RSO, Illini EV Concept, faced this problem last semester when we were not able to produce new BMS boards because the ICs we used were out of stock.
# Solution Overview
Our solution is to work around the silicone shortage, by avoiding the need for specialized chips. We will design a novel active balancing BMS using low cost and highly available ICs. By choosing simple, low cost, high volume chips, the necessary components of our system are less likely to be out of stock. This allows high performance, safe BMS systems to continue to be built despite the shortage of speciality ICs.
We are proposing to build a BMS for 13s battery pack, which is 48V industry standard, with active pack-to-cell balancing. The BMS will keep track of the voltages of each cell, and when there is a cell whose voltage is smaller than every other cell, we will start charging that cell with constant current until the cell reaches the average voltage across all the other cells.
Our BMS system will be capable of measuring voltages of each cell of the battery pack, find the least charged one, and use the whole pack to charge the individual cell back to the average cell voltage.
# Solution Components:
## -Switch Matrix
The switch matrix will be used to connect an arbitrary battery cell to the charge circuit. It will consist of an array of FETs used to connect between the desired cell and the isolated power supply that will charge the cell
## -Cell ADC
Adc will get proper readings of each cell. It should communicate with a microcontroller to track the values of each cell.
## -Cell Charge Circuit
The cell charge circuit will receive power from the battery pack. It will be connected to an individual cell through the switch matrix. The charge circuit will use a standard lithium battery charge cycle to bring the connected cell voltage back in line with every other cell in the pack.
## -Power Convertors
Isolated output DC-DC converter to power microcontroller and other ICs on the board for safety
STM32 (or alternative low-cost) microcontroller to get the voltage readings from ADCs, send signals to the switch matrix, measure temperature of the pack, detect fault conditions.
# Criterion for Success
Our project will be successful if it supports active balancing (as defined above) on a 13s4p battery pack, throughout the charge and discharge cycle. It also must rely on high-availability ICs, that are less likely to be affected by product shortages. This means the switch matrix and adc will not use a speciality ic, even if they are currently available. For the cell charge circuit, we may attempt to design our own. However, as single cell lithium charge ICs are highly available, if this proves to be too time consuming, we would consider using an off the shelf IC. An additional goal is to have a scalable design that can be easily adapted to different battery pack configurations.
## Team members:
-Dmitry Ilchenko dmitryi2 \
-Vijay Gopalakrishnan vijayg2 \
-Andrew Zoghby azoghby2
|7||Automated Thermal Battery Cell Tester
|Stasiu Chyczewski||Jonathon Schuh||other1.pdf
|# Joon Lee, Daniel Songer, and John Stimpfl – wonjunl2, dsonger2, and stimpfl2
## Automated Battery Thermal Cell Tester
Lithium-ion batteries are being increasingly employed in industries such as EVs and solar power systems. The biggest drawback with this technology is that lithium-ion batteries have a tendency to start extremely dangerous and destructive chemical fires. Generally, the cause of this can be traced to either a manufacturing defect or improper use of the battery. The latter cause is often avoidable and in many cases is due to a lack of insight and knowledge of how a battery is currently behaving versus the expectation. One specific example is the battery management system (BMS), which uses different sensors to manage these large battery packs. But most BMS’s on the market today do not work across all chemistries because they lack the knowledge of the characteristics of the cell’s chemistry that is being managed, leading to very serious implications. On the contrary, a battery chemistry that has well-defined characteristics can be optimized for performance as well as allowing for safe and dependable operation. One problem with this is that defining these characteristics is a bit difficult for those less technically inclined; characteristics that can be unique to each battery cell depending on the chemistry, temperature, and stage of life of the battery. Therefore, the issue we would like to address is the lack of testing equipment available to people working with lithium-ion batteries.
We are proposing an automated cell-tester with a thermal chamber for a complete definition of battery characteristics at all temperatures. The chamber would house a single cell of a given chemistry and run that cell through the necessary tests to accurately and succinctly communicate the cell’s characteristics to the end user. Specifically, we want to know the overall capacity (in Ah), the state-of-charge to open circuit voltage relation (SoC-OCV curve) of the cell, and the equivalent circuit model (using two time constants) of the cell. Ideally, we want to have the user be able to select which tests they would like to run, press “play”, walk away, and return hours later to a very understandable representation of the battery characteristics at the given temperatures.
### Solution Components
The device will need a good amount of power electronics including IC chargers, power resistors, fuses, and whatever circuitry necessary to isolate the battery completely from the grid and the chip. The power resistors are what the controller will use to demand current while the IC will do coulomb counting and voltage reads. Given that we are testing lithium-ion cells, this circuitry will ensure the battery is run under safe operating conditions.
The device will include a USB interface for communicating with the user’s computer.
Although we are leaning towards using Lab View, we are also considering using a Java applet to convey information to the user as well as allow for control of the device (definitely open to suggestion). This will also allow us to store data from the device’s tests on the local machine.
The device includes a thermal chamber which ought to range at least between 0 degrees Celsius and 40 degrees Celsius as a minimum due to the drastically changing characteristics of these cells under extreme temperatures. This will include a heating coil, as well as some form of cooling element which has not yet been decided upon (because freezer/compressor solutions are not ideal for space or weight).
We will include a power supply that attaches to the AC wall port. This will provide the necessary voltage and current for charging the battery. This will also include a power supply as well as circuitry for safely driving current to an isolated battery cell.
### Criterion for Success
We will be running three specific tests (note: this can be done for any temperature selected by the user so long as it is within our range) with each their own criterion. We will compare our results with different common chemistries used in the market to determine the accuracy of our device (note: C stands for the capacity of the battery e.g. a rate of C/10 implies 3 Amps for a 30 Ah cell).
1. **Capacity Test** is a test to measure exact capacity of the cell. This test would include charging the battery to full, and discharge fully at a rate of C/5. Coulomb counting will allow us to determine the capacity of the cell, within a 1% error, given that we have a 1% error on our Coulomb counting IC.
2. **Constant Charge/Discharge Test** is relatively straightforward. It charges and discharges the battery at a constant rate of C/10 while reading the voltage as often as possible and reporting this to the applet. Given that we ought to know the capacity with coulomb counting, we can infer the SoC-OCV curve. Again, we will be looking for a 1% error as we are dependent on the Coulomb counter here.
3. **HPPC Test** is the most involved test and will require some back end work in order to implement. This test is used to find the RC polarization characteristics that all lithium-ion batteries exhibit. To do this, the controller will drain 3xC from the battery until 10% is removed (SoC = 90%), then charge for 20 seconds at C/10, then let the battery rest for an hour or two, then repeats this until the battery reaches 0%. This is a really tough thing to test and there isn’t much likelihood we will have the measurements precise enough for 1% of error given that even our equivalent circuit model isn’t perfect, therefore we would like to see a 5% error here.
|8||Automatic Parking Payment Assistant
|Dean Biskup||Wei He||design_document1.pdf
|Mehul Dugar, Freddy Zhang, Daniel Ahn (mdugar2, fz8, dka3)
**Automatic Parking Payment Assistant**
**Problem** - Parking lots, while serving an invaluable role to drivers globally, come with several shortcomings that can annoy customers. Something that annoyed us in particular is having to wait outside a parking lot while the single-file line of cars goes through the ticket booth at the entrance. While annoying for parking lot customers, this can also lead to traffic congestion on the roads that lead to the parking lot, meaning that non-customers who happen to frequent these roads are also delayed. Additionally, parking lot customers are frequently forced to pay for the time they spend looking for a parking space which is unfair if the parking lot is busy.
**Solution** - Our solution is to introduce a parking lot system that is able to use cameras to scan license plates and time how long each car is parked. The cameras would be placed at the base of each parking space and would scan the opposite parking space. This would allow cars to enter the parking lot without collecting a ticket, significantly reducing the bottleneck at the entrance of the parking lot. We also plan to use a security bar to mark reserved parking spaces for further convenience. The solution consists of 4 main subsystems: the camera module, the IR sensor module, the security bar, and the central logger.
**Solution Components** -
1. The camera module - used to scan the license plate. A camera will be needed with high enough resolution to scan a license plate at a far enough distance (~10-15 feet). An RF communication component is also needed to communicate with the central logger module.
2. The IR sensor module - used to detect if the car is still there. An IR sensor will be needed.
3. The security bar - an accessory to the parking sensor, used to mark and block reserved spots. A servo motor and a long, visible bar will be needed.
4. The central logger - A central computer used to log the car’s license plates and how long each license plate was parked for, in addition to marking reserved spaces to raise the security bar. A computer connected to an RF communication component will be needed.
**Criteria for Success** - For this project to be successful, it must be able to accurately read a license plate to 100% accuracy and how long a car is parked to within a few minutes’ precision. The central logger must display this information in an intuitive way that allows for easy usage. The security bar must raise as soon as the central logger asks for it to be raised. For the project to be a success in terms of this project setting, we plan to build the project for a theoretical parking lot with just 2 spaces for a proof of concept. This means that we will need 2 of each module except for the central logger.
|9||EpiCap - a wearable EEG device
|Josephine Melia||Jonathon Schuh||design_document1.pdf
|**Team members: Casey Bryniarski (bryniar2), Qihang Zhao (qihangz2), Shiru Shong (shirus2)**
* EEG tests measure electrical activity at the edge of the brain using electrodes placed along the scalp. Waveforms from these tests can determine what kind of seizure could occur and aid physicians in determining diagnosis and therapy. However, patients are required to be off-medication and could be required to stay overnight, which many neglect due to the time or cost commitment. Additionally, ambulatory EEG devices exist but don't provide cameras.
* We propose the EpiCap: a hat with an onboard EEG system. The epicap can collect EEG signals (using the TI ADS1299 via electrodes in the crown of the cap), detect eye movement (via a camera under the visor), and detect initial seizure activity (via an accelerometer). An onboard bluetooth/wifi chip (e.g. ESP32) can be used to send information for physician interpretation via a mobile device or web service. Physicians can also interpret data from an on-board SD card. The cap must include a wearable power system with minimal noise to not disrupt the EEG.
# Solution Components:
* An accurate 3.3V battery supply that delivers at a low noise is required. EEG tests are on the scale of tens of microvolts so we will need to ensure the supply delivers while being physically compact within the cap.
## The board
* We will need to consider EM/RF/noise pollution mitigation to ensure valid data, how to trigger the cap, and when to relay the data collected or send alerts. We will integrate each device on our SPI bus and write firmware that can collect and store our data. Once we verify the data, we can work on interfacing it with resources off the board.
## Beyond the board
* A mobile or web app that displays data for seamless physician interpretation and produces documents for the patient's medical record. Although our camera may not have the image processing capabilities for eye tracking, we believe a low-cost camera will offer physicians enough context to arrive at a diagnosis.
# Criterion for Success:
* A product that could see immediate use recording and studying EEGs, as well as presenting physicians with an additional "bonus" video of the patient's eye movement. Moreover, we would like to make sure our work and board, and especially the power and EMF considerations, can be iterated upon and used by the OpenBCI community.
|10||Advanced Interface Box for Solar Panels
|Evan Widloski||Jonathon Schuh||design_document1.pdf
Sydney Li [sydneyl3],
Maram Safi [msafi2],
Nikhil Mathew Sebastian [nikhils4]
There are 60 solar panels on top of the ECEB building, currently being used for research, which are not producing any power as of now and can potentially be integrated into the power grid. Additionally, they are not adequately monitored at the moment and this poses a large hazard, especially considering there are no protection interfaces between the panels and their connections to the power inverter.
We want to design a smart interface box for these panels to allow for large-scale system behavior and output monitoring, as well as to support panel up-keep, to prevent any potential disasters like fires while also opening the possibility of future integration of these solar panels into other avenues. In previous semesters (FA19), a team of students were able to create an interface which was able to display a **single** panel's voltage and current, but the solution could not be scaled up to interface with multiple panels as is required. This previous solution attempt also now gives us a constrained size which we must utilize to communicate with multiple of these research solar panels.
Our solution to monitoring and maintaining the research solar panels is a smart interface box that will interface with **multiple** solar panels to produce a single wireless gateway of panel information that feeds into a visually attractive Research Hub for observation and access to research panel data.
The system will be powered from an isolated power supply. The power generated by each monitored solar panel will run through our smart interface box, giving us the ability to detect overvoltage and overcurrent conditions and disconnect individual panels if necessary to prevent hazardous situations. Other features of the box will include reconfigurable tapping to allow users to determine which solar panels themselves are being observed. We will also provide the possibility of manual configuration of solar panels through a wireless interface, allowing users to configure and monitor the solar panel remotely through a server/PC.
Finally, LEDs will be used on the box to indicate the dynamic status of panels as well as the interface. As a fail-safe for remote management of the interface being unavailable, the configuration of the interface can also be controlled manually via onboard switches.
- Switching Subsystem - Contains the ability to reconfigure which sections of the solar panel are being displayed to the wireless interface
- Manual Switches - For manual configuration of the interface box in which the wireless service access may be unavailable. The switches on the interface box can configure the solar panels and will be mounted on the enclosure. Most likely done through combinational or sequential logic depending on how much functionality we can implement
- LED Display - Displays the current status of information gathered from the panels and distinguishes whether the interface box is active or whether the wireless communication is accessible at the moment.
- Thermocouples - Measuring the temperature of the panels in a parallel manner so that a collective combination of data from different panels can be displayed.
- Microcontroller - The main processor for our interface box which has functionality such as being able to communicate the data received from the solar panels, shut down its 12V operations or limit any protection from overvoltage/current, and to determine areas in which certain panels may be overheating. Contains an electrical monitoring system to measure the voltage and current of the panels. We plan on displaying additional data beyond that which may include detailed waveforms and power calculations to our display system.
- Wireless Microchip - Utilizing a microchip to bring about wifi functionality to push data at high speeds from the interface box to the research hub
- Wireless sensor network - In order to scale up the project to have our microprocessor communicate with multiple solar panels, there needs to be a wireless node network. We cannot strictly rely on wiring which communicates one panel's information, instead having a range of sensor nodes spatially dispersed to monitor and record the conditions of each individual solar panel which help bring in collective data to our display.
**Criterion for Success:**
1. With a focus on scaling up to meet the requirements of the solar panels available, we need to be able to interface with at least 10 research solar panels to be successful
2. Interfacing with a solar panel successfully encompasses accurately monitoring its voltage, current, power output, and temperature while simultaneously reporting this data to an external server. _(Higher functionality may include satellite imagery or different interpretations of the data received to determine the power usage during different times throughout the day.)_
3. Remote Wireless Access towards the panels for the authorized ECEB personnel will be successful when it allows for these personnel to configure the solar panels from an external system
4. A successful interface will also provide a Wireless one-way communication to a visual “Hub” for scaled panel monitoring, providing aesthetic visualizations of panel data for observation as well as for general viewing
5. A successful prototype will also maintain the ability to manually control the interface box with in-box buttons and switches as a fail-safe
Our final goal is to have an easy-to-use interface supported by our smart box that allows for accurate and convenient monitoring and up-keep of multiple ECEB research solar panels. We aim to have a prototype that can easily be scaled to meet the entire requirement of available solar panels, and in the end be successfully deployed in the ECEB!
|11||Reflectance Transformation Imaging Dome
|Evan Widloski||Arne Fliflet||design_document1.pdf
|# Reflectance Transformation Imaging Dome
The Spurlock Museum of World Cultures uses RTI photography to preserve digital records of physical artifacts so that they can be studied in psudeo-3D. This is accomplished using "the dome", an array of LED lights and a camera which photographs the artifact multiple times under different lighting conditions. The dome has begun to show its age in a few ways:
- The dome's frame is bulky and the components are loose on the exterior, making transport difficult
- Several of the LEDs used for photography are unreliable
- The software used to control the camera shutter no longer works with current versions of Windows, meaning the photography process must be done manually
- The Arduino governing the dome has had reliability issues due to age
Additionally, our sponsor is interested in a more portable RTI solution that can photograph larger artifacts and is lightweight, allowing for perpendicular setup (for example when photographing an object in a wall-mounted display).
We propose a collapsible umbrella-like dome that covers an area around 1.25 meters in diameter when fully expanded. The frame will be composed of durable plastic or thin aluminum rods to save weight, with three rows of lights mounted on the interior of the dome. An opening at the top of the frame will allow the system to be mounted on the camera tripod provided by our sponsor. Finally, a control board mounted on the side of the frame will control the lights and camera, allowing for automatic and manual imaging.
### Physical dome and lighting requirements
RTI Photography requires a hemispherical set of lighting samples that cover a range of inclination angles from 15 to 65 degrees above the horizon. It is also necessary that each light be approximately equidistant from the center of the subject. The physical dome will consist of 48 LED lights arranged as such. There are no sensing requirements, but some care should be taken to ensure that the lights are bright enough to capture usable images. Lighting requirements vary based on ambient light and the location of the subject, but our sponsor has assured us that modern LEDs are more than sufficient- its is more important that the lighting be consistent to avoid creating extra post-processing work. In order to avoid complications created by ambient light, the exterior of the dome may be covered in a neutral colored canvas to block external light sources.
### Control board
The device used to control the lights and camera must interface with the camera software in order to change lighting at the right times. Additionally, it must be possible for a human to switch individual lights on and off as needed. The control system must also connect to a computer and transfer the raw image files so that they may be stitched together using Photoshop or another image editing program. A program called RTI Builder is used to accomplish this.
The existing software tools used to generate finished RTI images are cumbersome to use and in some cases do not work on modern operating systems. We would like to provide software tools (likely lightweight scripts) to automate as much of the capture process as possible.
## Criteria for Success
The main goal of this project is to create a portable RTI capture dome. This means that the final product should be light enough to be carried by a single person (so less than 40 lbs as a rough estimate) and survive transport by car. More specifically, the lights, control box, and wiring should be contained within an exterior frame so they will not be dislodged by movement, and a collapsible frame will allow for easier transportation.
Questions were raised regarding acceptable resolution and model quality in our original project thread. For RTI imaging to be successful, the main requirements are as follows:
- All photos must be taken from the same position without moving the subject
- All light sources must be equally distant from the subject
Our frame design will accomplish both of these things. In terms of resolution, higher is better, but the setup for imaging is separate from the camera used to take photos. Our sponsor is providing us with a Canon EOS Mark III camera that shoots at sufficiently high resolution to generate quality raw files.
## Our Team
John Ducham [ducham2]
Alexander Calmas [acalmas2]
Hadrian Doromal [hadrian2]
|12||Particulate Matter Sensor Node RFA
|Josephine Melia||Arne Fliflet||design_document1.pdf
|Partners: David Young, Mahip Deora, Zach Plumley
NetID: daviday2, mdeora2, plumley3
Particulate matter (PM) emissions, particularly particles which are smaller than 2.5 micrometers, have been linked to an array of health complications. The EPA collects data on PM emissions but their data is incomplete and is not enough to conclusively point to PM emission sources. If the EPA has better data collection, then they can regulate PM emission sources and improve public health.
# Solution overview
Our solution is to create a sensor array that is discrete and durable enough to be deployed near a potential PM emission source for an extended period of time. In addition, our sensor array should be cheap enough that the average high school science class or family could buy an array and use it to conduct a science experiment. The PM data will be uploaded to a web dashboard and viewed in a user-friendly UI. This dashboard will be the central source where users can view our data and download data into a .csv file.
# Solution Components
## Sensor Subsystem
Particulate matter sensor to directly measure PM 2.5 and PM 10
Wind direction sensor to measure where the wind and thus the PM are coming from
Wind speed sensor to possibly determine how far away the PM is blowing from
Humidity and temperature sensors to provide controls/explanations for variations in PM levels. These sensors are not strictly necessary but might improve data quality
## Processing Subsystem
Internal microcontroller for processing the data from the sensors and doing any signal processing.
Bluetooth, Zigbee, or ethernet to send data from microcontroller to external server (host laptop or a SQL database)
## Web UI Subsystem
Present PM data through various data visualization mediums (heat maps, geographical map, etc,). This will be built using python, flask, and dash
A web hosting service, such as 000webhost, can be used to host our database and website
# Criterion for Success
Our solution can accurately measure PM levels for an extended period of time and indicate the direction of the source. In addition, the data collected will be reported to an external server, where a web dashboard will present the data to users.
While the EPA/other weather stations are already measuring air quality tracking, their data is incomplete. The EPA lacks granular data and there are large parts of the country where there is no PM sensing. If we succeed in making a small and inexpensive product, it can be widely deployed across the country to collect data and pinpoint sources of PM pollution. Once granular data available and sources of pollution are evident, the EPA can make regulations to improve air quality.
|13||Bubz, a 12-lead Wire-free EKG
|Josephine Melia||Jonathon Schuh||design_document1.pdf
|**Names:** Madhavan Nair (mgnair2), Samhita Inampudi (sinamp2) , and Jack Rueth (rueth2)
**Title:** Bubz, a 12-lead Wire-free EKG
In the medical field, EKG’s are critical to use to understand heart health and other kinds of diseases in the human body. One of the issues with the current way EKG’s are used is that there are too many wires. In emergency situations, these wires make it difficult for doctors to do their job efficiently. In addition to that, EKG’s are generally bulky and hard to transport to underserved communities. In the market right now, there is a solution that only provides a frontal view of the heart which does not have the data required to diagnose heart attacks, kidney failure, and other fatal organ issues.
We propose to build a 12-lead wire-free EKG. In our solution we want to create small suction bulbs to conveniently assess a patient’s heart health. Each of these bulbs will contain a circuit board with wireless connectivity to transmit a PQRST wave in real-time to the data display along with a power supply (potentially rechargeable if time permits). Using Body Surface Potential Mapping, we can measure the electrical potential gradient at various points of the body to create a vector mapping including these 12 views from 2 different planes (vertical and horizontal). Each bulb would have to have some form of power supply and bluetooth/wireless transmission, in addition to the actual measurement mechanism/filtration process and data visualization. We hope that this solution would make the process of getting an EKG faster, easier, and more efficient.
3D printed body
- Functioning body that can house our PCB and power supply while also being adhesive to the skin
- Module that transmits PQRST data from the bulb to the computer/screen.
- Transmits data to receiver hub
- 3.3 volt battery for powering amplifier circuit and Bluetooth module
EKG board works
- Instrumentation amplifiers for filtering and amplification of skin potential difference signals. Will likely use some combination of op amps, resistors, and capacitors for refining signal. We are also considering the possibility of using a variable resistor to have flexibility during PCB design.
- Noise reduction. EKGs are on the scale of millivolts, so there a lot of noise reduction necessary to achieve readable, accurate results
**Criterion For Success**
- Accurately transmitting full 12-lead EKG wave to a display at a reasonable frequency (hopefully ~ 20 samples per EKG grid box)
-> could be limited to one bulb according to scope of the project
- Successfully transmitting data without wires reliably (at least 1Mbps transmission rate)
- Creating some kind of data visualization to display the wave on either screen or on a PC
- Generating a bulb design that can successfully attach to the patient while housing all subsystem components while maintaining size constraint of being handheld (looking for palm sized or less)
- Whole equipment should be “portable”, should be easily set up and transported
- Easy to use, should ideally reduce amount of time required for a medical professional to take an EKG (hoping for less than 5-10 minutes end to end)
Ruthvik Reddy Kadiri
|Josephine Melia||Arne Fliflet||design_document1.pdf
|Ruthvik Reddy Kadiri (rkadiri2), Pakhi Gupta (pakhig2), Pooja Bhagchandani (pkb2)
Cardiovascular disease is currently the leading cause of death in the world, with myocardial infarctions being one of the most common types of this disease. Myocardial infarctions are often treatable when diagnosed quickly; however, symptoms of a myocardial infarction are not always detectable and thus, treatment may be delayed. Around 15 million people around the world die from heart attacks each year and over 1/3 of those who experience a heart attack do not experience the most common warning signs. The first test done to diagnose any past or present myocardial infarctions is an Electrocardiogram, or ECG. The ECG can often detect a heart attack earlier than blood tests for heart damage, which can take 4+ hours to indicate damage to the heart. The increased accessibility of ECGs to the public can increase the detection of heart attacks and decrease the fatality of these events.
Our proposed solution to increase public accessibility to ECGs is to design a low-cost t-shirt that contains a long-term wearable standard 12 lead ECG and transmits data to a health-app as well as alerts emergency responders when a myocardial infarction is detected. This t-shirt can be worn at any time and will be particularly useful to populations at risk for myocardial infarction. While t-shirts of this design are already available in the market, their high cost prevents access to most of the at-risk patient populations. Additionally, the high expense of the pre-existing shirt on the market limits the number of shirts patients can purchase and use daily. Other ECG wearables, such as the Apple Watch, only measure 1 lead and are therefore unable to reliably detect heart attacks. An additional challenge that long-term ECG wearables continue to face is motion artifacts. We hope to design a low cost 10 lead ECG t-shirt which can be created into a variety of t-shirt designs and is, thus, accessible to everyone and can be used in everyday activities.
1. ECG Shirt
- Mode of delivery: machine washable t-shirt that is tight fit to minimize noise
- Sensors: adhesive gel electrodes inside the t-shirt that will be covered by another layer of material so that they do not stick to the body
- Signal: we will need to increase the amplitude of our signal for clearer readability and to do this we will include a differential amplifier
- Noise solution: using a filter such as an LPF or a buffer amplifier to eliminate high frequency sound and reduce noise from mechanical functions of the body and environment that do not need to be considered when reading a heartbeat
- Filter: we will need to get rid of certain signals from the power source that could be causing interference, for this we will use a notch filter that can eliminate a specific frequency
- Communication to app: Bluetooth or IoT to connect the ECG shirt to the app so that we can update in real-time
2. Analysis of ECG Signal
- ECG signal input waves can be read and analyzed using specific machine learning models. We will use the appropriate measurements and thresholds that would correspond to interpreting the wave as a heart attack or risk of heart attack.
3. User Interface for Viewing ECG Data
- Creating the front-end of the app using React Native and connecting the backend to the output of our data analysis model. Therefore, our UI will showcase the ECG wave and will update as often as we specify.
Criteria for Success
- Fitted design that will decrease background noise and deliver accurate data
- Creation of an app to alert patient as well as first responders
- We would envision that this app has the capability letting the patient decide if first responders should be alerted in case of an emergency or if the patient’s Primary Care Physician should be alerted
- Patient health information transmitted to their primary care physician
|15||USB Controlled Appliances
|Dean Biskup||Wei He||design_document1.pdf
|Peter Jin (peterhj2), Riley Baker (rileymb3), Nagarjun Kumar (nk7)
Title: USB Controlled Appliances
Problem: There are many kinds of IoT devices, ranging from smart plugs, thermostats, washers and dryers, garage doors, and refrigerators. However, the main issue with these kinds of devices is that the embedded systems that run on those devices are closed-source, out of date, or simply have glaring security and privacy issues. Furthermore, since they usually connect via Wi-Fi to a home network, the attack surface of many of those devices is very large since any computer on the network could access it in some way, allowing attackers on the network to potentially control these devices maliciously. Building a smart plug or appliance by yourself also has challenges. For example, some appliances require switching of high voltages, which may not be safe on a breadboard. This effectively makes a “DIY” version of a smart plug that doesn’t connect to the Internet very difficult to create safely.
Solution: Separate the part that connects to the Internet with the part that actually switches the appliance, and connect them with a safe and well-defined wired protocol. This is what our “USB Controlled Appliances” project intends to do. Instead of connecting to the Internet via Wi-Fi, this “smart plug” connects to a computer via USB. In this way, the computer can be used to control the smart plug, without inherently relying on wireless network protocols. Since this smart plug does not have any Wi-Fi capabilities, the attack surface will be greatly reduced.
The main competitor to our project is the Digital Loggers IoT relay (https://dlidirect.com/products/iot-power-relay). However, the main difference between that and our project is that the former is just the relay itself (with logic level input), whereas our project focuses on being a complete yet separatable kit.
Appliance Subsystems: These are the actual “smart” appliances. Ideally, these appliances should not have any complex “computer” logic in them. They may have transistors, resistors, capacitors, and simple logic gates. The use of ATMEGA or similar chips are also allowed, but nothing wireless is allowed, and they must be removable from the circuit board by the end user. Currently, we intend to create the following appliances for this project:
* A door opener, using a solenoid. It can be a normal door to a room, or it can be the door to a safe.
* A motion detector, as an example of an "input" device that can be connected to the hub.
* Due to its novelty and simplicity (since it is so generic), the optocoupler switcher will be kept. (The TA originally proposed the use of a garage door opener, which we subsume under this heading, as the mechanism will still be very similar, whether it's the physical button or the remote control.)
* We will still do simple switches with one or more LEDs, just to show the overall proof of concept in a simple manner. (This appliance can still be extended in some way to become a smart plug, for example, and is still meaningful by itself.)
* Finally, even with these appliances in mind, we will design the circuit such that the microcontroller can be safely removed (ideally by putting the IC in a DIP socket or switch, rather than SMD) and the actual terminals that control the appliances are broken out on internal headers, such that alternative logic can be used without having to build a whole new appliance.
Hub Subsystem: This is a device that connects to the computer via USB and also to the appliances themselves. The reason why we need this is because 1) we intend for the appliances to be simple, and so they can be used in other “generic” IoT projects without this hub, 2) it relieves us from having to implement a USB protocol on all four types of appliances directly, and 3) allows multiple appliances to be connected to one USB port, which very few exist on many modern computers.
Computer Subsystem (not formally part of the hardware design): This is the computer that actually controls the “smart devices.” This may be an actual desktop or laptop computer, or it can be a Raspberry Pi or other single-board computer. The software should be able to run on any computer with a USB port regardless of characteristics like the CPU architecture or operating system. When used with software that allows the appliances to be controlled remotely, the computer here is also known as a “bastion host” for the appliances.
Each subsystem will be its own unit with its own circuit board and enclosure. The appliance-to-hub connection will use a protocol that is convenient for the appliance, and the computer-to-hub connection will use USB.
Criterion for success:
* The appliance subsystems will be able to control various types of appliances (remote control, door lock, etc.) electrically using protocols that are simple to implement and are only as complex as necessary for the appliance.
* The hub subsystem will convert between USB and the simple protocols used by the appliances, such that the simple protocols for the appliances don’t need to be broken out on the computer, and each of the appliances doesn’t need to implement USB by itself.
* The appliances, hub, and computer communicate between each other using simple, well-defined protocols.
* The system is designed such that no wireless communications is necessary for any purpose, except those which may be implemented on the computer.
* All components are "separatable" i.e. the microcontroller must be able to be safely removed, and all components which are built into their own enclosures must be independently usable without any of the other components.
|16||Handsfree Following Cart
Matthew Sun-Yu Mo
|Stasiu Chyczewski||Wei He||design_document2.pdf
|# Handsfree Following Cart
- Vincent Sorrentino (vcs2)
- Anudeep Ekkurthi (anudeep2)
- Matthew Sun-Yu Mo (msmo2)
# Link to Initial Web Board Post
-Carrying many heavy and odd sized objects takes significant effort and strain.
-Time wasted with setting up a project site with material could be used on the actual project.
-Risk of injury to a person or damage to property is high when carrying such material to a project site
-Cost of labor associated with carrying material could be resorted to other technical work.
-Mechanical solutions like a wheelbarrow/cart are helpful but still require time and effort from the user.
-To reduce time spent, increase effective use of limited labor and safety at a low cost, an automated cart would be very helpful for landscape/small construction crews to transport project and waste material.
-Cart will follow the user while carrying heavy loads, and could also follow a clear path set by the user to deliver the material.
-The cart would be hands-free operation, allowing one user to handle transportation of materials effortlessly, while the rest of the team can spend more time on technical work.
# Solution Components
-[Collision prevention] Prevent the cart from damaging property or itself by avoiding obstacles. We will be using ultrasonic sensors to prevent collision with objects in front of the cart and also add them at an angle facing the ground to determine approach clearance. Due to the cart following the user at a safe and low speed, it will be able to clear most of the obstacles.
-[User Following] Follows the cart user by using a Bluetooth module and a GPS module. The user’s phone will send its location to the cart and the cart will compare it to its position to follow the user.
-[Path Following] Follows path points set by the user in an application for repeated trips. Will keep track of the location points and compare that with the GPS location of the cart.
-[App] Establish communication between the user and the cart, used for setting the cart into a user following or path following mode. Additionally, the app will notify the user about the location of the cart and notify them in case it gets stuck or cannot find a clear path.
-[Motor Control] Control the speed and direction of the cart given data about location and path obstacles.
-[Mechanical Component] Cart must have a robust frame to carry weight and be able to contain all electronic components and power sources safely from the materials. Will also need a flat top to set material on.
# Criterion for success
-Follow a user at a safe, set distance in the user following mode.
-Follow a preset path closely in the path following mode.
-Carry payload of a certain weight (150-200lbs)
-Avoid collision with users and obstacles while navigating.
-Notify the user about the status of the cart, such as being stuck or not being able to find a path around an obstacle
|17||PillSafe - Smart Pillbox Lid
|William Zhang||Arne Fliflet||design_document1.pdf
|# PillSafe - Smart Pillbox Lid
- Sumuk Rao (sumuksr2)
- Apoorva Nadella (nadella3)
- Yan-Jun Fang (yjfang2)
The opioid epidemic has been a rising issue, and although there are some efforts to decrease this, none have been very successful. There needs to be a stricter way of informing a doctor when a patient is susceptible to addiction without taking away complete control from them. A pill cap that counts the number of pills coming from the box and sends that data to the doctor is a solution that could help greatly with this epidemic. The current design is big and simple, and we want to improve upon this by optimizing the size and functionality.
A smart medication pillbox with a built in mechanical component, wireless transmission capabilities, and an accompanying app to track the number of pills taken out of the pill box. To ensure accurate measurements of the number of pills taken out, we use a mechanical pill dispenser system to limit only one pill to be taken out at a time.
link is here: https://youtu.be/iwnlcyby1cw?start=69
A small laser will be pointing across the opening of the pill box where pills can exit, while a photoresistor is placed on the other side of the opening, receiving the laser. The laser is blocked whenever a pill is taken out, which is sensed via the photoresistor, and this data is displayed on a small monitor, alongside being transmitted wirelessly to an app.
# Solution Components
## Pill Dispenser
The purpose of this subsystem is to dispense one pill at a time and record when a pill has been dispensed. This will consist of only a mechanical solution. As seen in the GIF above, due to the movement of the levers and angle of the opening, it is guaranteed that when a pill comes out, only one pill is pushed out of the bottle at a time. Currently planning on using a custom 3D printed module.
## Laser and Photoresistor
The laser and photoresistor work together in order to sense when a pill is about to be released from the pillbox. The laser shines a constant light across the small tunnel where the pill resides just before being released, while the photoresistor is positioned to receive this light. Whenever the pill dispenser mechanism is used and a pill is loaded, the pill will block the laser light, which is then sensed by the photoresistor. This signals that a pill will be released.
Red Dot Mini and Tiny Size Laser Modules - Quarton Inc. - Laser Diodes, Laser Modules | Online Catalog | DigiKey Electronics
## Bluetooth Module
The Bluetooth Module is responsible for sending signals to an external device updating the number of pills taken out of the pillbox. Whenever the photodiode detects that a pill is loaded, a signal is sent wirelessly via bluetooth to a connected device. The original design of the Smart Pillbox created by Ariana uses part “”, which is too large. We hope to instead use one of the following smaller modules:
Amazon.com: 1 pcs lot DA14580 smallest bluetooth module Bluetooth 4.0 4.1 low energy bluetooth module : Electronics
Amazon.com: HiLetgo HC-05 Wireless Bluetooth RF Transceiver Master Slave Integrated Bluetooth Module 6 Pin Wireless Serial Port Communication BT Module for Arduino : Electronics
How to Choose a Bluetooth Module For Your Project - Tutorial Australia (core-electronics.com.au)
## Mobile App
A mobile app running on an external device is used to store the number of pills taken out of the pillbox. The app will have users, so that doctors would have to log in with credentials to see their patients' data. The doctors will also get an alert if the patient takes out more pills than their dosage, so that the doctor can follow up and prevent any future issues.
## Connection Interface
A connection interface that the pillbox can connect to an external machine for data management purposes. Currently, we envision the dock allowing doctors to set the number of pills the pillbox starts with, a daily recommended intake amount, and data on when pills were taken and the amount.
## Counter Display
One feature we are aiming to tackle is displaying the count of the pills left inside the bottle. This will be done using an LED display which will display the counts. We are hoping to use the component “4041AH-33” as a display for these numbers.
The memory module stores information about pill usage, such as the dates when pills were taken out and how many, along with other information such as daily recommended dosage and remaining pill count.
# Criterion For Success
1. The Mechanical system should successfully deposit only one pill at a time.
2. The photoresistor will accurately sense when a pill is blocking the laser.
3. The bluetooth component will communicate when a pill is dispensed.
4. This data will be communicated to the mobile app as well as the display on the cap.
5. The Pill dock only allows for doctors to modify certain values(daily recommended dosage, starting amount), and displays data on when pills were taken and how many. -- Not wanted, can consider
|18||Affordable Analog Synthesizer
|Feiyu Zhang||Jonathon Schuh||design_document1.pdf
|## Team Members
Michael Jamrozy (mjamro3), Breanne Warner (breanne2), Yashas Bhushappagala (yab2)
# Affordable Analog Synthesizer
The high cost of analog synthesizers make them prohibitively expensive for anyone interested in synthesizers as a hobby. One can easily expect to spend $300 or more on a new, low-end analog synthesizer, and the cost increases significantly for more capable synths. Such a high upfront cost discourages many people from purchasing and learning about synthesizers.
# Solution Overview
We propose to build a box with a MIDI input and audio output. The controls for the synthesizer, which will mainly consist of knobs and switches, will be located by the front panel and be organized by their function. The controls include things such as the cutoff for the filter, the attack, decay, sustain, and release of the ADSR envelope generator, etc. The internals of the box will be built with cost in mind, using only readily available and cheap components to keep the cost as low as possible. There will be four main parts to the project: the power supply, the interface with the MIDI keyboard, and the analog synthesizer, and the audio output.
# Solution Components
## Power Supply
We plan on using an existing power supply.
## MIDI Subsystem
The standard MIDI interface allows the synthesizer to be connected to any MIDI keyboard. The microcontroller will read the pins of the MIDI cable and determine which keys are currently pressed, and then it will output this information to the synthesizer. This step will likely require a DAC to feed into the voltage-controlled oscillator described in the next section. Additionally the microcontroller will have the ability to play back MIDI files stored on an SD card.
## Synthesizer Subsystem
This synthesizer will use subtractive synthesis. First generate a wave with a pitch corresponding to the key pressed using a voltage-controlled oscillator, which will either be a square wave or triangle wave. The next stage is to filter them using a low-pass filter with a controllable cutoff. Then the sound will go into a voltage-controlled amplifier whose input comes from an ADSR envelope generator, which can also be used to modulate the cutoff frequency. The synthesizer will have a low-frequency oscillator which can be used to modulate either the pitch, amplitude, cutoff frequency or pulse width in the case of the square wave. All knobs on the front will be attached onto potentiometers on the circuit board that control voltage dividers, and these voltages will go to the various voltage-controlled amplifiers, filters and oscillators.
## Audio Output Subsystem
Built in speaker as well as auxiliary output for external speaker.
# Criterion for Success
- Recreate well known synth sounds used in popular songs. Some examples of sounds would be the synthesizer parts of Cinema Show, On the Run, and Lunar Sea.
- Controllable with at least 24+ keys from the MIDI keyboard.
- Read key inputs from a file on an SD card and play them through the synth as if the notes were being played on the keyboard. There can be multiple songs loaded onto the SD card and the user can cycle through them to play a specific song.
|19||Wearable communication device for deaf/mute
|Stasiu Chyczewski||Arne Fliflet||design_document1.pdf
|Team members: Andrew Ko (hyunjun5), Minho Lee (minhol2), Yihan Ruan (yihanr2)
Wearable communication device for deaf/mute
- Most of the time socializing with other people without disabilities is not a pleasant experience for the deaf or mute people as most are not familiar with sign languages. To help with this, we thought of a wearable device that is a belt-like device which the user can simply wear on any clothes.
- As mentioned, we will attach a stenographic keyboard and a speaker on the belt. We decided to go with the stenographic keyboard because once learned, it would be a lot faster to allow for real time conversation. The speaker attached would convert the text to speech for the listener.
- The way the user would listen is by reading. The extendable display module that normally resides, charging, on the side of the belt(wired) will feature speech to text with a built-in mic and display the words on the screen for the user. The display module can be handed over to the person talking.
[Stenographic keyboard]: After getting used to the stenographic keyboard, people can use this keyboard to write messages which will be converted into speech.
[Text-to-speech speaker]: It will take in the text from keystrokes and output the words to the speaker.
[Display module with speech recognition]: The built-in mic will take in the listeners words and convert them to text ultimately displaying them on the screen for the user to see. The interface of the screen will be split in half, one for the user and one for the listener.
[Supply]: A battery supply providing power for the display module
Criterion for Success
- Stenographic keyboard will allow the user to type as fast as one speaks and the text to speech algorithm would have to compute as fast to instantly output them through the speaker.
- The display module would also have to be as fast in converting the speech to text ultimately displaying the words on the screen without much delay.
- The user interface for the display module would have to be neat and clear on who said what and who typed what.
- The battery life of the device will need to be at least around 6 hours so the user can bring it around without needing to charge so often. We would also need to allow the user to power the device on/off to save battery life.
- The device needs to be light enough so that the user does not feel very inconvenient in wearing the device. If it gets too heavy, we will attach suspenders to the belt.
|Dean Biskup||Wei He||design_document1.pdf
|# Team members:
Chaehee Lim (chaehee2), Kevin Choi (kevinsc2), Kevin Yu (Yuey8)
As working from home has become more popularized, people have become more accustomed to sitting in their rooms all day. However, many workers may not be getting consistent sunlight from their windows while being preoccupied with work and neglecting to angle their blinds accordingly. To get a consistent level of sunlight, a person needs to frequently adjust their blinds, and not doing so will mean that a person may be getting more or less light from the window than intended.
We propose building blinds that adjust its angles based on a user’s desired level of brightness using a pulley that pulls on the blind’s strings. This could be done using a light sensor to detect how much sunlight exists outside and another sensor to detect how much sunlight is actually coming in. With the data from these sensors and the current time from the device’s real-time clock, the device will adjust the blinds based on the current brightness level and also the time, where a desired brightness level may vary throughout the day. The device’s behavior based on these two factors may be adjusted through an application, which can cater to a user’s specific need.
# SOLUTION COMPONENTS:
- The physical blinds would be the ones blocking the sun.
- The motor will be attached to a pulley system that directly manipulates the wires and controls the angle of the blinds.
2 photosensors -
- First photosensor will read the output from the outside window to record the maximum brightness so that the user knows the maximum sunlight that can be brought inside the room
- Second photosensor will be well within the room connected via bluetooth or wifi to abstain the general brightness of the room itself to make sure that the desired amount of sunlight is entering the room.
- From the data of these two sensors, we will automate the adjusting of the blinds to match a desired brightness level up to the maximum brightness available outside.
Real time clock -
- The device will read the time and influence the adjusting of the blinds by what time it is
- The user will be able to customize the desired brightness level with a real-time component where the brightness of the blinds matches this level with the adjustments of the blinds.
- We will implement a base control algorithm within the device where the purpose is to adjust the blinds to a specific brightness level, but to adjust the threshold for this algorithm (as the maximum sunlight throughout the day changes), we can do so by changing values on the application.
- We would like to also add a scheduling component so that the user can schedule that they want X amount of sunlight at X time. We could try to suggest how much can come in at that time based on how much sunlight usually comes in during the day (more in the morning, a lot at noon-ish, none at night)
# Subsystem #1: Pulley device
The pulley device will determine whether to adjust the blinds. The device will include a motor that adjusts the blind’s strings, and an arduino containing a real-time clock. This device will receive light sensor data via wifi/bluetooth transceiver module and will control the motor based on the light sensor (Subsystem #2) and time data received. Ideally, the device will adjust the blind’s angles so the room can have a user’s desired brightness level throughout the day, where this level may vary as the day progresses.
# Subsystem #2: Photosensors
We will have two photosensors spread out across the room connected to the pulley device (Subsystem #1) via wifi/bluetooth transceiver module. The first photosensor will read the output from the outside window to record the maximum brightness so that the user knows the maximum sunlight that can be brought inside the room. The second photosensor will be well within the room to abstain the general brightness of the room itself to make sure that the desired amount of sunlight is entering the room.
# Subsystem #3: Application
We will have a mobile application that sets a brightness level manually and this allows the blind system to operate accordingly. On top of that, the application will support a schedule utility that determines the working hours of the blind system. Also, a recommendation algorithm will be incorporated into the application and suggest brightness level for users depending on the time of the day.
# CRITERION FOR SUCCESS:
- The photosensors can accurately read the brightness and adjust the blinds through the motor in real-time in conjunction with the real-time clock
- The blind adjusting should be relatively quiet and not bothersome to anyone inhabiting the room
- The photosensors should be small and not visually distracting
- The application can adjust the criterion of what brightness level the blinds always prioritize adjusting to
|21||Player Tracking Camera
|Feiyu Zhang||Wei He||design_document1.pdf
| - **Team :** Shivang Charan (scharan2), Aksh Gupta (ag26), Oreoluwa Sunmola (asunmo2)
- **Player Tracking Camera**
- **Problem** - Watching and rewatching amazing highlights by athletes has become quite popular across the internet. These viral highlights have primarily been reserved for organized sports teams with dedicated film teams - as regular people generally do not have a cameraman to film the pickup games they play.
- **Solution Overview** - In order to solve this problem, we intend on creating a moving stand that will keep the intended target in the view of their camera. This stand will be adjustable to fit most existing cameras. By setting up small beacons around the playing area we can calculate the position of a person running - which would then be used to rotate the camera to capture the subjects’ movements in real-time. Functionally, this would eliminate the need to have a cameraman follow the game’s movements and would automate the filming process.
- **Solution Components**
- **[Camera Module]** - The user will place the camera module on the edge of their playing area. The camera module will consist of a camera and a mount for the camera. The mount will be connected to a servo such that the camera rotates in the direction of the subject.
- **[Bluetooth Transceivers]** - There will need to be two bluetooth transceivers. The first will be on the player the camera is tracking. This will interface with the BLE beacons around the playing field to relay a position estimate to the second bluetooth transceiver - located on the camera module.
- **[Microcontroller]** - The microcontroller will have to take in the positional data from the Bluetooth transceivers and calculate the degrees the camera has to move and run the servos accordingly.
- **[BLE Beacons]** - The beacons serve two purposes. The first is to create the boundaries where the camera will be active e.g (the four corners of a basketball court where the game will be played). The second purpose of the beacons will be to serve as a reference for the position of the subject we are tracking so that we can get the coordinates of the subject using the beacons and rotate the camera module accordingly.
- **Criterion for Success** - For this project to be successful,
- BLE beacons should be able to communicate the relative distance of subject wearing Bluetooth Transceiver
- We should be able to pinpoint the position of the subject using the beacons as reference points.
- The camera module should be able to accurately follow a fast subject and keep it at the center of the frame while the subject is within the boundary set up by the beacons.
|22||Covid-Safe/Self-Cleaning Fitting Room
Ege Dora Guler
|William Zhang||Arne Fliflet||design_document1.pdf
|**Partners:** Arin Manav, Ege Dora Guler, Bill Heniades
**NetID:** ymanav2, edguler2, wh8
**Title**: Covid-Safe/Self-Cleaning Fitting Room
**Problem**: Due to Covid, most stores closed their fitting rooms to customers as a safety measure. This has made buying new clothes an unpleasant experience as people can't use the fitting rooms to make sure they are buying the right size of the clothing. This is also costing money to clothing stores because of decreased customer satisfaction.
**Solution Overview:** A Covid-safe fitting room can detect when a customer enters the fitting room and leaves it in order to start a disinfection process that involves using UV light and sanitizer spray. A sound detector inside the room and two ultrasonic sensors installed next to each other horizontally at the entrance of the fitting room determines whether a customer is entering or leaving depending on which one of the two sensors is triggered first. When a customer enters the fitting room the wait state starts, and the Covid-Safe fitting room waits for the customer to leave. When the sensors detect the customer has left, the door automatically locks, the UV light turns on and sanitizer is automatically sprayed to surfaces in the fitting room. In addition to sensors at the entrance, a motion sensor can be used in the fitting room to make the customer detection more accurate. Also, a panic button inside prevents the customers from being stuck inside when the disinfection process starts. Instead of doing a full-scale model, a small glass tank can be used to represent a room and a scaled down implementation can be done. The UV light is a method being used in hospital environments and short durations of UV light exposure do not harm the material inside the room. Also, disinfection products are already being used in many commercial spaces, therefore in the long term, using the disinfection products wouldn’t cause harm to furniture or the products in the fitting room. Another feature of the room is the indicator light which changes color according to the state of the room. For example if someone is in the room it lights up yellow, when the disinfection is taking place it lights up red, and when the room is empty and disinfected it lights up green.
**Advance detection scheme:**
For advance detection two ultrasonic sensors can be used to detect motion and a sound sensor can be used to make it more accurate. Using ultrasonic sensors for detecting the entrance and the exit of the customer prevents the privacy concerns related to using a camera to detect motion.
We are planning to make a logic circuit using flip-flop TTL chips and other logic gates that implement a state diagram consisting of WAIT, DISINFECT, OPEN states. The signal from the sensors will be used as input to change between states. Depending on the state, the logic circuit will enable the UV light and the mechanical systems. The panic button works as a reset button and resets the states back to WAIT state.
**UV Light and Indicator Light:**
UV light is turned on during the DISINFECT state determined by the input going to the logic circuit. It turns off during the WAIT and OPEN states. The indicator light turns green when the room is in OPEN state, which indicates the room has been disinfected and is empty now. It turns yellow when the room is in the WAIT state and someone is inside the room. Finally, the indicator light turns red during the DISINFECT state.
A mechanical system using a servo motor locks the door in the DISINFECT state so that customers don’t accidentally enter the room during DISINFECTION. Another mechanical system sprays the disinfection product on the surfaces.
**Criteria for Success:**
- Our project will be a success if it accurately runs through the states when a customer is occupying the room and when they leave and it needs to be cleaned. Due to the scale of the product, our ‘customer’ would be a smaller mechanical robot that would move inside the room to create the sound and movements for the sensors to detect.
- The indicator lights indicate the right state.
- Panic button resets the states back to WAIT state.
- The disinfection solution covers a sufficient amount of the surface.
- The UV light turns on in the DISINFECT state and turns off during WAIT and OPEN states.
- The door automatically locks during the DISINFECT stage.
|23||AUTO PLAYING BOARD GAMES
|Dean Biskup||Wei He||design_document1.pdf
- Nicholas Rappe (nrappe2), Kevin Villanueva (kevinmv2), and Rafal Czech (rczech2)
- Auto-Playing Board Games
- People with physical disabilities can find difficulty when participating in family game night. Anyone with restrictive moving or difficulty of control can struggle to move the many pieces on some of the most famous board games like Chess, Sorry!, or Monopoly. Those with disabilities can feel alienated when having to rely on others to assist in participating in games like these. Not to mention the additional risk of contracting sicknesses like Covid from having to interact with additional personnel.
- A remedy to this would be to have disability-compatible inputs, such as voice, controlling self-moving pieces. To implement this, a base that houses a X/Y grid motor moving an electromagnet would be able to slide pieces on the board above. Any of our chosen board games would then be placed on top with magnetically modified pieces. Then with voice input, the system would move the pieces accordingly. Not only can this be marketed as disability-friendly but also as a way to elevate the normally mundane family game night.
# **Solution Components:**
- **X/Y Coordinate System** - This system will reflect that which is used in 3-D printers, except it will not have a Z-axis as pieces are travelling on a flat board. The electromagnet will be the main point of interest and will be programmed to activate under specific pieces in order to move them.
- **Voice Recognition Program** - This will be a key component of the project as voice will be the primary method of input when choosing to move specific pieces.
- **Modified Game Pieces** - Pieces will have to be very lightweight and have magnetic bases in order to slide easily across the board. These can be replicated using a 3-D printer and small, powerful magnets.
- **Chess Program** - The program will need to be able to recognize what a legal chess move is, and recognize when there is a winner in order to end the game.
# **Criterion for Success**
- The final product should be both accurate and fast-acting so as to not take away from the classic board game experience. If voice inputs can be processed accurately and the system can efficiently move pieces then the product can be considered a success.
- The chess program must be able to determine whether a move is legal or not.
- The chess program must be able to determine when there is a winner.
- The magnets are powerful enough to move every piece, but not too powerful that they inadvertantly move pieces nearby as well.
|24||Educational Entanglement Device
|Josephine Melia||Arne Fliflet||design_document1.pdf
|# **Project Team:**
- Benjamin Kassel (bkassel2)
- Andrew Situ (asitu2)
- Ian Skirkey (skirkey2)
- Professor Kwait
We’d like to create an ‘entanglement simulator’ for public demonstrations and outreach. We will work with Professor Kwait to create a device that can should be able to demonstrate Quantum Entanglement in a fun, educational way that can be displayed in the ECEB or the Physics building.
# **Solution (Idea Post from Professor Kwait):**
The Educational Entanglement Device: It would feature a central ’source’, out of which come two LED strings, in opposite directions. Correlated light pulses would travel down each string (visible to the observers). The participants could then ‘measure’ the pulses in one of a couple different ways (by touching the strands in a particular way — students would have to figure out the best way to do this, using capacitive switches, pressure sensors, etc [it's a bit nontrivial, since we'd like the participants to be able to touch anywhere along a ~3' stretch of the string, but with ~1" resolution of where they touched]), yielding one of a couple results (in accordance with quantum mechanics). These would then be shown on a local display to each of the participants. In addition to demonstrating the basic correlations of entanglement, such a system can also implement a basic quantum cryptography protocol. If the two participants make the same type of measurement, they get the same (but random) result. These can then be used to generate a shared random key, which the project could then use to allow them to send a short encrypted message ("one-time pad").
This could be done by having touch capacitive sensors and pressure sensors all along the two 3' LED strips which would terminate at two LED display. The different inputs from the capacitive sensors and pressure sensors would be forwarded to a control board if the light pulse and the input from the user overlap to demonstrate the users measurement of the 'particle'. The control board would then modify the initial output of the light pulses depending on the user input to illustrate how measuring the light pulses would change the 'particle's' output onto the two displays. The input would be based on the different capacitive touch and pressure inputs ran through some deterministic algorithm so that the same action performed in the same location would output the same throughout the runs to illustrate the basic quantum cryptography.
# **Solution Components:**
**Educational Interface module:**
-Local Displays: 2 displays to demonstrate quantum entanglement’s message being received on 2 different locations
-Touch Sensors (Capacitive touch sliders): Sensors to allow participants to affect the LED’s in the demonstration of quantum entanglement
-LEDs: Lights used to illustrate the light pulses
-Control Board: Receives and interprets all of the data from the touch sensors and digitally affects the ‘measurement’ of the entangled particle which would then be outputted on the displays.
-Network Interface: Connection between the two different displays to authenticate the same message would be displayed at the same time.
# **Success Criterion:**
It would be important to push the project through to a final ’nice’ robust system. We would also want the device to not look out of place in an ECE building, and also be able to educate those less familiar with quantum entanglement
|25||Wheelin and Dealin
|William Zhang||Wei He||design_document1.pdf
|# Wheelin and Dealin
# Team Members:
## We recognize all of the concerns, I hope this RFA can clarify some of those concerns and make our initial project idea more clear. I believe this idea has just as many if not more ECE oriented components as other projects from the past.
Poker and other card games require shuffling and dealing after every hand. This is quite tedious and often results in poorly shuffled cards. Player dealers can rig decks and manipulate cards while dealing making them a slow and poor choice for dealing. Modern automatic shuffling tables, especially ones with RFID decks and readers are extremely expensive and don't include a dealer. This would be an all in one cheaper option for a efficient poker table.
We want to make a table/machine that is able to detect the number of players at the table, be able to shuffle a deck of cards and deal only with players sitting at the table. The robot would be servo mounted and able to send one card at a time around a distance of 2-5 feet. It would need sensors to try and detect players currently sitting and the distance they are away as well as a mechanism to shuffle cards.
# Solution components:
## Card Shuffler:
A card shuffler would simply split a deck and rifle the cards to create a new shuffled deck. Designs for this exist, so we would need to spend less time focusing on mechanical aspects of the project and more on sensors and circuitry.
## Card dealer:
This is the actual mechanical portion of the dealer that pitches cards to players. This would involve a motor as well as a mechanical arm to pitch a single card to a player. We will us a micro controller to control the motor and use a precision scale to determine ensure a single card will be pitched. The dealer needs to deal to a precise area, deal a single card, and deal it face down.
## Player Recognition/Swivel to deal to players:
We need a proximity(ultrasonic/camera/IR LED) sensor in order to detect a player. This part would involve the proximity sensor to detect whether a player is sitting and then swivel away or deal based on the location of the player. Based on whether a player is sitting at the table or away from their seat, they will either get dealt in or left out
## Distance recognition:
Beyond simply recognizing whether a player is sitting or not. We like this bot to function for a variety of tables and to not need human configuration or the need to specify distance. A difficult problem is that players are at different distances from the dealer at octagonal/hexagonal/oval and especially rectangular tables causing the need for our bot and circuit to detect how far a player is sitting and deal with the proper.distance. This portion of the project would involve some simple low level coding or adjusting motor power using a circuit and Proximity results to pitch cards different distances.
## Card Scanner/Mobile App/Simple GUI display:
Finally modern poker tables are smart enough to detect what card is being dealt and what hole cards players are holding. These tables are extremely expensive and utilize RFID cards as a stretch goal we would like to integrate the ability to scan and detect what card is being dealt before it gets dealt so that we can view hands and keep track of player and hand data on a mobile app or simply create a graphical display for spectators to view the game.
# Criterion for success:
The card shuffler can riffle multiple times without issues.
The robot can pitch a single card to a single player.
The robot can pitch a single card to multiple players in a circle.
The robot can selectively pitch a card based on if the player is seated at the table.
The robot can pitch a card with variable distance based on distance of the player.
The robot can deal face up cards for Flop Turn and River for Poker games.
The robot can scan and recognize the card being dealt.
An App or GUI can accurately display and track the game being played.
|William Zhang||Arne Fliflet||design_document1.pdf
|# Team Members:
* Guangxun Zhai (gzhai5)
* Zilin Zhao (zilinz2)
* Jiacheng Huang (jh59)
* A wheelchair with a person sitting in it is heavy, so it takes a lot of effort to push, especially at the beginning (from rest to move).
* When moving a long distance, there might be several stops (for example, when fronting obstacles or traffic lights). Whenever you need to restart pushing the wheelchair, you need to apply extra force for acceleration, which is exhausting.
Our proposal is to build a motor-aided wheelchair to help people push, which exerts a smooth assisting force to the wheels according to the pusher’s force. In this way, the pusher is able to apply a small portion of the total force, and the motor is able to compensate for the rest part, which saves the pusher a lot of effort.
# Solution Components
We will use the pre-designed wheelchair from the previous semester, which already has motors connected to the wheels.
Several motors connect to wheels, giving assisting powers to the wheelchairs. Based on the mode selected, motors will provide different levels of power to wheels that assist the movement of the wheelchair. Motors will have a maximum speed limit for safety concerns.
## Force Detection
Force detection unit, using load cells, to detect how much force and what direction the force is pushing. By determining the magnitude and direction of the force of both handles, we are able to determine the movement of which the pusher is trying to push the wheelchair. The force detection will also have a maximal force limit for safety concerns.
## Smooth Function
Based on force detection, the motor will provide corresponding extra power to the wheels to give the person who is pushing the wheelchair an extra help. The whole point of this function is to determine how much the extra force should be applied to the motor. The function will consider multiple cases including pushing, pulling, turning left and right, stopping. The smooth function will also have a maximum acceleration limit locked for safety concerns.
## Control Panel
A control panel is provided for the person sitting in the wheelchair with command of moving forward, backward, turn right, turn left, and stop. All commands other than stop are optional. The stop command on the control panel has the highest priority for safety concern, so that the person sitting in the wheelchair is able to stop it immediately.
We are considering using STM32 as the control unit, which receives data from the force detection unit, calls the smooth function, and transmits the result of the smooth function to the motors. The control panel is able to interrupt the microcontroller to perform the highest-priority stop command.
## Hand Tracking (Optional for Safety Concerns)
A camera and a small computer are applied for hand tracking detection. This camera will track the hand gesture of the person sitting in the wheelchair, sending the signal to the small computer, which processes computer vision analysis. The only hand gesture we add in this project is a stop command for safety consideration. When the person sitting in the wheelchair puts his hands wipe open towards the camera (because this is what our hands usually do when falling), the wheelchair stops.
# Criterion For Success
* Starting from rest, a pusher behind the wheelchair is able to use a small, smooth force to push the wheelchair forward.
* For safety concerns, a maximum speed of the wheelchair is set, once the speed exceeds the limit, the motor is going to exert negative force to slow the wheelchair down.
* Also, the person sitting in the wheelchair is able to use the control panel to immediately stop the wheelchair when something goes wrong.
* (Optional) When the person sitting in the wheelchair raises and expands hands, the wheelchair stops.
|27||Real-Time Sign Language Translator
|Bonhyun Ku||Wei He||design_document1.pdf
|# Real-Time Sign Language Translator
- Gene Lee (genel2)
- Kaelan To (kto3)
# Problem (Describe the problem you want to solve and motivate the need.)
Technology is improving rapidly, and with that, it serves the purpose of making our lives easier. We want to leverage the technology available to us and further integrate those with disabilities more into our society; specifically deaf individuals in an academic setting. When we imagine students with hearing impairments working with others, we think of the other students having to wait for the student to type out their thoughts. However, brainstorming/bouncing off ideas requires rapid discussion in order to spark good ideas. Sometimes typing may not be as fast (which might hinder the group) or even may not be accessible to students (especially in K-12) in classroom settings.
# Solution (Describe your design at a high-level, how it solves the problem, and introduce the subsystems of your project.)
We propose a portable real-time sign language translator to solve this problem. We would utilize computer vision to differentiate the hand signs and feed the visual input to a microcontroller and give audio feedback (sound translation of the hand sign). This portable system would assist them in communicating with teachers, but most definitely help deaf students work in a team with other students efficiently.
# Solution Components
Explain what the subsystem does. Explicitly list what sensors/components you will use in this subsystem. Include part numbers.
## Visual Input
A camera will be used to read input from the user and send that information to the central processor.
## Central Processor
The central processor will decode the input from the camera and send that information to the audio component. We plan on using a pose estimation library on a Raspberry Pi to process the input.
Speakers will take the decoded output from the central processor and play it out from the encasing.
The battery should have a large enough charge to last about 8 hours, which is a typical school day from grades K-12. They also need to be small enough to fit in a relatively small encasing to be more portable.
All the components are expected to fit inside a casing that would be portable enough for a student to carry around from classroom to classroom without much trouble. The goal is to be able to fit all components inside a 15x15x15cm cube or other encasing of equal or smaller volume.
# Criterion For Success (Describe high-level goals that your project needs to achieve to be effective. These goals need to be clearly testable and not subjective.)
Able to identify sign language and translate into English in real-time (threshold set to be within 0.5 seconds)
Able to identify signing at a moderate/conversational level speed (threshold to be set after more discussion/research)
System is lightweight/portable (not hard to carry around)
Battery lifetime of at least one school day(8 hours)
|28||Synth + Guitar Multivoicer Pedal using DSP
|Feiyu Zhang||Jonathon Schuh||design_document1.pdf
A lot of guitarists these days, especially in the metal/indie scene use an extensive set of guitar pedal effects to shape their guitar tone. However, analog pedals are often prohibitively expensive to have many of. There exist digital solutions and pedal boards, with the limitation that they are often really expensive ($600+). A lot of the effects that are implemented digitally try to mimic analog guitar tones, instead of exploring the vast artistic possibilities that digital signal processing offers
Our solution is to use an ATMEGA328P Processor to implement a novel kind of guitar pedal – one that will add electronic harmonies to an analog guitar note played by the guitarist. This will be in the form factor of a normal pedal, and the knobs will give the guitarist the option to select what kinds of harmonies they want to overlay (Major 5th, Major triad, 7th, etc). This will result in a single solution for a sound that indie/rock guitarists often try to recreate with much wasted effort
# Input/Output subsystem:
The input subsystem will be all analog, and will allow the user to choose the input gain, and will use low pass filters to cut off unwanted high harmonics that may cause aliasing in ADC. The output from the Arduino will be low pass filtered and will use parallel PWM signals to improve the resolution.
# DSP Subsystem:
The digitized input will be analysed for it’s fundamental frequency. When the fundamental frequency is analysed, the input note will be mapped to the closest note according to the standard 440Hz ‘A’ note and the 12-tone equal temperament system. This note will then be used to calculate the notes of the selected harmony, and the harmony notes will be synthesized with a DSP waveform generator chip such as AD9835 and be balanced output along with the guitar signal.
# Criteria for success:
We would consider this project successful if the system outputs a signal which has a balance between the played note and synthesized notes, and is the size of a normal guitar pedal such that it can fit on a guitarist’s pedal board. As a guitarist myself, I often record guitar parts and then go back and double those melodies with a synth manually, and this would save a lot of time as well as open up a range of creative possibilities.