OK, well I guess it was good while lasted.
In my case, my AcuRite station does not forward the precip rate to WU, only the running precip accum/total. The WU āprecip accumā is what was populating to PWSWeather as the ādaily precip totalā - until recently. Sounds like they may be making changes. FWIW here is my data from 4/28:
From your screenprint, it sounds like WU is no longer providing the āprecip accumā (which is why it is not forwarding to PWS), but in your case it looks like it is crossing your values. Weird.
The crossing values in my screenshot is my attempt to see if switching the RAININ and DAILYRAININ values made a difference. It didnāt
For what itās worth, hereās the response from the pwsweather guy when I wrote him this morning.
Hi John,
The hourly rain has always been a problem because different software and devices send it differently. Some calculate it since the last update, some since the top of the hour and some within the last 60 minutes. We have a number of routines in there to try and come up with a close figure but itās not perfect. We try to do the best we can with the rainin parameter.
Iām going to ask the developers to take another look at rain. I just noticed an anomaly in my numbers for today. Didnāt throw the accuracy off, but itās just different.
There is a reconciliation program that runs in the morning which compiles all the numbers and comes up with a realistic precipitation number. I havenāt checked lately if itās exactly the same as my stations. I actually had some rain today so will probably be looking at that while rain is on my brain.
I also posted a question to Weather Underground forums about why the Precip Accum. value isnāt in the JSON results. No responses yet, but you can follow here.
Yes/agreed on the precip accum. My flex schedule was adjusting the moisture levels based on my weather stationās precip accum/daily precip that was getting sent to PWS weather. It seems WU mysteriously took it out and if they put it back in we are back in business w/ the script. I really hope that next year the Rachio team will directly integrate with WU. Thank you.
Its a miracle! I just looked at my PWSweather station and daily precip totals are now getting populated again from WU! They started showing up as of 12:01AM today (nothing showed up at all yesterday - or since 5/1). Somebody must have made a change at WU per your post and got it back into the json. Lets hope this sticks.
I think the power Rachio would have by creating a Vera plugin would make the opportunities limitless. All the sensors and external plugin/api information it has available today could create even more robust logic in when and how long to water lawns and plants. Please create a Rachio plugin for Vera.
+1 to add direct WUnderground support, honestly I canāt understand the problem to add this supportā¦
For international users like me (Iām from Austria) it will open the door to use Rachio instead of other solutions!
I have an Ambient Weather WS-1400-IP Weather Station but canāt currently use it with my Rachio. Instead it wants to use a weather station a couple miles away which receives sinificantly different rainfall, when it does rain here in Tucson. I see there are some workarounds available but Iām not interested in sinking more $'s into this system to make it work as advertised.
But, because rachio uses the cloud, we canāt use this option, correct? So, would rachioās installed base make more than 100,000 calls per day to WU? if not, it would cost no more than $200/month for every customer.
Am I correct about the pricing or am I missing something?
At any rate, what would the cost/month be to offer it? And if this is the only thing holding back rachio from offering this, why not make it optional and let the customer decide?
