Important Support Information
As of 9/1/2020, I no longer have any WeatherFlow gear. While 98% of the support requests are simple enough that I can likely respond, at this point I’m not thinking that I’ll be adding more functionality in the forseeable future.
I will ‘try’ to keep the listener up to date vs. the published UDP API on a best-effort basis, but be aware that I also plan to ‘have a life’ so your mileage might vary from time to time…but it ‘does’ work at this point in time and is expected to continue to work for the forseeable future.
Version 4.2.0 released - 2020-0718
Merge PR #6 from tkeffer:
- better handle threading
- import mqtt and influxdb modules only if required
- a little minor refactoring under the hood
Version 4.1.0 released - 2020-0513
Support for Tempest per WeatherFlow UDP reference v119
Added ‘systemd’ directory with files and instructions for installing+running as a systemd service. Some light editing by the user is required to set your personal command-line arguments in the /etc/default/weatherflow-udp-listener file so the service starts with your desired options.
Standard Blurb follows…
There’s all kinds of good stuff in the UDP broadcasts that you can’t get at via the REST or Websockets APIs, so I’ve been working for a bit cooking up a python program to:
- report to stdout either the raw JSON it listens or a more human-friendly output of the same
- optionally publishing to MQTT, potentially supporting multiple Air/Sky devices per hub
- optionally publishing to InfluxDB as well
Rather than give the long README file here, here’s a pointer to the Github repo if you have interest.
Note: always compare your version to the latest release on the link above
IMPORTANT NOTE ABOUT DATA VIA THE UDP INTERFACE
- please read the commentary in the README file on GitHub before reporting perceived bugs. Thank you.