1 / 22

Real-time Monitoring and Diagnostic Solution for an HVAC System

Real-time Monitoring and Diagnostic Solution for an HVAC System. ECE Team 169 Anthony Bellantoni (EE) Greg Carmichael (EPhys) Joe Grassi (EE) Sponsored by: Qualtech Systems Inc. Advisor: John Chandy. Presentation Outline. • Project Goals • Last Semester Accomplishments • TEAMS

barton
Download Presentation

Real-time Monitoring and Diagnostic Solution for an HVAC System

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Real-time Monitoring and Diagnostic Solution for an HVAC System ECE Team 169 Anthony Bellantoni (EE) Greg Carmichael (EPhys) Joe Grassi (EE) Sponsored by: Qualtech Systems Inc. Advisor: John Chandy

  2. Presentation Outline • Project Goals • Last Semester Accomplishments • TEAMS • Completed Designer Model • Overview of Code • Project Limitations • Project Timeline • Project Budget • Wrapping Up Project

  3. Overall Project Goals • Update and complete HVAC Model - Previous Senior Design Project –Developed Partial Diagnostic Model of the ITEB HVAC System • Develop C++ program, extract and analyze real-time data from the building sensors • Combine model and code to detect for faults in real-time.

  4. Fall 2012 • Completed and fixed HVAC model • Met with facilities to ensure model was correct • Main Limitation • No Real-time data • Hard to develop code

  5. TEAMS • Testability Engineering and Maintenance system • Designer • RDS • Remote Diagnostic Server • SDK • Combines client to RDS http://tomgpalmer.com/wp-content/uploads/legacy-images/FLASH%20LIGHT.jpg

  6. Procedure

  7. 3rd Floor Schematics

  8. Picture for RDS using mike (maintenance group) most likely 3 slides

  9. RDS

  10. C++ Coding Goals • Extract sensor values from text file and determine whether or not a failure is occurring • Save results to a text file • Import results file into TEAMS-RT • TEAMS-RT will combine code with our model and determine most probable failure point and associated test cost

  11. How to determine a failure • Set threshold value for maximum deviation from setpoint • Cannot assume failure after one test • Initiate a counter to count number of tests in a row that fail • If consecutive tests trend toward the set point, counter returns to 0 • If deviation from the set point is less than the maximum allowed, counter returns to 0 • If n tests in a row fail and do not approach set point, assume failure

  12. How to arrange code, method 1 Advantages/Disadvantages + Code is simple - Harder to change n - Lots of files/messy Sensor 1 Combine all sensor code to one file and create an n-column text file with results Sensor 2 Input results into TEAMS-RT Sensor n

  13. Advantages/Disadvantages + Code is neat and easy to debug + Easy to change number of sensors - Coding is difficult Method 2 One code file to extract results from n sensor files and output results into an n-column text file Temperature Input results into TEAMS-RT Humidity

  14. Project Limitations • Cost and time of each failure • Talked to facilities: do not have information • Obtaining access to actual VAV sensor values

  15. Project Timeline

  16. Project Budget http://static.seekingalpha.com/uploads/2009/3/4/saupload_mar04_09_bm.jpg http://www.rosemarierealty.com/wp-content/uploads/2012/03/dreamstime_xs_17999966-300x300.jpg http://blog.outreach.com/wp-content/uploads/2011/09/Church-events-on-no-Budget.jpg http://i.crn.com/images/free_cloud_400.jpg

  17. Next Steps: Weekly Goals March 10 - March 16 • Multiply our code to work for multiple VAVs • Learn and Read TEAMS-SDK Manual • Label possible reasons of failure for maintenance checks in TEAMS Designer March 17 - March 23(Spring Break) • Research associated pricing for each component (including maintenance) March 24 - March 31 • Continue to debug and implement code • Continue step-by-step instructions for maintenance fixes • Add any found costs/maintenance pricing found into TEAMS • Wrap up model + code April • Contact Moises to check if model is complete • Begin final presentation & report preparation • Wrap up Entire project and present it

  18. Questions ?

More Related