Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Missing support for "Fine Offset Electronics WH24, WH65B, HP1000 & derivatives #100

Open
dclaar opened this issue Jan 1, 2024 · 8 comments
Assignees
Labels

Comments

@dclaar
Copy link

dclaar commented Jan 1, 2024

I'd like to see support for this protocol.

I know that this is open source, and I'm happy to contribute, but it's a little difficult figuring out how to start. Not the github stuff, or the tool chain, but more the structure of the files, what's a "SubGhzBlockConst", etc. I'm trying to wrap my head around the protocol files--and on translating rtl_433 to flipper--but I haven't found a lot of documentation yet.

I have an Ambient Weather 2902, and the sending unit identifies as "fineoffset-WH24" in rtl_433:

time      : 2023-12-29 19:30:32
model     : Fineoffset-WH24                        ID        : 49
Battery   : 1            Temperature: 13.2 C       Humidity  : 93 %
Wind direction: 43       Wind speed: 0.0 m/s       Gust speed: 0.0 m/s
Rainfall  : 2809.5 mm    UV        : 2             UVI       : 0
Light     : 0.0 lux      Integrity : CRC

It's at 915mhz. It's different than the current ambient_weather.c:

 * This decoder handles the 433mhz/868mhz thermo-hygrometers.
 * The 915mhz (WH*) family of devices use different modulation/encoding.

This protocol was added to rtl_433 in 2018, discussion of the signal is here.

The format is described as: "The sensor sends a package each ~16 s with a width of ~11 ms. The bits are PCM modulated with Frequency Shift Keying"

Thanks!

@skotopes
Copy link
Member

skotopes commented Jan 2, 2024

@dclaar we need some RAW records first

@dclaar
Copy link
Author

dclaar commented Jan 3, 2024

I ran it in RAW while rtl_433 showed several packets--and a bunch of unknown stuff--go by.
The RAW files seem very short, with just 1 chunk of RAW_Data. rtl433_output.txt corresponds to RAW-20240102-184902.sub.txt

rtl433_output.txt

@skotopes
Copy link
Member

skotopes commented Jan 3, 2024

RAW files you recorded are useless. Looks like you were using incorrect modulation settings: rtl433 is suggesting FSK

@dclaar
Copy link
Author

dclaar commented Jan 3, 2024

Ah, OK, I don't see an option for FSK. Maybe one of the FM settings?

This was kind of why I was hoping that someone had written a doc on "this is how you do this" so I wouldn't waste people's time. Here's one with each FM setting.
RAW-20240102-192241.sub.txt
RAW-20240102-192149.sub.txt

@skotopes
Copy link
Member

skotopes commented Jan 3, 2024

yes FSK is subtype of FM

@skotopes
Copy link
Member

skotopes commented Jan 3, 2024

Looks like default config is not going to work or this record was done incorrectly.

Does rtl433 shows you anything when you replay it from flipper?

@skotopes
Copy link
Member

any updates?

@dclaar
Copy link
Author

dclaar commented Jan 20, 2024

I'm stymied and frustrated. When I put the flipper right next to the transmitter, the RSSI indicator doesn't even twitch. There's no indication that it is receiving anything. When I replay the recording, nothing happens. But the unit is clearly transmitting: rtl-433 sees it. So I don't know where to go from here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants