[weewx-user] Is there an option to disable use of SSL for pushing data to Weather Underground?

2020-01-30 Thread Kevin Key
Is there an option to disable use of SSL for pushing data to Weather Underground? I am getting nothing but errors and can no longer push to WU. -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving

Re: [weewx-user] Wunderground Upload fails with SSL error started last night

2020-01-30 Thread Kevin Key
Where is this file located? On Thursday, January 30, 2020 at 2:36:53 PM UTC-8, Jarom Hatch wrote: > > Quick fix for me was to change the URLs in restx.py to http instead of > https. That got it back updating. > > On Thursday, January 30, 2020 at 3:30:32 PM UTC-7, Jarom Hatch wrote: >> >> This

[weewx-user] Re: rtupdate.wunderground.com certificate error

2020-01-30 Thread Kevin Rowett
I no longer get a ssl cert error. Now get this error: restx: Wunderground-PWS: Failed to publish record 2020-01-30 20:08:00 PST (1580443680): Failed upload after 3 tries KR On Thursday, January 30, 2020 at 1:56:30 PM UTC-8, J B wrote: > > I just tried running the request that Weewx attempts

[weewx-user] Re: Confusion with need for WeatherLinkIP

2020-01-30 Thread Andrew Milner
the belfryboy logger works well for a fraction the price of the davis ... On Thursday, 30 January 2020 21:28:41 UTC+2, vince wrote: > > On Thursday, January 30, 2020 at 9:31:50 AM UTC-8, Kevin Davis wrote: > >> While I'm twiddling my thumbs waiting for my Davis station to show up, I >>

Re: [weewx-user] Wunderground Upload fails with SSL error started last night

2020-01-30 Thread RobbH
That seems to have worked for me, too. On Thursday, January 30, 2020 at 5:36:53 PM UTC-5, Jarom Hatch wrote: > > Quick fix for me was to change the URLs in restx.py to http instead of > https. That got it back updating. > > On Thursday, January 30, 2020 at 3:30:32 PM UTC-7, Jarom Hatch wrote:

Re: [weewx-user] NOAA report

2020-01-30 Thread Thomas Keffer
Did you look in the NOAA templates and see what the pattern is? Just follow the pattern. It will be something like $day.UV.max UV is treated like any other observation type. See the section *Tags * in the Customizing Guide. -tk On Thu, Jan 30, 2020 at 4:53 PM Hector Valenzuela wrote: > Hi, i

[weewx-user] NOAA report

2020-01-30 Thread Hector Valenzuela
Hi, i added an UV sensor to my Davis Vantage Pro 2 and i have a raspberry pi 3 running weewx 3.5 and i want to add the UV report to NOAA template but i dont know. $day.UV.(,$NONE) something like that! -- You received this message because you are subscribed to the Google Groups "weewx-user"

Re: [weewx-user] Wunderground Upload fails with SSL error started last night

2020-01-30 Thread Jarom Hatch
Quick fix for me was to change the URLs in restx.py to http instead of https. That got it back updating. On Thursday, January 30, 2020 at 3:30:32 PM UTC-7, Jarom Hatch wrote: > > This happened to me as well. Reinstalling the CA certs didn't help. I > can curl using -k (ignore cert) but weewx

Re: [weewx-user] Wunderground Upload fails with SSL error started last night

2020-01-30 Thread Jarom Hatch
This happened to me as well. Reinstalling the CA certs didn't help. I can curl using -k (ignore cert) but weewx isn't playing nicely with the certs as they are right now. On Thursday, January 30, 2020 at 1:40:56 PM UTC-7, Thomas Keffer wrote: > > You're the second person in recent days who

[weewx-user] Re: rtupdate.wunderground.com certificate error

2020-01-30 Thread J B
I just tried running the request that Weewx attempts manually via curl and it still gives me a certificate error: curl: (60) SSL certificate problem: unable to get local issuer certificate Maybe there's some caching involved? On Thursday, January 30, 2020 at 1:51:28 PM UTC-8, Denny Page

[weewx-user] Re: rtupdate.wunderground.com certificate error

2020-01-30 Thread Dave McCreath
Snap! SSL Certificate issue resolved but data still not being accepted via https. Webcam updates are getting through. -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an

[weewx-user] Re: rtupdate.wunderground.com certificate error

2020-01-30 Thread Denny Page
I received an email from Wunderground "Yes, there was a problem that has been resolved." While the certificate error has been resolved, it appears that the https head still is not accepting updates. The http head appears fully functional. I've reported the secondary problem to them. -- You

Re: [weewx-user] Wunderground Upload fails with SSL error started last night

2020-01-30 Thread Thomas Keffer
You're the second person in recent days who has had WU certificate problems. Most likely they've been monkeying around with their API, as they tend to do, but it's also possible your machine has stale certificates. Try this: *sudo apt-get update* *sudo apt-get install --reinstall

[weewx-user] Re: rtupdate.wunderground.com certificate error

2020-01-30 Thread J B
Same problem here. Thanks for posting the response from WU. -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to weewx-user+unsubscr...@googlegroups.com. To view this

[weewx-user] Wunderground Upload fails with SSL error started last night

2020-01-30 Thread J B
Hi, I've had a PWS uploading to Wunderground with Weewx 3.9.2 on a Raspberry Pi for several months. Yesterday the station randomly stopped uploading to WU although my local database is still being updated. Checking the log shows the following: restx: Wunderground-PWS: Failed upload attempt 1:

[weewx-user] Re: Confusion with need for WeatherLinkIP

2020-01-30 Thread vince
On Thursday, January 30, 2020 at 9:31:50 AM UTC-8, Kevin Davis wrote: > While I'm twiddling my thumbs waiting for my Davis station to show up, I > realize I might be confused about the WeatherLinkIP accessory. That is a > required part to interface with the Pi/WeeWx or not? > You need

Re: [weewx-user] Confusion with need for WeatherLinkIP

2020-01-30 Thread Greg Troxel
Kevin Davis writes: > While I'm twiddling my thumbs waiting for my Davis station to show up, I > realize I might be confused about the WeatherLinkIP accessory. That is a > required part to interface with the Pi/WeeWx or not? It is not, but you need some sort of datalogger. THe Davis

[weewx-user] Re: rtupdate.wunderground.com certificate error

2020-01-30 Thread Dave McCreath
Looks like WU are onto this, see attached from apicommunity.wunderground.com/. -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to

[weewx-user] Confusion with need for WeatherLinkIP

2020-01-30 Thread Kevin Davis
Dumb question. While I'm twiddling my thumbs waiting for my Davis station to show up, I realize I might be confused about the WeatherLinkIP accessory. That is a required part to interface with the Pi/WeeWx or not? -- You received this message because you are subscribed to the Google Groups

[weewx-user] Recommended iPad skins?

2020-01-30 Thread Stinkpot
Hi all, I'm hoping to use an old iPad as a weewx console. Can folks recommend skins that might be attractive and well-suited? I've seen the neowx and Belchertown ones, as well as the general WeeWx Showcase page, and I'll be trying those out. Still, I'd welcome recommendations on iPad-specific

[weewx-user] Re: rtupdate.wunderground.com certificate error

2020-01-30 Thread Kevin Rowett
About 22:00 UTC Jan 29, I started getting this error: restx: Wunderground-PWS: Unexpected exception of type weewx[598]: restx: Wunderground-PWS: Thread exiting. Reason: hostname 'weatherstation.wunderground.com' doesn't match either of '*.prod-pw

[weewx-user] Re: rtupdate.wunderground.com certificate error

2020-01-30 Thread Denny Page
I also started seeing this. You can also see the error here: https://weatherstation.wunderground.com/weatherstation/updateweatherstation.php The certificate that is up there is a 90 day Let's Encrypt certificate, with no alternate names at all. Essentially a bogus certificate. I reported it

[weewx-user] Re: wanted: users with ecowitt gw1000 wifi bridge

2020-01-30 Thread James Berry
Just to confirm that it just rained a bit and the new changes in 0.53 caused the rain to register on my HP2551 :-) -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email

[weewx-user] rtupdate.wunderground.com certificate error

2020-01-30 Thread Brice Ruth
Just a heads up (I've reported this to wunderground) - It looks like the SSL/TLS certificate for `rtupdate.wunderground.com` is > incorrect or the API has been compromised in some way. Accessing > `https://rtupdate.wunderground.com` in a browser such as Chrome yields a > security warning:

Re: [weewx-user] Re: WeeWX Beta 4.0.0b10 + vantage + LOOP1 = missing altimeter value

2020-01-30 Thread Paul R Anderson
Verified Gary's commit fixed altimeter issue under Python 2.7.16, and Python 3.7.3 values now being saved to database. Ever if the method changes i'am sure it will be fine. Sidenote seemed like the perfect time to try the new wee_database --calc-missing utility It of course worked perfectly and

[weewx-user] Re: wanted: users with ecowitt gw1000 wifi bridge

2020-01-30 Thread Vetti52
Tuesday, 30. January 2020 01:21:32 UTC+1 mwall wrote : > > [Interceptor] > ... > [[sensor_map_extensions]] > txBatteryStatus = wh65_battery > > that way you get all the standard mappings, and just override the > txBatteryStatus > > m > That's right, and I will do that. However,

[weewx-user] Re: wanted: users with ecowitt gw1000 wifi bridge

2020-01-30 Thread Vetti52
Tuesday, 30. January 2020 01:21:32 UTC+1 mwall wrote : > > [Interceptor] > ... > [[sensor_map_extensions]] > txBatteryStatus = wh65_battery > > that way you get all the standard mappings, and just override the > txBatteryStatus > > m > That's right, and I will do that. However,

Re: [weewx-user] alarm.py question

2020-01-30 Thread Thomas Keffer
Oh, and be sure to set up a udev script to avoid port switching problems. See the section *Installing a udev script * in the User's Guide. On Thu, Jan 30, 2020 at 4:55 AM Thomas Keffer wrote: > The easiest would probably to set up a logwatch >

Re: [weewx-user] alarm.py question

2020-01-30 Thread Thomas Keffer
The easiest would probably to set up a logwatch . It's a better tool for these kinds of system problems. -tk On Thu, Jan 30, 2020 at 2:27 AM Roebert Akraks wrote: > Hello, > > I use the email alarm extention which basically works as it is designed.

Re: [weewx-user] Re: WeeWX Beta 4.0.0b10 + vantage + LOOP1 = missing altimeter value

2020-01-30 Thread Thomas Keffer
Good sleuthing! The solution is a lot simpler: svc_dict is actually an ordered dictionary (specifically, a ConfigObj.section). So, all we have to do is make sure they are listed in the correct order in DEFAULTS_INI. Right now, they are in alphabetical order. -tk On Thu, Jan 30, 2020 at 1:00 AM

[weewx-user] alarm.py question

2020-01-30 Thread Roebert Akraks
Hello, I use the email alarm extention which basically works as it is designed. As soon as a value gets out of range, I get an email. I don't know why, but this week, the usb-serial converter for the station got disconnected (syslog shows ttyUSB0 disconnected, and afterwards showed up as

[weewx-user] Re: raspberry pi reinstall (full remove + reinstall) problems

2020-01-30 Thread gjr80
Hi, When did you copy weewx.conf from GitHub? I'm guessing it was in the last few hours. If so you have inadvertently been caught up in the release preparations for WeeWX 4.0 and you have ended up with a default WeeWX 4.0 weewx.conf. That will cause problems for a pre-4.0 install. You don't

[weewx-user] Re: WeeWX Beta 4.0.0b10 + vantage + LOOP1 = missing altimeter value

2020-01-30 Thread gjr80
OK, had another look and I see the problem; the changes in the 'Bad commit' inadvertently caused WeeWX to try to calculate altimeter before pressure and since altimeter is dependent on pressure that causes a problem if pressure does not exist (as is the case on a Davis system using other than

[weewx-user] raspberry pi reinstall (full remove + reinstall) problems

2020-01-30 Thread Tim St. Clair
I have raspbian on a pi3b with previously working FineOffsetUSB wh1080 station. I broke several things with some bad updates and at the same time the batteries on the usb unit went flat. After changing them the station appeared to be in the lockup problem (similar to