Team 8 Alternative Choices November 26 th , 2012

1. Mid-course Design Review Team 8 Alternative Choices November 26th, 2012

2. Team Alternative Choices Professor Gong Advisor Vangjush Dedo EE Stenli Duka CSE Lusheng Tang EE Salvador Rivera EE

3. Inefficient Food Service in US Campuses • Current Food Service • Slow and overcrowded during peak hours • Safety hazard inside facilities • Students have no way of knowing if a place is crowded or not • Inefficient use of school resources

4. Requirements Analysis: Specifications • Real-Time measurement of number of people • Facility specific information • Multiple entrances • Compact design • Information accessible online • Updates every thirty seconds • Detect multiple people leaving/entering

5. Requirements Analysis: Inputs and Outputs • Input • Sensor data • Output • Current people count in a food facility • History of people count in a food facility • Expected amount of people in future • Offer nearby alternate locations with less people

6. Our Solution: Block Diagram Data Collection Data Storage Power Supply Sensors Database Processing Database Modification DB Connection Wireless Transmission User Interface Real-Time Data Alternatives Future Prediction History Database Processing

7. Sensors • Requirement • Two sensors to proper count up/down • Availability: 200 ms • Continuous detection • Demonstrated • Sensors detect movement for count • Slow response in between detections

8. Sensors Challenge • Primary requirement • Availability: 200 ms • In-lab value: 1 second • Not fast enough for our purpose • PIR Implementation • Unstable readings • Need 5V supply which Arduino • can’t output

9. Power Constraints • Operating voltages • Arduino: 5V • Sensors: 5V-12V • Power supply • USB power from computer • Arduino outputs 5V • Actual output: 4.3V • Not enough for sensors • Additional 5V DC source needed

10. Arduino Yun • Data • Counting based on direction/detection of sensor • Reset state if person turns back after first sensor • State machine determines action from sensor triggers • Count up/down • Implementation • Arduino Yun

11. Wireless Transmission • Requirements • Occurs every 30 seconds • Connect to school Wi-Fi • Progress • Successful connection to WPA-PSK protected AP • Correct transmission to database every count change • Unable to use school Wi-Fi • WPA2 Enterprise needed

12. Database • Requirements • Store people count every 30 seconds • Timestamp for each people count • Location for each people count • Progress • MongoDB database set up on MongoHQ • Access using MongoHQ REST API • Successfully updated using Linux OS (Linino) on Arduino Yun

13. User Interface • Requirements • Easy to use • Deliver results • Real-Time Data • Alternative Choices • History • Progress • Website built • Current count display • History count display • Python using Flask framework • Currently hosted locally

14. Proposed MDR Deliverables • Demonstration of People Counting • PIR sensor data processed on Arduino Yun • Data wireless transmitted to database • Demonstration of User Interface • Interpret database • Display real-time people count • Display history

15. Demo

16. Looking Ahead: CDR • Upgrade to better sensors (Salvador) • Active sensing • Improved sensor availability: At least ½ second • Power supply • Wireless communication (Lusheng) • Connect to school Wi-Fi • Upgrade Arduino Yun processor (Vangjush) • Multiple sets (2) of sensor data handling • Multiple door monitoring • User Interface (Stenli) • Interpret data from multiple entrances of a building • Display of people count in multiple buildings

17. Thank You