|hvalev 3bd6d93ba4 Merge pull request #11 from fphammerle/mqtt-authentication||5 months ago|
|.github||6 months ago|
|datasets||8 months ago|
|plots||8 months ago|
|res||8 months ago|
|Dockerfile||6 months ago|
|LICENSE||8 months ago|
|README.md||5 months ago|
|dht22mqtt.py||5 months ago|
|dht22mqtt_visualize.py||8 months ago|
|docker-compose.yml||8 months ago|
|gpiomapping.py||8 months ago|
|requirements.txt||5 months ago|
This docker container enables you to use the DHT11, DHT22 or AM2302 temperature and humidity sensors on a GPIO enabled device such as raspberry pi. The container features a robust scheme to detect outliers and filter data in real-time. Additionally, this container can communicate with an MQTT broker and relay the sensors' values and integrates with home assistants' auto-discovery protocol. Discovery will automatically detects the sensor and makes it available for visualizations, automations, etc.
The following docker run command or docker-compose service will get you up and running with the minimal configuration.
version: "3.8" services: dht22mqtt:
image: hvalev/dht22mqtt-homeassistant container_name: dht22mqtt devices: - /dev/gpiomem:/dev/gpiomem environment: - topic=zigbee2mqtt - device_id=dht22 - broker=192.168.X.X - pin=4
is required to access the GPIO and communicate with your DHT22 sensor. If it doesn't work, you can try to run the container in priviledged modepriviledged:true```.
The container offers the following configurable environment variables:| Parameter | Possible values | Description | Default | | --------- | --------------- | ----------- | ------- | |
topic| | MQTT topic to submit to. |
device_id| | Unique identifier for the device. *If you have multiple, you could use something like
broker| | MQTT broker ip address. |
username| | MQTT username. |
password| | MQTT password. |
pin| | GPIO data pin your sensor is hooked up to. |
poll| | Sampling rate in seconds. Recommended is the range between 2 to 30 seconds. Further information: DHT11/DHT22/AM2302 spec sheet. |
dht22| Sensor type.
dht22also also works for AM2302 |
F| Measurement unit for temperature in Celsius or Fahrenheit. |
essential\|ha\|full| Controls how much information is relayed over to the MQTT broker. Possible non-mutually exclusive values are:
essential- enables basic MQTT communications required to connect and transmit data to the zigbee broker;
haenables home assistant discovery protocol;
fullenables sending information about the outlier detection algorithm internals over to the MQTT broker. |
log2stdout\|log2file| Logging strategy. Possible non-mutually exclusive values are:
log2stdout- forwards logs to stdout, inspectable through
docker logs dht22mqttand
log2filewhich logs temperature and humidity readings to files timestamped at containers' start. |
none| Enables outlier filtering. Disabling this setting will transmit the raw temperature and humidity values to MQTT and(or) the log. |
If you end up using
log2file, make sure to add this volume in your docker run or docker-compose commands
- ~/yourfolderpath:/log to be able to access the logs from your host os.
mqtt_chatterto a blank string. In that case, you can also omit all MQTT related parameters from your docker run or compose configurations.
To connect your sensor you can look at the following pinout. Typically each sensor needs to be connected to a power, ground and data pin. The data pin needs to be indicated in the
pin parameter in order to read the sensor readings.
| Image Source. A depiction of the Raspberry Pi GPIO pin header.
pin is the number following the GPIO label. |
To detect outliers, I'm using the 68–95–99.7 rule, where I'm using 3 standard deviations from the mean. In order to have a scheme, which is adaptive to rapid changes, I'm using two FILO stacks of length 10 for temperature and humidity. This allows the algorithm to adapt to gradual changes in received sensor readings, while discarding implausible ones. Furthermore, when reading new measurements, only those which are not contained in the stack are added in, in order to prevent the stack from homogenizing. This approach ensures that the std calculation will never return 0. Finally, the algorithm keeps track on successive outlier detections and flushes the stack when 3 such readings are detected. This prevents the stack from fitting on outliers if we presume that we get abnormal values less than half the time. Then again, perhaps the temperature really is 97°C. Most of the time, outliers detected for temperature and humidity are heavily correlated. As such a conservative approach is implemented, where only non-outliers for both temperature and humidity and forwarded. The following plots depict the temperature and humidity values at different sampling rates, where the first plot represents the original data and subsequent ones - simulating sparser sampling frequencies. The black vertical lines signify when the stack has been flushed.
If you'd like visualize and check your own data (provided you have used the
-logging=log2file option) to perhaps tweak the sampling rate (or stack size, if you're building it yourself), you can take a look at the
dht22mqtt_visualize.py script. As long as you change the filename to your own, it will plot your data at the original sampling rate and simulate sparser ones for comparison. I'm also open to the idea of accepting pull requests with novel datasets with interesting features to this repository, where the outlier detection scheme fails. This can help me adapt and tune the algorithm. If you'd like to do that, please crop the part where the algorithm fails with some pre- and postamble data and avoid sending me weeks worth of temperature and humidity. Ideally, the pre- and postamble should be only a couple of hours in length.
The following resources have been very helpful in getting this project up and running:https://github.com/jumajumo/dht22-docker-arm/blob/master/publish.py https://forum.dexterindustries.com/t/solved-dht-sensor-occasionally-returning-spurious-values/2939/5