June 30, 2020 at 10:27 am #67081
I like to compare the different weather sources at my hometown without changing my OpenSprinkler setup. I know that I can call the weather service in different ways:
ETo - http://weather.opensprinkler.com/weather3.py?loc=49.47387,10.94394&key=&fwv=218&wto="baseETo":0.113,"elevation":1063 Zimmerman DarkSky - http://weather.opensprinkler.com/weather1.py?loc=49.47369,10.94380&wto="h":100,"t":100,"r":100,"bh":65,"bt":70,"br":0 Zimmerman Local PWS - http://192.168.178.39:3000/weather1.py?loc=49.47369,10.94380&wto="h":100,"t":100,"r":100,"bh":65,"bt":70,"br":0
Thanks and regards
FranzJuly 1, 2020 at 11:56 am #67108
I found the solution by capturing the the weather service request with WireShark:
Zimmerman WU - http://weather.opensprinkler.com/weather1.py?loc=49.47432,10.94365&wto="h":100,"t":100,"r":100,"bh":65,"bt":70,"br":0,"pws":"IFRTH65","key":"Wunderground newAPI Key"
My current understandig is that DarkSky uses Yesterday’s weather data, whereas Local PWS and Wunderground use the last 24 hour weather data for the Zimmerman calculation. Please correct me if I’m wrong?July 7, 2020 at 6:32 am #67187
Please find below the results of my comparison. The results are based on German weather conditions and may differ for other climate regions.
Zimmerman Local PWS:
I’m hosting an own weather server consisting of a Raspberry PI connected to my local WiFi network. A WeeWX installation running on this Raspberry PI retrieves the Netatmo PWS weather data every 5 minutes from the Netatmo cloud service. The OpenSprinkler weather service runs on the same Raspberry PI and uses this weather data as input for the Zimmerman watering scale calculation. The weather data needed for the OpenSprinkler watering scale calculation reflect local weather conditions. However, there exists an issue with short rainfall periods. The precipitation amount isn’t correctly summed up by WeeWX. The total precipitation listed by WeeWX is less than actually summarized by Netatmo. Therefore a negligible chance of watering the garden a little bit more than needed exists.
Additionally, I`m using the Meteoware Service to retrieve the Netatmo PWS weather data every 10 minutes from the Netatmo cloud service and forward the data to Weather Underground. Weather Underground can be interfaced by the OpenSprinkler weather service if a PWS station name and a valid API key is acquired by Weather Underground. The official weather service provided by OpenSprinkler, as well as a local copy of this weather service running on my Raspberry Pi can be used for weather adjustments. The weather data needed for the OpenSprinkler watering scale calculation perfectly reflect local weather conditions, including correct precipitation measurements.
The official OpenSprinkler weather service by default uses the DarkSky API. At my hometown DarkSky provides only weather reports for the whole Nuremberg area. Especially the amount of rain differs a lot from the actual situation at my home. This means weather data delivered by DarkSky does not reliable reflect local weather conditions. It makes little sense for me to use DarkSky for my OpenSprinkler installation. It will lead for most of the time to insufficient watering of my garden.
The Evapotranspiration (ET) Method:
The ET Method sticks to DarkSky as weather provider for reason that Local PWS and Weather Underground data lacks the ‘solar radiation’ parameter. As already mentioned, DarkSky provides untrustworthy local weather data for my home location, which results in insufficient garden watering. Without having access to a local weather station the ET Method will still be nice to have but isn’t usable for my OpenSprinkler installation.
In summary the Zimmerman method in conjunction with my Private Weather Station (PWS) is the best suitable weather adjustment method for me. Both weather sources, Weather Underground and WeeWX provide acceptable weather data for the OpenSprinkler Weather Service. Hosting an own weather server isn’t always needed. At least for Netatmo Personal Weather Stations cloud services like Meteoware can be used to fill the missing link between Netatmo and Weather Underground.
The official OpenSprinkler weather server uses caching so the watering percentage during a day does not vary. Hosting an own weather server or using Weather Underground relies on the last 24 hour’s data for the Zimmerman calculation. The calculated watering scale will be updated during the day in accordance with the ongoing weather changes. My experience shows that this isn’t an issue in regards to the garden watering needs. It is more important to have access to a trustworthy nearby weather data source or a Private Weather Station.March 7, 2021 at 5:07 am #69375
hello everyone, I link to this post.
currently i have my own weather station + (weewx) which sends data to wundergroud.
How can I use my station’s sent data to add it to opensprinkler for Zimmerman?
what is the correct string to add here:March 22, 2021 at 1:24 pm #69484
Above comparison of weather sources (providers) indicates a Netatmo/WeeWX driver issue of reporting incorrect rain data (https://github.com/matthewwall/weewx-netatmo/issues/18). This issue of reporting incorrect WeeWX rain summaries for the Netatmo local PWS is solved now.
Thanks to J. Krasinger there exists an updated version of the WeeWX/Netatmo driver. Please have a look at: https://github.com/jkrasinger/weewx-netatmo/. The updated driver code works with Python 2.7 und 3.x (running with versions WeeWX < 4 and WeeWX = 4.x). It can be easily installed by following the given installation instructions. First tests were performed within an existing Raspberry PI setup running WeeWX version 3.9.2. As expected, the WeeWX rain summaries correspond to the Netatmo statistics. At the end of the day the same total amount of rain is displayed on the Netatmo, Weather Underground and WeeWX web interfaces.
- You must be logged in to reply to this topic.