[SOLVED] Weatherflow Smart Weather Station binding

I made an attempt to sync the binding with the latest API specification. I uploaded a new binary jar but it is untested, so I recommend keeping the old version in case it blows up. :slight_smile:

2 Likes

Ok, HUB is responding, but cannot add AIR
ALso I get:
2018-03-10 19:43:11.692 [WARN ] [ather.handler.SmartWeatherHubHandler] - device status but not for us.
2018-03-10 19:43:11.696 [WARN ] [ather.handler.SmartWeatherHubHandler] - device status but not for us.
2018-03-10 19:43:11.806 [WARN ] [ather.handler.SmartWeatherHubHandler] - air observation but not for us.
2018-03-10 19:43:11.809 [WARN ] [ather.handler.SmartWeatherHubHandler] - air observation but not for us.

Ah, It seems I didn’t update the device discovery service to look for the new message types. I uploaded a version that should fix that. I will try to upgrade my firmware this weekend so that I can actually verify things are working before I upload any more updates!

Bill

1 Like

I can confirm that auto-discovery is working with v30 (I don’t have the option to install 35).

I think you may have been updated to v37. Check and see your version.

@hww3 Can you confirm your Hub has v37 firmware?

Hi @GaryFunk,

I just checked and my hub is at v30. It’s on a network without internet access, so I had to move it manually last weekend to do the update. Are versions made available on a piecemeal basis? Do people automatically get beta versions or do you have to opt in?

Bill

HI, Bill (@hww3)

V37 is release firmware. It was and is being pushed out to all Hubs. And it solves many issues.

Gary

I’m out of town for a few days but will attempt an update this weekend. I think the OpenHAB binding is up to date with these changes.

Hey all, I am very excited to order a sky sensor hopefully in some days, when they are rolling out the new sensor. Is this binding already available? Thanks a lot for the great work so far!!!

Hi, the binding is available and works pretty good at this stage, however it is still in continuous development/testing phase. We are all waiting for our Sky’s in order to verify if it works appropriately with it. Then there will be required more test and the binding will be hopefully released shortly officially.

1 Like

Hi,

The binding is available and supports the Hub and Air sensors. The latest version is available from a link earlier in this message thread. I began laying the ground work to support the Sky sensor but I think it’s almost certain that additional effort will be required to make it work properly.

My Sky is currently making its way through the terminal at Hong Kong International airport… probably be about a week before it arrives. I will be out of town until mid-June, but getting the binding working with the Sky is a top priority upon my return. I’d conservatively estimate that the binding should support the Sky by the end of June (but hopefully before then!)

3 Likes

Bill, are you from Weatherflow? My feedback would be for Weatherflow to support MQTT - it would make the need for a specific binding redundant for many OpenHAB users.

Hi,

I’m an independent user unaffiliated with Weatherflow, though I can tell you that the Hub does use MQTT to communicate with the Weatherflow cloud service.

While I do like MQTT, I think that having a native binding provides a better out of the box experience, especially for less technically savvy folks.

If someone wanted to have a go at integrating without a native binding, I’m pretty sure the way to go would be to listen to the UDP broadcasts from the Hub using the TCP/UDP binding, and then use a transformation to get the data out of the JSON data being broadcast.

Bill

Hi All,

I received my Sky and spent some time last night adding support for the new observations supplied by this sensor package. You can download the latest build here:

https://bitbucket.org/hww3/org.openhab.binding.weatherflowsmartweather/downloads/org.openhab.binding.weatherflowsmartweather-2.3.0-SNAPSHOT.jar

It seems to work properly for me; I look forward to hearing from others! Note: you’ll need to be running Openhab 2.3.0 to use this without getting random errors.

Some to do items:

  • support the Rain start, Rapid wind and Lighting strike events. I still am unsure the best way to represent these messages; perhaps as a generic JSON events channel that others can then listen to and update their UIs as desired?

  • I’d also like to add support of the new units framework in Openhab 2.3. No eta on this but it’s near the top of my list.

2 Likes

Thanks Bill. I’ve just upgraded and my Sky observations seem to be coming in fine.

Okay, so I’ve just had some nice heavy showers but only the rain_accumulated item is being updated, not the local_day_rain_accumulation item:

2018-06-19 12:45:27.867 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.0 to 0.009579
2018-06-19 12:46:27.926 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.009579 to 0.016071
2018-06-19 12:47:27.867 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.016071 to 0.003801
2018-06-19 12:48:27.849 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.003801 to 4.066342
2018-06-19 12:49:28.015 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 4.066342 to 2.570136
2018-06-19 12:50:27.807 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 2.570136 to 1.006456
2018-06-19 12:51:27.829 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 1.006456 to 0.150633
2018-06-19 12:52:27.759 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.150633 to 0.04064
2018-06-19 12:53:27.768 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.04064 to 0.121903
2018-06-19 12:54:27.734 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.121903 to 0.385776
2018-06-19 12:55:27.793 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.385776 to 0.313365
2018-06-19 12:56:27.791 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.313365 to 0.101144
2018-06-19 12:57:27.785 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.101144 to 0.013289
2018-06-19 12:58:27.666 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.013289 to 0.021957
2018-06-19 12:59:27.688 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.021957 to 0.025707
2018-06-19 13:00:27.646 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.025707 to 0.00955
2018-06-19 13:01:27.704 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.00955 to 0.016617
2018-06-19 13:02:27.633 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.016617 to 0.007092
2018-06-19 13:03:27.644 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.007092 to 0.003274
2018-06-19 13:04:27.700 [vent.ItemStateChangedEvent] - weatherflowsmartweather_sky_HB_00001121_SK_00011302_rain_accumulated changed from 0.003274 to 0.0

I’m assuming this is something that is calculated by the binding as it’s not reported by the UDP API.

Also, what is precipitation type item as it’s not in the UDP API either and I didn’t see it set or updated during this rain event?

Thanks!

I found the answer to my first question here - https://community.weatherflow.com/t/udp-accumulated-rain-field-11-null/342

Yes, the data for all of the observation fields is exactly as reported by the UDP API. I’ve got a separate binding (weather calculations) that handles derived values. I haven’t really thought about what derived data might be interesting for the Sky… it’s currently mostly things like wind chill and such.

I think the precipitation type field may be new; it is listed in the v47 UDP API docs. Is it populating for you?