Ok, I guess ultimately what I need is the pwsweather.com account since Aeris pulls data from that site.
Do you have the URL for your weather station on pwsweather.com that shows recorded precipitation that we are not receiving?
I do not because Davis do not send to pwsweather directly… Davis does send to CWOP, which I am sending to and the reason I bought a Rachio was because of the claim it will read data from CWOP. Is that not the case?
@petercw2 I’ll followup with Aeris regarding your station and precip. If it is in the list of available stations from the Choose your weather staion screen than the data is being fed to Aeris.
it does appear (albeit with the error warning) and I have now selected it. What I don’t know is how to determine if the data is passing through to my Rachio account? Is the local weather data appearing in my account confirmation of that? Also, with the rain earlier this week, will that be accounted for in my scheduled watering tomorrow? (Remember, I’m fixed to only Thurs/Sunday) in my city.
Also, why does Rachio not simply connect directly to WeatherUnderground?
@petercw2 According to Aeris this seems to be a known defect with CWOP data.
The station is sending the data as Precip since local midnight. Unfortunately, this is the value that NOAA is not redistributing for “APRSWXNET/CWOP” stations. We have requests in to add this, but as of the end of June, we were told there was no immediate option for them to redistribute these values.
My followup to Aeris was…
If I had the customer sending data to personalweather.com would that be a “workaround”?
Their response was…
Correct, if the person is sending their data to pwsweather.com, which is owned by our company, then we have full access to their data in near real time.
Specifically, the observations from the stations are imported in our Aeris API within seconds of being received at PWSweather.com. Though the observations/summaries are updated approx every 15 minutes with the latest received data.
IMHO possible solutions at this point are:
- Publish data from WU to pwsweather using a solution presented here (WeatherSnoop or https://github.com/johnny2678/wupws)
- Use Meteobridge to publish data to pwsweather.com
- If this is too much work or cost, I’ll buy the controller back if the CWOP claim was misleading. This is the first I have heard of a CWOP limitation due to “NOAA is not redistributing for “APRSWXNET/CWOP” stations”
We do plan on having other weather options for next year (hint, hint) but don’t know if the timing works for you.
I very much appreciate the pro active support… thank you. Let me reply to your options and point out a big point of confusion.
As for the offered options:
Can’t use the 1st option because that would require me having a program/script running 24/7 on a computer in my home.
I already have my DVP2 connected to their WeatherlinkIP device, which is the same thing, and serves my data to WU and CWOP.
I’m stunned this hasn’t come up before and I am a bit confused. So no CWOP clients are report data to their Rachio? That can’t be correct. On my available list of nearby stations there is another that appears to be the same Davis I use and he’s also reporting to CWOP. But there is no precept error showing for him. See attached.
@petercw2 I do see precip data for MID_E8974, I’ll followup with Aeris on why these are behaving differently.
@petercw2 The plot thickens…
Checking here for the E8974 station:
This station is sending the Since local midnight value, which NOAA does not redistribute AND the 24 hour precip value which NOAA does redistribute and we are able to utilize for the daily precipitation.
There may be a setting within his stations software to send both values. Its also possible the two stations may be using different software to send the data, though checking here:
Both list the software type as “Unknown station type/software: L…DsIP”
Checking the Graphs you can see E9355 only sending one value for rain:
but E8974 sending two rain values:
If your user finds there is a setting or adjustment that allows his station to send both values please share, as this could be a potential solution for other users who have stations currently only sending local since midnight.
If you are able to send both values please let me know and we can see if this fixes your issue. If this does fix the issue we can also report to Aeris as a long term workaround until NOAA can put in a permanent solution.
that is a good helpful start… let me do some research on what I am sending where and if there’s a way to adjust what CWOP is getting. thanks.
Good news. I was able to correct the matter and I am now reporting the proper rain values. How long will it take for Rachio to recognize the data and cease reporting the error to me in the “change weather station” page? thanks for your help in figuring this out, btw.
@petercw2 Ok great. I’ve heard up to 48 hours. If it hasn’t changed by then let me know and we can followup with our weather provider.
Can you share how this was fixed so I can relay back to Aeris?
Yes, of course (should have offered it already)… My console and WeatherLinkIP both simply needed a firmware update. So Davis Vantage Pro 2 needs to be running v3.15 and the WeatherLinkIp v1.11. Not clear if both made the difference in combination or it if was one of them individually.
late Friday PM, rain event early data, and have been reporting the correct data.
still showing as “not reporting” in the selection list.
Seeing your precip (.63 inches today)
(search for precip)
so looks like you are good to go.
If that flag doesn’t change next week let me know and I’ll followup with Aeris. Assume something cached on their end.
so I should go ahead and select it? thanks again for the help!
The data is making it to Aeris so I would use your PWS.
Just FYI: It is still telling me there is “no precept data” on the station selection screen.
@petercw2 I’ll send this to Aeris, we are receiving precipitation, so it should be flagged as a station that has precipitation data.
Final resolution, looks like one last defect on the Aeris side that has been resolved.
My apologies for no response. I was out of the office this week, and since the tickets were assigned to me, the responses did not show up in our general support pool.
The team reviewed and resolved this issue. It seems this was a unique bug. Normally a new station defaults to hasPrecip = false. But if precipitation is received it will switch to True. Once true it will stay true unless we manually flip to false. Additionally we have an automated script that runs to check stations against a period of time. This helps ensure stations have the proper data. Unfortunately there was a bug in that it was resetting this station and others that just recently switched to sending precip back to false each night.
We have corrected this issue, as well as implemented a few additional tests for this code base.
I also confirmed we are now properly receiving and storing the 24 hour precip for this station, E9355.