wolf
New Member
Posts: 43
|
Post by wolf on Aug 22, 2019 3:35:55 GMT -8
As I wrote in another thread, weewx is what I'm doing also.
I've a preliminary version of my plugin working. However, in my case weewx is running on a NAS and the communication between Sky Weather and weewx is based on MQTT.
The plugin currently extends the db with solar and sunlight information. Also it contains 2 services, one for air quality and one for lighting. Air quality uses its own database. Lightning service will be changed to also create its own database since I want to store an entry for each lightning strike (currently it just stores the nr of strikes per archive period which means it can only store a average distance).
|
|
impactoz
Full Member
Posts: 142
Raspberry Pi: Yes
|
Post by impactoz on Aug 22, 2019 4:30:30 GMT -8
I must learn more about MQTT - I have Clipsal CBUS and a few automation gadgets that I read all the time people using MQTT on - so want to learn more...
Certainly be interested in learning more of your setup - certainly sounds similar in the direction I want to go... but my first step is to get something running that is reasonably stable.
I have 2 Skyweather systems - one for home, and one that will be remote at our farm. I installed the farm one and it died in connectivity / reboot issues within days... So I am lucky that I have the second one to play and organise get my reliability and a few other features... So hopefully I can productionise that this weekend...
Oh the fun of it all...
|
|
phate
New Member
Posts: 43
|
Post by phate on Aug 22, 2019 5:35:24 GMT -8
As I wrote in another thread, weewx is what I'm doing also. I've a preliminary version of my plugin working. However, in my case weewx is running on a NAS and the communication between Sky Weather and weewx is based on MQTT. The plugin currently extends the db with solar and sunlight information. Also it contains 2 services, one for air quality and one for lighting. Air quality uses its own database. Lightning service will be changed to also create its own database since I want to store an entry for each lightning strike (currently it just stores the nr of strikes per archive period which means it can only store a average distance). I did spot you were working on that. That would be the ultimate. That way weewx will build all the graphs we are after. I'm guessing. Weewx on another raspberry pi should be good enough act as the server. I only know a little about weewx but out for curiosity what station type are you using. Or actually your own plugin? topher2880 your dream lol
|
|
wolf
New Member
Posts: 43
|
Post by wolf on Aug 22, 2019 6:23:17 GMT -8
Its a mqtt station. Its part of the plugin, but is not specific for Sky Weather. It listens to a mqtt topic and expects the payload to be a json coded dictionary that is directly forwarded as weewx loop-data. So it's up to the client to use proper dictionary keys/fields.
If just using default keys/fields (e.g. outTemp etc as found in the default weewx db) it works without any change to db schema etc. But since Sky Weather uses additional fields, the plugin also contains an updated db schema.
I have something working already, but I'm not happy with my Lightning data... So I'll have some more work to do there.
If there any interest I could try to upload my stuff once I've a version I'm happy with. Run into some problems with the boards, so I'm currently waiting for replacements...
|
|
wolf
New Member
Posts: 43
|
Post by wolf on Aug 22, 2019 6:25:36 GMT -8
Reason for making the station type generic is to make it easily extendable in the future. I'm planning of adding additional sensors (indoor air quality for example). Then I can just have additional mqtt clients sending according to the db schema and the weewx site would be unchanged.
|
|
wolf
New Member
Posts: 43
|
Post by wolf on Aug 22, 2019 22:05:52 GMT -8
I must learn more about MQTT - I have Clipsal CBUS and a few automation gadgets that I read all the time people using MQTT on - so want to learn more... I've got to learn lots of new stuff in this project Electronics, python, MQTT, creating and using docker images...
|
|
|
Post by SDL on Aug 24, 2019 6:42:47 GMT -8
Wolf,
Tell me more about docker images. I'm not sure what you mean by that!
BP
|
|
wolf
New Member
Posts: 43
|
Post by wolf on Aug 24, 2019 8:07:23 GMT -8
My NAS runs a container station. Creating and running docker images in the container station is a great way of extending the functionality - if you can reuse an existing image, you'll have a new image running within minutes (if contain station is working and you know a bit about docker of course).
I'm running a MQTT broker image and a weewx image. The MQTT is a ready RabbitMQ image which I just added a MQTT plugin too. The weewx image I've created myself based on a python base image (during installation it downloads the weewx, adds my own plugin and fixes the needed configuration).
SkyWeather publishes the data to the MQTT broker and weewx consumes the data (e.g. store in database and generate the website). The database and webserver are default NAS functionality.
|
|
|
Post by SDL on Aug 24, 2019 13:35:41 GMT -8
Awesome! Now I know what you are talking about.
BP
|
|
impactoz
Full Member
Posts: 142
Raspberry Pi: Yes
|
Post by impactoz on Sept 26, 2019 14:33:17 GMT -8
Yeah! FINALLY a button on weatherstem that actually works - just noticed a C / F switch on the main screen - Yes finally get the ability to display things in Celsius...
It Works !
Pity t does not change other things like MPH to KPH - but at least its a start...
Still pretty useless site.... so slow in creating presenting videos - just about useless really... Oh and this new feature for Celsius - yes its there... but close your browser and try again... it always defaults to F - its stateless and does not remember your setting - hands up if your going to bother clicking that button each time!
|
|
|
Post by SDL on Sept 27, 2019 7:16:02 GMT -8
IMpactoz,
Where is it not changing MPH to KPH? We will fix that.
I'll pass along the above info to Ed at WeatherSTEM.com
BP
|
|
impactoz
Full Member
Posts: 142
Raspberry Pi: Yes
|
Post by impactoz on Sept 27, 2019 14:01:30 GMT -8
Everywhere... The only thing that changes is F to C...
On the main Screen;
Key Details on the left;
- Wind Gust is in MPH - Closest Lightning is in miles - Storm Rainfall and Rain in Last Hour is in inches - MSLP is in inches
On the All Sensors panel; - Barometric Pressure is in Inches - Rain in Last Hour is in inches - Sea Level Pressure is in inches - Total Rain Accumulated is in inches - Wind Gust is in mph - Wind Speed is in mph
On the Climate tab panel - Rain Last Hour is in inches - Rain This Month is in inches - Rain last 24 hours is in inches - Rain This Year is in inches
Not always - and don't know exactly why - but you can have it set to Celsius.... Page automatically refreshes at some point - and it changes back to Fahrenheit… Well sort of... it doesn't change the measurement - I just had a heart attach as I was typing this - it said it was 49C …. Wow that's hot even for here! I checked the station and it was 9.4C which would be correct - so somehow on the refresh it changed the conversion / units - as I think 49F would be around 9.4C - even though it started showing 49C !!! Go Figure - but That was on the first refresh of the site, and I have not been able to reproduce that affect since.
Anyway - glad to have helped identify the issues, you could see these yourself by just clicking the C button - the Invoice for my time is in the mail !
While C is a little improvement - if it works - all the other fields need to be converted back as well... and the major issue on all of this is end of day and incorporating time zones... No use having videos stating they are Tuesday if they go through to Wednesday lunchtime... No use in having daily or monthly rainfall if its not calculated correctly at the end of the day... and there is no use in having a video created if it fails or takes 10 minutes to generate....
|
|
impactoz
Full Member
Posts: 142
Raspberry Pi: Yes
|
Post by impactoz on Sept 27, 2019 14:14:55 GMT -8
OH I think I have it - where the C and F - fail on the refresh.... Open another tab, work in a new tab of the browser - go read some news or something, for awhile, come back to the original tab that had skyweather on... its refreshed in the background... but the refresh is now showing a farenheit value against a Celsius unit... While I was trying to watch a video of the previous day from skyweather - which spectacularly failed to generate... I went back to the browser tab that was still being updated in the background - and it was like moving to a sauna... it now shows 51C - the button still shows C. I click on it to go to F - It shows 124 F... Click on it to show C and its 51 C. And subsequent refreshes still stuff up... Seems like the routine stuffs up if this window is not the main window in focus... (Bad Implementation all around)
|
|
|
Post by SDL on Sept 28, 2019 14:21:27 GMT -8
Clear your browser cache and re-run your tests.
I've passed this off to Ed at WeatherSTEM.
BP
|
|
|
Post by sibrown on Jun 3, 2020 23:06:47 GMT -8
Is there any progress with this? Still just one button that changes the temperature to C. All the other measurements are shown in English units, though the data on the weatherstem account page is in metric. Is there any sort of information manual on weatherstem? theres lots of features that seem quite illusive to setup eg. Facebook, messenger, data mining SB Attachments:
|
|