-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issues while forwardig WeatherFlow Tempest data to WU #19
Comments
This is fascinating! I also use a Tempest as my main station and I've always used my code over the built-in one because of the higher refresh rate. Thanks for collecting this. For the Pressure, I'm pulling down pressure in hPa from their API, converting to inHg, https://github.com/leoherzog/WundergroundStationForwarder/blob/v2.5.0/code.gs#L472-L475 and sending it along: https://github.com/leoherzog/WundergroundStationForwarder/blob/v2.5.0/code.gs#L617 The issue is in the conversion there. I was only converting to inHg up to one decimal point, which was causing the lack of detail in that pressure graph. Possibly fixed in be7e58a. Similar problem with the Wind Speeds! Looking to fix that in a bit with your suggestion. |
For your information, my computer knowledge is very basic, don't know anything about python or coding, just tried my luck and in the wind case it worked. The reason why I like your AppsScript code is because of the faster refresh rate to Wunderground, because of 5 minute refresh rate the default WeatherFlow updater to Wunderground, sometimes misses peak values, for example for wind. Would be great if you can fix the rain rate issue also. One more thing I forgot to mention in my previous comment, I also changed the fixed number value from 2 to 3 in line no. 502, 506 and 510. This solved the issue with accumulated rainfall values, that were initially reported in steps of 0.25/0.26 mm. But, it did not help with rain rates. |
Great, thanks. Increased the precision of wind speed units in 8b5fd2c. I'll look into rain rates next. |
What WeatherFlow's Tempest API gives me looks like this for precipitation data: {
"precip": 0,
"precip_accum_last_1hr": 0,
"precip_accum_local_day": 0,
"precip_accum_local_day_final": 0,
"precip_accum_local_yesterday": 0,
"precip_accum_local_yesterday_final": 0,
"precip_analysis_type_yesterday": 0,
"precip_minutes_local_day": 0,
"precip_minutes_local_yesterday": 0,
"precip_minutes_local_yesterday_final": 0,
} What is |
I am testing your script with the latest code updates and today I just had a slight drizzle amounting to 0.15 mm rain accumulation in my Tempest device as reported by the Tempest app and also the app forwarded data to Wunderground. But when the rain data was sent to Wunderground through your AppsScriptForwarder it reported a rain accumulation of 0.25mm against the actual accumulation of 0.15mm. |
The wonderful people at Weatherflow Support had this to say:
I'm following up with them asking if they have any specific insights as to the green line discrepancy in your Rain Rate graph. |
Hi Leo, Had a couple of rainfall events during the past two days and I didn't see any change in the rainrate curve displayed in WU. I think somewhere there is small calculation or conversion error, because the RR value gets reported but the magnitude of the value is several orders small. Hope WeatherFlow support helps you to fix the issue. |
After some experimentation, I managed to fix the rain rate discrepancy in Wunderground. For some reason the 'preciprate' as reported by WeatherFlow is divided by 60 and then sent as rainrate to WU. To correct this issue, I multiplied 'preciprate' by 60 and the issue got fixed. |
I guess Weatherflow is giving us per minute and Wunderground is expecting per hour? |
I don't think there is a conversion issue at the WU end. After the above correction for rainrate, I checked the data forwarded by AppsScriptForwarder obtained from WeatherFlow to WU at the Executions menu in Google Script, here I could see that whatever value that is reported for 'rainrate' is exactly reflected in WU. |
I don't think that Miles Per Hour needs to have two sig figs of accuracy (It's 8.73mph windspeed?), nor do inches to three. Do you really need to know rain to 0.001 of an inch? I don't think most sensors are even that accurate. The common values I've seen from most sensors and on most websites are are zero or one sig fig for wind and up to two for inches (14.3mph or 1.21" of rain) for meteorological purposes. Would you agree? |
I agree with you if the data is presented in imperial units, but when you do the conversion from imperial to metric, the number of decimal points becomes significant. For example, I have done a simple inch to mm conversion for a number with four, three, two and one decimal point, you can see how it affects the value calculated in mm with just two decimal points. |
I do! Great point. Most weather data destinations support several sig figs, so perhaps I'll bump them all up then. |
More the merrier! |
Hi,
I have been trying your AppScript code from version 2.3.0 to the current 2.5.0, to upload my Tempest Weather Station data to Weather Underground, unfortunately the WU upload doesn't seem to work properly. I see discrepancies in the pressure data, wind speed, wind gust data, rain rate and also rainfall.
The pressure data fluctuates between two values, wind speed and wind gust are reported in steps, for example wind speed is reported in steps of 1.6, and so is the wind gust. Similarly, I think the cumulative rainfall data is also reported in incremental values of 0.25/0.26 mm. When it comes to rain rate, it is not able to capture this information.
The rest of the data like, temperature, dew point, wind direction, radiation and UV seem to be okay.
In order to have a comparison of the data forwarded by your appsscript to WU and also the data forwarded by Weatherflow to WU, I setup two stations in Weather Underground, but both receiving weather data from the same Tempest Station, while one receives the data from WeatherFlow in 5 minutes interval and the other through your appsscript code in 1 minute interval. I have attached a comparison of the two sets of data in the form of a screenshot attachment, to the left is the data forwarded by Weatherflow and to the right is the data forwarded by AppsScript. The compared data is from an identical time frame.
Hope this information helps you to refine your future versions of Wunderground Station Forwarder.
Thanks
The text was updated successfully, but these errors were encountered: