Reading Weather Station data from a different subnet than the Hub is connected to

HI. yeah, you might need to extend the wifi range with a repeater if you want to get the UDP packets direct
(otherwise WD’s cronweatherflow program can get the data via a websocket from the WF cloud servers (as described above)

1 Like

Which software on RPi can work with WF? I could use one easily.

For now I use weewx but I tested Weather Display

both work, maybe there are others but those two are confirmed.

No real reason why I use one or the other … both can read the udp packages (weewx via a plugin you can find on this forum, WD is all inbuild …

I’d say, test both and pick the one you like most. WD (@weather-display) is tester and the weewx plugin coder (@vreihen) is tester aswell

happy testing :wink:

1 Like

By WD you mean a ConsoleWD, right? I don’t use a desktop release (Jessie for RPi) but ust a console.

http://www.weather-display.com/fileslinux.php

in more linux distribs you have a pi version

15

You can also use this to capture and archive WeatherFlow UDP data.

indeed, so new I’m not yet used to it and I personally didn’t test it yet … soon

sorry Gary

Great, thanks all for feedback! I’ll also try to redirect the traffic on port 50222 to my different subnet. But I may give a RPi a try first.
I’m used to WD but my colleague uses a weewx with his station. I’m happy there are options. Also the default software seems to do a very good job!

I use both WeatherDisplay by Brian Hamilton on my MacBook and WFArchiver by Gary Funk on a Raspberry Pi 3b. Both are excellent for what I need to do. And both authors are WeatherFlow Field-Testers.

1 Like

You have the choice of changing your network by changing the subnet to a /23 or changing the Wi-Fi router to a Bridge.

Is there a reason you have the two segregated?

1 Like

I’ll set up a Sky (only) to a location without RPi or PC in the local wifi. Is there any other software I could use to read the data in another location similar to cronweatherflow ? I like WD but would only be logging wind, solar and rain. I’m also not sure WD would work without the Air (no pressure value).
Thanks.

I think you need a hub within RF range of the Sky, as the hub is what sends the data…

Yes, I will have one Sky and one Hub in location A and would like to log data in location B. I could probably do it with weatherdisplay but would like to avoid having a PC for this. WD is able to take data locally (within same network where Hub is) or remotely. It reads from the WF’s server I guess.

Correct…
You can read from location B… as long as B has a HUB and it’s talking to the WF servers.
–Sam

1 Like

I can imagine different scenario but all need coding skills. As you pointed out, Sky and Hub need to be used together as the Sky can not communicate to something else. Plus the hub pre processes data and you would loose all the benefit of it if it were direct communication with the Sky.

  • you use some UDP package grabber and store locally to a database that you push or pull to another server but you don’t have realtime

  • you use an UDP grabbing package and push it to a remote database (sql allows to store remotely even 10k miles away)

Some here on forum posted code on how to grab the UDP packages but from there you need to add whatever system you would like to achieve your goal. But in any case you will need a device (PI or even an small Arduino thing cold to it I think) to grab the data and push or pull the data across

the only other option is to go grab the data again from WeatherFlow servers via the API (links on in top menu)

If a MQTT (see WeatherFlow UDP listener and MQTT/InfluxDB publisher utility) is uses the time laps is so small, it doesn’t matter in the case of those weather data.

A VPN connection as a main part of a solution in between (a third option). But again, you have to be skilled to set one up and will have to use additional hardware.

A VPN will probably not pass UDP broadcasts, if that’s what is being suggested…

Thank you @eric and @dsfg for suggestions.
I will look into the API option. I have another setup with Hub, Sky and Air +RPi (with double wifi…, weewx) and works great. Here in this new setup I will not have the Air unit and would like to avoid another RPi and just take data from home location.
I’m not a rookie in the linux world but a complete rookie in this new world of IFTTT and other web services… :grinning:

It depends on the setup and the VPN-solution. If the only use case is to transfer the WF UDP data, there are solutions but, as I said, those a not for beginners.

Still not certain what you’re trying to accomplish. Draw us a picture please.

  • do you want to ‘combine’ two stations into a unified view of ‘two’ sites ?
  • do you want to have two sites, but just one computer processing the data ?
  • do you want something else ?
  • do you want all this magic happening ‘with’ or ‘without’ use of the WF servers ?

My UDP listener and @vreihen’s driver for weewx can process just about any UDP they can hear, and feed influxdb or MQTT or weewx (sqlite3 or mariadb etc.) just fine if you can get the packets to the computer doing the listening.

But the UDP is a broadcast, so it’s not routable in general. Those messages are going to stop at the first router.

You could definitely grab multiple stations by querying the WF servers with websockets, but that is not “reading hub data from a different subnet”. It’s not even “reading hub data” really. It’s reading the very processed stuff WF saves ‘based on’ hub data.

What @vreihen and I do is read the raw data off the hub and not need (or want) anything from the WF data at all. The other local solutions basically take the same approach.

So it really comes down to what problem you’re trying to solve. Again, draw a quick picture or something. If you need a free site online draw.io is pretty easy to use to generate a quick picture.

2 Likes