Project

# Title Team Members TA Documents Sponsor
50 Urban Noise Pollution Monitoring System
 Cj Kompare
Cornell Horne
Marc Rhymes
 Surya Vasanth design_document2.pdf
final_paper1.pdf
photo1.png
photo2.png
presentation1.pdf
proposal2.pdf
video
# Urban Noise pollution Monitoring system

Team Members:
- CJ Kompare (kompare3)
- Cornell Horne (chorne7)
- Marc Rhymes (mrhymes2)



# Problem:
Cities face escalating issues related to noise pollution, affecting the well-being of residents and the environment. Traditional methods of noise monitoring lack granularity and real-time adaptability, hindering effective intervention strategies.

# Solution:
Develop a comprehensive Urban Noise Pollution Monitoring System that employs wireless, battery-powered microphones strategically placed outdoors. This system will utilize a concentrator or gateway to collect and process data from distributed microphones, providing accurate and real-time noise pollution insights for urban planning and environmental conservation.

# Solution Components:

- Wireless, Battery-Powered Microphones
- Concentrator/Gateway Device
- Centralized Data Processing Platform
- Geographic Information System (GIS)
- User Interface (Web Application)

# Subsystem 1: Wireless, Battery-Powered Microphones:
Deploy multiple wireless, battery-powered microphones an area to capture diverse noise sources. Ensure these microphones are durable, weather-resistant, and equipped with noise level sensing capabilities.

# Subsystem 2: Concentrator/Gateway Device:
Implement a concentrator or gateway device to receive, aggregate, and forward data from all distributed microphones. This device will serve as the central hub for data collection and transmission.

# Subsystem 3: Centralized Data Processing Platform:
Develop a centralized platform for processing and analyzing noise data received from the concentrator. This platform will perform real-time noise level calculations, identify patterns, and store historical data for future analysis.

# Subsystem 4: Geographic Information System (GIS):
Integrate a GIS component to map noise levels spatially, allowing for visual representations of noise distribution across the city. This would enhance and support targeted noise reduction initiatives.

# Subsystem 5: User Interface (Web Application):
Develop a web application for users to visualize noise data. The interface should provide real-time updates, historical trends, and customizable features for specific areas of interest.

# Criteria for Success:

Hourly Data Reporting: The system should successfully report noise data to the central web application every hour, providing a consistent and reliable stream of information for analysis and decision-making.

Real-time Monitoring: Achieve real-time noise level monitoring with a latency of no more than 5 minutes, ensuring users have timely access to critical noise pollution information.

Accuracy of Noise Identification: Ensure an accuracy rate of at least 90% in identifying noise sources, allowing for precise insights into the types and sources of noise affecting urban areas.

Control System and User Interface for Hydraulic Bike

Iain Brearton

Featured Project

Parker-Hannifin, a fluid power systems company, hosts an annual competition for the design of a chainless bicycle. A MechSE senior design team of mechanical engineers have created a hydraulic circuit with electromechanical valves, but need a control system, user interface, and electrical power for their system. The user would be able to choose between several operating modes (fluid paths), listed at the end.

My solution to this problem is a custom-designed control system and user interface. Based on sensor feedback and user inputs, the system would change operating modes (fluid paths). Additionally, the system could be improved to suggest the best operating mode by implementing a PI or PID controller. The system would not change modes without user interaction due to safety - previous years' bicycles have gone faster than 20mph.

Previous approaches to this problem have usually not included an electrical engineer. As a result, several teams have historically used commercially-available systems such as Parker's IQAN system (link below) or discrete logic due to a lack of technical knowledge (link below). Apart from these two examples, very little public documentation exists on the electrical control systems used by previous competitors, but I believe that designing a control system and user interface from scratch will be a unique and new approach to controlling the hydraulic system.

I am aiming for a 1-person team as there are 6 MechSE counterparts. I emailed Professor Carney on 10/3/14 and he thought the general concept was acceptable.

Operating modes, simplified:

Direct drive (rider's pedaling power goes directly to hydraulic motor)

Coasting (no power input, motor input and output "shorted")

Charge accumulators (store energy in expanding rubber balloons)

Discharge accumulators (use stored energy to supply power to motor)

Regenerative braking (use motor energy to charge accumulators)

Download Competition Specs: https://uofi.box.com/shared/static/gst4s78tcdmfnwpjmf9hkvuzlu8jf771.pdf

Team using IQAN system (top right corner): https://engineering.purdue.edu/ABE/InfoFor/CurrentStudents/SeniorProjects/2012/GeskeLamneckSparenbergEtAl

Team using discrete logic (page 19): http://deepblue.lib.umich.edu/bitstream/handle/2027.42/86206/ME450?sequence=1