rtl_433 icon indicating copy to clipboard operation
rtl_433 copied to clipboard

New device Raddy WF-100C Lite

Open ChadMatsalla opened this issue 6 months ago • 6 comments

This is the Raddy WF-100C Lite Weather Station 13-in-1 Wireless Indoor Outdoor with Temperature, Barometric, Humidity, Wind Gauge, Rain Gauge, Weather Forecast, Moon Phrase, Alarm Clock. Raddy's Site

Raddy WF-100C

It currently appears as Cotech-367959 so I'll be basing my work on that.

ChadMatsalla avatar Oct 16 '25 01:10 ChadMatsalla

It's great to see that you are interested in contributing to rtl_433 and any contribution is welcome. It seems you are new to this, so here are some notes:

See https://triq.org/rtl_433/CONTRIBUTING.html#adding-a-new-decoder on how to add a decoder.

People are notified of every change you push to a PR and will ignore you after so many notifications. Try to get something working on your fork before opening a PR and before commiting a change.

zuckschwerdt avatar Oct 16 '25 08:10 zuckschwerdt

Thank you for the advice. maintainer_update.py wanted a clean tree, unfortunately, so to get it to show there I had to commit and commit. I apologize.

ChadMatsalla avatar Oct 16 '25 17:10 ChadMatsalla

I'm afraid I've reached them limit of what I can do - I'm not a decoder.

I'm trying to find the baromatric pressure at the end of this: cad000001702eb844b2ffffbfb4f. It should be 1008 hPa or around 29.7 inhg. It's after 10 but I just can't find it. I can create a test and upload a sample and some metadata for what should be in the sample if that helps.

ChadMatsalla avatar Oct 16 '25 17:10 ChadMatsalla

maintainer_update.py wanted a clean tree, [...]so I had to commit

You only need to stage, no commit needed ;)

I'm trying to find the baromatric pressure at the end of this

Get codes with very little variation in the values then you should be able to spot the low bits changing.

But atmospheric pressure isn't a value that differs inside and outside, so it usually a sensors on the inside display unit.

zuckschwerdt avatar Oct 16 '25 17:10 zuckschwerdt

Argh. I didn't know that. It seems that this machine is sending 16 bytes of data and that's why I assumed it was there. It seems this might have been for nothing given that I can get all of the rest of the data from this machine using Cotech-367959, unless you think otherwise. It's base station is sending this to wunderground and I don't see any other sensor-based information /weatherstation/updateweatherstation.php?ID=XXXX&PASSWORD=XXXX&indoortempf=73.6&indoorhumidity=36&tempf=69.8&humidity=46&dewptf=48.1&windchillf=69.8&absbaromin=28.07&baromin=29.75&windspeedmph=0.0&windgustmph=0.0&winddir=160&windspdmph_avg2m=0.0&winddir_avg2m=162&windgustmph_10m=0.0&windgustdir_10m=104&rainin=0.0&dailyrainin=0.0&weeklyrainin=0.21&monthlyrainin=0.21&dateutc=2025-10-16%2017:41:24&action=updateraw&realtime=1&rtfreq=5&

ChadMatsalla avatar Oct 16 '25 17:10 ChadMatsalla

The 16 bytes is where the Cotech has 14 bytes? Where are those two located? At the end? Are they included in the checksum? If so did the checksum then move (e.g. from byte 14 to byte 16)?

Did you notice any difference in the fields between Raddy WF-100C Lite Weather Station and Cotech 36-7959 Weatherstation? If it's only minor then maybe add that to the original decoder. If they are the same then just document Raddy WF-100C Lite Weather Station as also supported in the original decoder.

zuckschwerdt avatar Oct 17 '25 10:10 zuckschwerdt