eGeoffrey
Co2 level control system #143
Replies: 12 comments
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2022-03-27 11:27:15] Nice project, thanks for sharing! |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2022-03-31 10:22:00] I am proceeding with the development of the software. While developing more possibilities become feasible. I reached a stable set of functionalities which are implemented. FUNCTIONALITIES WiFi manager: The user can set the following parameters: WiFi network select Stand-alone mode: No MQTT Pushbutton: Switch button: Website: Single module WiFi mode: MQTT on Pushbutton: Switch button: Sensor: Single module WiFi mode: MQTT on Pushbutton: Switch button: Website: Sensor: All modes: LEDS: orange: ON continuously when Co2 level middle level red: ON continuously when Co2 level highest level All functions are implemented. Have fun |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2022-04-02 11:29:43] The Co2 level control system has undergone detailed testing. Now it is time to go live! The next extension will be to have eGeoffrey process the sensor data together with the data of the fans being switched on and off. So let's wait until eGeoffrey can give me a helping hand to do further analysis. If someone is interested to create the same system I am willing to provide software and hardware details. Have fun. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2022-04-03 10:47:27] It is almost impossible to find two Co2 sensors behaving consistently I guess because of the complexity behind them. I also noticed temperature is playing a big role there so if you compare two sensors, ensure you do it within the same temperature range |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2022-04-11 19:15:28] I am proceeding with this system. The sensor data are entering eGeoffrey using the MQTT protocol. Using the graph it became clear that the sensor is very sensitive for draught. The curve is going up and down rapidly when the scan frequency is high. I introduced the possibility to set the period between scans of the sensor. Both mechanism together result in a smooth representation of the sensor data. By making the period between sensor reads longer or shorter, the graph is more or less smooth. This averaging is applied for periods < 61 seconds. A next improvement is that the values of my sensor which may read above 1000 ppm are being mapped on the range 400 - 1000. Even when the high end of the curve is set above 1000 ppm, the values next to the graph read now from 400 to 1000. Looks better for the layman! To have a feeling for the real data, the actual measurement is displayed as single value. Then it becomes clear what the effect is of the averaging algorithm. The next major enhancement as far of using eGeoffrey is to introduce eGeoffrey reading the sensor and controlling the fans. The aim is to have the system control air quality in several rooms. By having eGeoffrey controlling the system it might be easier to expand the system to more rooms. Next to that the data are stored and presented for all rooms on one system. And last but not least it is FUN!. The first thing which I have to implement is switching both fans by means of eGeoffrey. There I do have the first challenge. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2022-04-11 19:20:49] I have to send "on" and "of" via MQTT to the shelly components which control the fans. I know from an earlier project that we have been using a user processing algorithm. I have tried to find it but I did not succeed. Would you be so kind and advice me on how I can implement a self defined "data processing" method. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2022-04-12 13:41:18] To give an impression
Have fun! |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2022-04-12 14:17:13] Nice progress! Regarding the processing mechanism, ensure of course to use the "Convert input value before being sent to an actuator" which is different from "Convert acquired value before being saved". And let me know if you need any help since it is a bit more advanced functionality and you may need a custom processor |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2022-04-12 16:18:58] Thanks. Yes I do need some assistance from you. I need a custom processor. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2022-04-13 09:29:49] @eporocrail if you go to eGeoffrey -> Modules and edit controller/hub configuration, you should see the definition of the differente processors that you see in the GUI. to: and then use 1_to_ON as "Convert input value before being sent to an actuator" |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2022-04-13 11:01:11] It is working! |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2022-04-14 10:25:10] Perfect thanks! |
Beta Was this translation helpful? Give feedback.
-
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2022-03-20 08:12:36]
Co2 monitoring system
Some time ago I bought a Co2 meter.
The amount of Co2 gas in the room is expressed in ppm (parts per million).
The lowest level this meter indicates is 400 ppm. When the level is between 400 and 800 ppm air quality is very well. Between 800 and 1000 it is deteriorating. Above the level of 1000 ppm ventilation is required.
Using this meter was a real eye-opener. Being in a 40m2 room with two persons it takes amazingly few hours to exceed the 1000 ppm level.
Last summer I mounted a wall fan in my house to lower the temperature in the morning when the outside temperature is low.
I am using this fan now every morning to lower the Co2 level to 400 ppm.
But I have to turn on and off the fan manually.
Concept
It is possible to create a Co2 meter by yourself.
Wemos d1 mini as micro controller.
SCD30 Co2 sensor.
Indication of three levels of Co2 by means of three LEDs:
400 – 800 Green
800 – 1000 Yellow
above 1000 Red
Manual toggle switch to activate the fan.
Push button for adjusting the sensor and activating the wifi manager.
Data transmission via MQTT.
Transmission of the actual Co2 level.
Transmission of fan control messages.
Development
I put all components together on a "prototyping pcb" for the wemos module I designed myself.
One part of the software consists of a web portal to establish the Wifi connection, the connection to the MQTT broker, the topics to be used for the Co2 level and the control messages and some other data.
The sensor is scanned with an adjustable interval. A moving average of ten measurements is taken to establish the Co2 level. Depending on the level one of the three LEDs is turned on.
A toggle switch is used to generate an MQTT message to switch the fan on or off.
A push button does two different things based on the duration of the button being pushed.
The shorter time activates the web portal. The longer duration activates the calibration of the sensor.
Based on the Co2 level messages to switch the fan on or off are generated.
To actually turn the fan on a "Shelly plug s" is used.
The Co2 level is available via a website residing on the wemos module, accessible via the IP-address of it.
Status
The software is working. The meter is mounted in a case with a grid to expose the sensor to the surrounding atmosphere. The LEDs are working. The Shelly plug is not activated via MQTT yet.
The pushbutton is working. The toggle switch generates the MQTT messages.
The Co2 level is available via the website. It is not updated automatically. The page needs manual refreshing.
Enhancement
With an earlier eGeoffrey project I was able to control the Shelly plug via MQTT.
I am looking for a way to store, retrieve and display the sensor readings. eGeoffrey can do this.
At last the system should be applied in a building with several rooms. This requires eGeoffrey to control the system.
Aim
The aim is to create a rather low cost Co2 monitoring system which can be applied in different scenarios, providing multiple facilities.
First of all it can be used as a stand alone Co2 meter with the LEDs as user interface. The pushbutton is used to calibrate the sensor. The Co2 level can be read via the website of the device.
Secondly if using the Shelly plug with MQTT turns out to work, the module can control a fan.
At last using eGeoffrey several sensor modules and fans can be accommodated. The Co2 levels are stored and graphs are created for each sensor. This system is used for a building with several rooms each having it's own sensor module and fan(s). It could be applied e.g. at a school.
Beta Was this translation helpful? Give feedback.
All reactions