wanted: Ecowitt WS68 anemometer users that also have an rtlsdr and are familiar with rtl_433. It's almost ready for deployment! :-)

39 views
Skip to first unread message

Tolip Wen

unread,
Feb 3, 2020, 2:06:28 PM2/3/20
to weewx-user
Hi, I'm in the middle of helping to add Ecowitt WS68(wind&light) 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 rtl_433 and also have an Ecowitt GW1000?
Do you use rtl_433 with a different anemometer and also have an Ecowitt WS68 for comparison?

If you do there are 2 ways to contribute.

If you use pre-built binaries you can capture raw packets with a flex decoder.
  -X "n=WS68_flex_decoder,m=FSK_PCM,s=58,l=58,r=5000,g=4000,preamble=aa2dd4"
Capture some packets and report what wind data you see on the GW1000 for wind at time of capture.
The needed data will look similar to

"codes     : {139}680000c500004b0fffff009100006f85104"

The 68(hex) after the curly braces tells you it's a WS68 packet.
If you 00 after the five "f" (ffff00) then there is no wind, not useful.

If you compile your own you can pull the latest code and use the in-progress WS68 decoder.
Again compare what rtl_433 see's and compare to GW1000 wind data.

What we need is "known wind data" to adjust the decoded WS68 data into something useful.
We're almost there.

I'm trying to avoid driving around holding the fragile anemometer out the window to calibrate the rtl_433 WS68 decoder, lol.

Please and Thank You! :-)


Reply all
Reply to author
Forward
0 new messages