Skip to main content

Tools to log updates from Shelly HT devices

Project description

Test codecov CodeQL Black Versions Python versions

htcollector

Gather incoming temperature and humidity updates from a small swarm of Shellyht devices.

Intro

Installation and use

Security

Installation as a library

API Documentation

Intro

Shelly HT devices can be configured to send their measurements to a configurable server. The server is called using a simple HTTP GET request like

http://mymachine:8083/sensorlog?hum=24&temp=42.38&id=shellyht-1234FA

where the part http://mymachine:8083/sensorlog is something you configure in the sensor itself.

htcollector is a solution that processes these requests and logs the data in a database. It also provides means to associate meaningful labels with the station-ids and generate html or json data with the latest measurements.

Installation and use

htcollector is comes as two Docker images than can be run on your docker installation.

To spin up a server you need to perform the following steps:

  • Download a Docker compose file and an environment file

    You can of course adapt these files to your needs

  • Download and start your containers

    A simple docker compose up will take care of both

  • Configure your Shelly HT devices to point to your server

    This is documented in the Shelly HT manual

  • Associate names with the Shelly HT station ids

    So that you can more easily identify your Shelly HT devices

After this, you can access the most recent measurments on http://myserver:8083/all (where myserver is the name of the machine you have started the docker containers on)

The steps are document in more detail in the following section.

Installation: Step by step

htcollector is provided as an easy to use Docker solution:

You can simply download just a file with environment variables and a docker compose file and start that up with docker compose. In bash (on a a system with curl installed) that would look like (watch the long curl lines!):

mkdir htcollector-docker
cd htcollector-docker
mkdir docker
cd docker
curl https://raw.githubusercontent.com/varkenvarken/shellyhtcollector2/master/docker/.env > .env
curl https://raw.githubusercontent.com/varkenvarken/shellyhtcollector2/master/docker/docker-compose.yml > docker-compose.yml
docker compose -f docker-compose.yml up -d

This will download two images and start them as two containers: one running a MariaDB server and one running the htcollector.

By default the htcollector container is configured to listen on port 8083 for incoming measurements from the devices, but this can be changed of course (or you can change the configuration of your Shelly HT devices).

When measurements start getting logged, you can go to the same webserver to get an html page with the last measurements:

http://mymachine:8083/all

Screenshot

The image will show the last measurement of any device that has contacted the server, along with the name of the device and the time of the last measurement. It also shows a small graph that depicts the temperature in the last 24 hours.

To associate a label with a station, simply go to:

http://mymachine:8083/names

Names

If you click on the Change link of the device you want to change the label of, you can enter a name.

Screenshot

!!! note

Tested with Docker version 20.10.12, build 20.10.12-0ubuntu2~20.04.1 / Docker Compose version v2.6.0

A note on security

htcollector has no safety features whatsoever: Authentication is not required and connections are not encrypted. Anybody can connect to the server and log measurements and anybody can change device names.

You could consider running it behind a reverse proxy with https enabled and that would prevent people from eavesdropping on the measurements sent from the devices to the server, and from the name changes, but then you would need to implement some form of authentication as well and that would still not prevent injection of false measurements, even if you would implement some form of whitelisting, because the device ids of Shelly HT devices can be changed, so I did not bother to implement any kind of securit feature.

What I did do on my home network is to have all my Shelly HT devices connect to a password protected WIFI network that is on a separate VLAN where also the server with htcollector is connected. This does not prevent unwanted access or snooping completely, but would require an attacker to be in range of the WIFI network and crack the encrypted WIFI connection. Not impossible but unlikely to be worth the trouble to intercept a few temperature measurements but if your Shelly devices are interconnected to control other devices you will need to design your security setup with a bit more care perhaps. You have been warned.

If you would like to implement authentication for example, have a look at the section below so you can adapt the Python package yourself.

Installation as a library

You can of course build your own solution on top of the htcollector module but that takes a few steps. Installing the htcollector package from PyPi is simple enough but it also depends on the MariaDB connector.

Install the mariadb connector for Python

The mariadb python module is not pure Python and depends on libmariadb, so setup is less straight forward than you would hope:

wget https://downloads.mariadb.com/MariaDB/mariadb_repo_setup
echo "d4e4635eeb79b0e96483bd70703209c63da55a236eadd7397f769ee434d92ca8  mariadb_repo_setup"     | sha256sum -c -
chmod +x mariadb_repo_setup
sudo ./mariadb_repo_setup    --mariadb-server-version="mariadb-10.6"
sudo apt install libmariadb3 libmariadb-dev
sudo python3 -m pip install mariadb

Here we have chosen to install it for everyone, but if you used a virtual environment your could do away with the sudos

Install the package

Install it directly from PyPi

pip install htcollector

or alternatively, download it from GitHub

git clone https://github.com/varkenvarken/shellyhtcollector2.git
cd shellyhtcollector2
python setup.py install

!!! note

It might be a good idea to do this inside a virtual environment!

Running the server

Assuming you have MariaDB running on the same machine with a database (schema) shellyht, and that the user defined in the environment variable DBUSER has enough privileges to create a tables, the following command will create the necessary tables if not yet present and start listening on port 1883 for incoming connections:

nohup python3 -m shellyhtcollector&

API documentation

Available on the GitHub pages of this repo

Architecture overview

The archictecture is not very complicated, just a http server and a database, each typically running inside a Docker container:

flowchart LR
    s1[shellyht] --> docker
    s2[shellyht] --> docker
    s3[shellyht] --> docker
    s4[shellyht] --> docker
    subgraph docker
        w[webserver] <--> d[database]
    end

Implementation details

A ShellyHT can be configured to log temperature and humidity changes to a certain host:port using HTTP.

The path of a typical GET request will look for example like:

/sensorlog?hum=54&temp=23.4&id=shellyht-6A566F

You will need to configure your Shelly HT devices to connect to the server using this path, so you would typically enter

http://myserver:8083/sensorlog

!!! note

The Webserver will *only* accept GET requests that have that exact format!

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

htcollector-1.0.1.tar.gz (18.6 kB view details)

Uploaded Source

File details

Details for the file htcollector-1.0.1.tar.gz.

File metadata

  • Download URL: htcollector-1.0.1.tar.gz
  • Upload date:
  • Size: 18.6 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/3.1.1 pkginfo/1.4.2 requests/2.25.0 setuptools/45.2.0 requests-toolbelt/0.9.1 tqdm/4.30.0 CPython/3.8.10

File hashes

Hashes for htcollector-1.0.1.tar.gz
Algorithm Hash digest
SHA256 4228c85eaedea1079cc4fa4b8523fbdbf183c40e8b42ee9b7bbeca496fde5418
MD5 06177d3344622e886f42b137b6d0bd3d
BLAKE2b-256 619a03c569b8c779cc37b0c96a03ee5de88c08304d794f54165812ab92b628cf

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page