# Title Team Members TA Documents Sponsor
20 Real Time Fire Escape Plan
Alexander Makeever
Samir Kumar
Sujal Sutaria
Johan Mufuta design_document1.pdf
Current fire escape routes are rigid and do not adapt to quickly changing situations during a fire. Fire alarms will tell you only that there is a fire, but not where that fire is located. If a fire has engulfed the escape route, already frightened people can panic and be trapped in a building without knowledge of where to go.

Solution Overview
- Our solution would be to employ a system which would contain 2 parts. The first part would be a set of sensors which would monitor the temperature and smoke levels at various points around the building. This data would be relayed to a master board which would communicate with each sensor in the building.
- The building’s existing fire alarm would be connected to this master logger board
- Heat resistant temperature sensor
- Accurate smoke detector
- Wifi connectivity from external sensor array to master logger and from master logger to app
- The second part of the project would be to develop an application which would take this sensor data and determine an optimal path through the building to escape the fire. It would include the ability to select a starting position and would update in real time to show inaccessible paths due to high smoke and fires.
- Once the fire alarm goes off, all sensor data is tracked and saved on this app. This allows for a temperature trend for each room to be recorded locally on each user’s phone and if a sensor fails, previous data will determine if the room is safe to go into.
- This way people who lose connection to the wifi do not lose any data about the fire that was previously recorded
- There will be 2 PCB’s manufactured for this solution.
- One that governs the master logger, receiving data from the sensor array, and transmitting it to an app.
- The other will be a board to transmit the sensor data to that master logger
- The sensor array and master logger boards will be hardwired into the main power of the building while also having a battery backup system

Solution Components
- Master Logger Board - This subsystem will ping each of the sensor modules intermittently over Wi-Fi in order to ensure connectivity of the entire system. When a sensor is triggered, the logger will capture the event using a microcontroller and send the location of the triggered sensor and the data it measured to a phone application.
- Sensor array board(s) - Smoke and Heat Detector. This subsystem will measure the temperature of the room and measure the air quality to determine if smoke is present. We will utilize a thermocouple ( for the measurement of the room temperature and a smoke detection module such as the following:
- There ideally will be multiple of these boards made and placed around a building
- All of the components surrounding the sensors will be heat shielded
- Power Subsystem - This subsystem will convert wall power or battery power to the necessary power and control voltages. The system will rely on wall power and use the battery power as a backup.
- Mobile Application - Includes a mapped version of the building and paths are created utilizing optimal path finding algorithms. Assisted with wireless communications to update in real time to adapt to danger.

Criterion for Success
- Developed application with a displayed blueprint of the building and a display of the path to take. This path should lead through minimal fire and smoke. The path will also update to the changing situation.
- Simulated data can be used as input to determine functionality.
- Successful transmission of data from external sensor to master logger
- Successful transmission of data from master logger to app.
- App saves temp and smoke data in local memory
- According to At eye level, temperatures can reach 600 degrees Fahrenheit. So as long as the sensors can withstand a temperature of 500-600 degrees Fahrenheit, failure of a sensor is a non-issue. This is due to the master logger saving the temperature of the room from when the sensor was functional.

VoxBox Robo-Drummer

Craig Bost, Nicholas Dulin, Drake Proffitt

VoxBox Robo-Drummer

Featured Project

Our group proposes to create robot drummer which would respond to human voice "beatboxing" input, via conventional dynamic microphone, and translate the input into the corresponding drum hit performance. For example, if the human user issues a bass-kick voice sound, the robot will recognize it and strike the bass drum; and likewise for the hi-hat/snare and clap. Our design will minimally cover 3 different drum hit types (bass hit, snare hit, clap hit), and respond with minimal latency.

This would involve amplifying the analog signal (as dynamic mics drive fairly low gain signals), which would be sampled by a dsPIC33F DSP/MCU (or comparable chipset), and processed for trigger event recognition. This entails applying Short-Time Fourier Transform analysis to provide spectral content data to our event detection algorithm (i.e. recognizing the "control" signal from the human user). The MCU functionality of the dsPIC33F would be used for relaying the trigger commands to the actuator circuits controlling the robot.

The robot in question would be small; about the size of ventriloquist dummy. The "drum set" would be scaled accordingly (think pots and pans, like a child would play with). Actuators would likely be based on solenoids, as opposed to motors.

Beyond these minimal capabilities, we would add analog prefiltering of the input audio signal, and amplification of the drum hits, as bonus features if the development and implementation process goes better than expected.

Project Videos