I would love to do some moon-bounce! Looks like so much fun and lots to
learn. I have a pi-star here on the bench to build but haven't gotten
around to it yet, but I do stay pretty active on All-Star. Usually
connected to the East Coast Reflector.
While I've been a programmer for 25+
>
> Had my 40m WSPR transmitter running last night and made it to just south
> of you, into Tasmania to VK7JJ; 13127 km away from me using 200 mw!
>
Very impressive! I've not got into WSPR myself - I'm more of a D-Star girl.
Next you should try a moon bounce.
I've been playing with the
Tom, All,
On that WU forum, an official rep said the rtupdate and weatherstation URL's go
the same place.
He said it shouldn't matter which one. So we can converge on a single URL.
This is down to same old same old "WU is a steaming pile" being the reason for
the 404's.
Regards,
\Leon
--
Thank you.
TBH I'd forgotten it was even there till the SDR picked it up :)
Thanks again,
ig.
On Monday, February 3, 2020 at 5:09:02 PM UTC-5, Gazza wrote:
>
>
> Hi Iain,
>
> I have found the weewx.conf for the system that had the pool sensor.
>
> [SDR]
>
> driver = user.sdr
>
I've attempted to move from Python2 to Python3, and have encountered a
problem with ws23xx.py
Thank you,
Paul
--
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
So, I'm a little stumped on why you're getting 404s unless you happen to be
hitting a region that's totally horked - where are you physically located?
I'm currently using 3.9.2-1 on my Pi 4 and I had temporarily disabled
`https`, but now have `https` re-enabled, but with the recent addition of
Hi Iain,
I have found the weewx.conf for the system that had the pool sensor.
[SDR]
driver = user.sdr
path = /usr/local/bin
[[sensor_map]]
# station
windGust = wind_gust.174.FOWHx080Packet
outTempBatteryStatus = battery.174.FOWHx080Packet
Hey, WeeWx'ers.
Even my workaround of setting pws_url to the value of the rf_url is
still getting 404's, even if I explicitly set a Host header. :-(
This is what I have tried... I guess WU is just a steaming pile as per
usual. :-/
Here is my attempted fix, which is part hack.
The
Tom,
Looking at the code, under the do_rapidfire_post, we clearly see it uses
rf_url. In my debug output I referenced protocol_name and it's showing
Wunderground-RF as the protocol, but the hostname is from pws_url.
I have temporarily set pws_url to the rtupdate URL and my 404's have
Brice,
Thanks! That's interesting... I just added an explicit Host header to
the rtupdate request and put debug output there.
This was unexpected:
Feb 3 14:16:34 nixie weewx[8584] DEBUG weewx.restx:
Wunderground-RF: Added Header: 'Host:
/*weatherstation.wunderground.com*/'
That
scuse me for my bad english
I attach the compressed file valid for a generic as3935 but it does not
work for my lightning detector with dfrobot sensor
I would like someone to help me edit the py file so that it works with the
sensor in my possession
thanks to those who want to help me ...
Hi, I'm in the middle of helping to add Ecowitt WS68(wind) to rtl_433.
The WH40(rain) is complete.
We have the WS68 Anemometer packets decoding and we lack a few details.
We need to compare rtl_433 packets with GW1000 data to wrap it up.
Specifically we need wind speed and UV data.
Do you use
header would be something like `Host: rtupdate.wunderground.com` ...
basically, whatever you're using as the hostname in the URL, needs to be
sent as the `Host` header ... that allows load-balancers to route the
request to the correct backend.
Brice Ruth, FCD
Software Engineer, Madison WI
On
Hey, WeeWx'ers,
I am still getting 404 errors from the rtupdate URL site.
There is a reply over here about it.
I'm now looking into what the headers need to be.
Does anyone know?
https://apicommunity.wunderground.com/weatherapi/topics/is-the-rtupdate-wunderground-com-address-no-longer-valid
>
I attach the compressed file valid for a generic and not working as3935 for
my dfrobot sensor lightning detector
I'd like someone to help me edit the happy py file in this compressed file
to make it work with the sensor in my possession
thanks to those who want to help me ...
--
You
And additionally Susan, apropos of nothing, but I noticed you're a ham, as
am I; KE7K here.
Had my 40m WSPR transmitter running last night and made it to just south of
you, into Tasmania to VK7JJ; 13127 km away from me using 200 mw!
7 3
On Mon, Feb 3, 2020 at 7:14 AM Kevin Davis wrote:
>
Thanks for this JB - to you or anyone else following the community threads
- has anyone from WU piped in to say they're re-engaged to fix the
remaining issues? I haven't seen any posts from them recently ...
Brice Ruth, FCD
Software Engineer, Madison WI
On Sun, Feb 2, 2020 at 11:14 PM J B
Thanks a lot Susan! That's exactly what I was looking for.
On Sun, Feb 2, 2020 at 6:32 PM Susan Mackay wrote:
> Also consider using SkyField instead of PyEphem as it is newer and
> supported.
> Look at https://rhodesmill.org/skyfield/earth-satellites.html and the
> example under the title
JB
Many thanks for pointing me in the direction of the fix, applied (at line
61) and it appears to be working fine after a reboot.
A quick query on Verion 4.xx of weewx for those Linux savvy bodies amongst
us, how easy is it to install on an RPi and is an undated version of
Wunderfixer
19 matches
Mail list logo