I recently integrated my Breather Weather Station 7-in-1 (7003510) including the outdoor sensors (Wind, Temperature, Humidity, Wind, Rain, Solar) and three additional indoor sensors (hygrometers: temperature + humidity) in Home Assistant without the need for any external services (awekas in my case).
Initially my weather station was talking to awekas.at and I fetched the data using a RESTful sensor. This worked fine. However my goal was to get completely independent and use my sensor data directly in HA (without the need to send it to an external service first).
So I did the following:
analyzed the data/requests which my weather station sent to awekas.at
wrote a small dummy server in ruby which accepts and caches the requests and the data
added another REST service to that ruby server which delivers the latest cached data as JSON, identical to that what awekas.at delivers
put this ruby server into a local HA add-on
changed the URL of my initial RESTful sensors from awekas to the URL of my local ruby server (the add-on) which polls the server every 30s.
changed the URL of my weatherstation from awekas to my HA IP (the add-on server)
This has been in use now for about 8 weeks without any problems. But I would consider it as PoC:
the add-on’s name is still hello world, as it was mentioned in the add-on tutorial (i started with that)
the code is lacks error handling at some places
it does not offer much configuration options (e.g. it converts all values to Celsius and metric scales, the port numbers are fixed, etc)
the http server is not a “real” one, it is just a TCP/IP server faking a HTTP server
However, it works for me with very few lines of code and I have a 100% local solution.
So here my question:
Is there any interest to share/improve that solution? I know there are a lot of different weather station models by Bresser, so maybe there is some work to do but I am willing to share my stuff if anybody is interested…
Having only remote services for weather data was a pain in my ass so far.
You can use rtl_433 and grab the data from the air if you have an sdr and antenna.
The interesting part where i failed so far is having a cool display for this with breakdowns of temperature curves, splitting the rain total, maybe have a map of your garden & house where the individual sensors are combined, all this could be improved.
looks like a cool project! However, it seems to concentrate on using the sensors without a Bresser base station right? So you are completely indpependent and it is up to you how you visualize the data.
My workaround is still dependend on the base station which does the actual decoding of all radio signals. It even adds two more values: temperature + humidity at the location where the base station is installed.
All I do is, taking a short cut, so the base station does send the values to a remote service first but directly to my HA add-on.
The base station has some (okayish) visualization which we use for displaying the temperature across the house and outside. Most of the graphs are limited to 24h (they reset at 0:00) which is often not sufficient. My first approach was to attach a USB pen drive to the base station, which is okay. It stores the values as CSV which can later be processed by some software. However, these data made it nowhere till today - but having them and not needing them is better than the other way around
When I started with HA I wanted to have the data in my HA database. having a display is nice for seeing the current values but if you want to see statistics, you need more flexibility (at least for me)
Querying the cloud service was okay, but you have to make all your weather data public to stick with the free version. That was my main pain point with the cloud …
TLDR, I still need all the Bresser hardware, but no cloud service anymore, that’s the idea.
i was looking for something similar but did not find it. Okay, so it seems somebody has tried that before
This approach seems somewhat more complicated:
To use the integration an additional local setup including DNS and a forwarding HTTP server is required, as the destination URLs for the weather station need to be spoofed.
I am not sure why there is a need to spoof anything or setup DNS stuff as long as you have control over your own weather station (can configure where it shall talk to).
However, this might render my approach less useful since I guess a lot of people are already using this integration.