1. Climate Monitoring WEB Interface Using 1_Wire™ Sensors Imad Hoteit Hassan Wehbe

2. Outline Project Summary Functional Description Modes of Operation Database updates Flowcharts Testing Schedule of tasks

3. Project Summary The purpose of this project is to set up these sensors, create a user-friendly web based interface (applet) and a database that will hold previous data and provide query abilities to the applet.

4. Functional Description Hardware Interface –The sensors will be distributed along two wires that go through different rooms of Jobst hall; these are connected to the HA5 adapter.

5. Functional Description

6. Applet –The applet will run on a web server and will query the sensors for readings. –Data will be recorded in a database for later use. –Many applications could be added to the applet making use of the records in the database.

7. Functional Description

8. Modes of Operation Applet –Display historical data –Get immediate sensor update Sensor Query Daemon –Discover sensors on network –Request sensor readings –Update database

9. Database updates The MySQL database has four tables (so far): –Temprerature timestamp, sensorid, temp_R, temp_V –Light timestamp, sensorid, on –Humidity timestamp, sensorid, temp_R, temp_V, hmd_R, hmd_V –Data sensorid, type, timestamp

10. Applet Flowchart Start Initialize and Display Graph Displayed Room where sensor is shown LightsHumidityTemperature Room Sensor Is Located in, Value Read, Time of Reading

11. CGI Script Flowchart

12. The GUI What’s behind the applet? –JDBC: status unsuccessful –Perl/CGI Script: Status successful The applet: –Main –Temperature –Humidity

13. The GUI The applet (continued): –Lights –Chart for the values read by each sensor –Navigation controls –Hopefully a software to let the administrator draw the room

14. Tentative We were thinking of making use of a program similar to these 1 212 It would need some tweaking, yet would allow the administrator to create a custom made rooms and specify the position of the sensors within those rooms.

15. Sensor Query Daemon Flowchart

16. Sensor Query Daemon The server application uses two classes –HA5 –Sensor_DB The reasons for object oriented programming are –Anticipated growth –Ease of debugging –Clarity of code

17. HA5 Open connection Close connection  Destructor Search: all, by family, by condition Select one sensor Read: –Light switch –Temperature value –Humidity ratio

18. Sensors_DB Open connection Close connection  Destructor Search: –All tables –By sensorid, by type Insert/Update a row //Delete a row…used for troubleshooting

19. Division of work Hassan: Java Applet Perl/ CGI script Imad: C++ Hardware Interface

20. Schedule of Future Tasks

22. Climate Monitoring WEB Interface Questions