-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
trh 433.92 radologger decoding #2942
Comments
What units are 950 and 1500? Does not sound like temperature or %rh. Looks like FSK, but one freq is dead center, which is not good. Can you offset by 50 to 100 kHz and record again. Also, is that signal post-processed? The dynamic range seems strange. Or is that a very low manual gain setting? |
Thanks!! Yes, you may be right as this sensor has two modes and when I recorded this sample it was set to physical units i.e. deg C and % of rel. humidity, so in this case values should be around 24C and 45%. As for the dynamic range you are also right, I didn't have a good antenna so the range is poor. I will record new sample with your suggestions tomorrow as I left my dongle at work. |
Please find new file containing 8 data-packets. Originally each single packet was separated to another by approximately 30 seconds but to make the file smaller I deleted background signal between them. |
The signal is still very much at 0 Hz, please offset to e.g. 433.85M. |
Hi,
I was struggling with this software but fortunately I got some results
however it doesn't look good
c:\Users\stroj\source\repos\rtl_433\out\build\x64-Debug\src>rtl_433 -S
unknown
rtl_433 version 23.11-123-g3339a4e7 branch master at 202405261706 inputs
file rtl_tcp RTL-SDR SoapySDR
Found Rafael Micro R828D tuner
[SDR] Using device 0: RTLSDRBlog, Blog V4, SN: 00000001, "Generic RTL2832U
OEM"
Exact sample rate is: 250000.000414 Hz
[sdr_set_center_freq] Failed to set center freq.
Allocating 15 (non-zero-copy) user-space buffers
wt., 28 maj 2024 o 17:38 Christian W. Zuckschwerdt ***@***.***>
napisał(a):
… The signal is still very much at 0 Hz, please offset to e.g. 433.85M.
Also record samples with rtl_433 -S unknown to split the files
automatically. And -s 1024k should be sufficient.
—
Reply to this email directly, view it on GitHub
<#2942 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BIYMJ3IEQJMB4WN7EQWJ3KTZESQGVAVCNFSM6AAAAABILQQQAWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMZVGU2TSNRVGU>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
--
|
That is bad. Should not happen. Try to unplug and replug the SDR. Check Zadig is installed correctly. |
Hi,
it looks like it is somehow working since e.g. this command
rtl_433 -Y autolevel -Y magest -M level -M noise -M time:usec -v
resulted with some reasonably looking results
[image: image.png]
wt., 4 cze 2024 o 17:16 Christian W. Zuckschwerdt ***@***.***>
napisał(a):
… [sdr_set_center_freq] Failed to set center freq.
That is bad. Should not happen. Try to unplug and replug the SDR. Check
Zadig is installed correctly.
—
Reply to this email directly, view it on GitHub
<#2942 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BIYMJ3JDFUCMCWRBJ6NCAJ3ZFXK33AVCNFSM6AAAAABILQQQAWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCNBXG44TKNZZGU>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
--
|
I have another sample if someone is interested - I hope this is better. |
Rename the file to e.g. Set (mouse wheel) Gain to 0 dB and Range to e.g. 10 dB, now you can see the original signal. The FSK-looking lines at +/-200kHz are just aliases -- the signal is clipping (too loud). Looks like very narrow and fast FSK maybe. Zoom in (mouse wheel) to max and observe the very funny waveform in the I/Q display (lower part). I don't know what that is, is it just clipping FSK near DC? Also, why is that signal at 434.6 MHz exactly? That's too far from 433.92 MHz. Do you always see the signal at the center frequency? Can you get it to be not at the center (and also quieter, not clipping)? |
Hi, |
Much improved. The signal looks really nice, the -1 dB is optimal. E.g. zoomed in on the first packet we see the FSK clearly A packet seems to be ~200 ms. Basic symbols seem to be 1000 / 1000 µs pulse/gap and 2000/2000 µs pulse/gap after a 24x 1000/1000 preamble and a 3000/3000 sync symbol. With a quick test rtl_433 doesn't seem to work well on that signal though :/ |
Same approach for me, I renamed the complex16s to g001_434.052M_1000k.cs8 and I got more results than keeping current name. From previous samples and URH, I saw that it's a Manchester coded signal. I tried this:
Then this:
Not sure about decode_dm but just to try ...
Some answers to start bitbench ... |
Little update, with a preamble = 0x55c6 and decode_dm , data is starting with 0x01.... So could be the sensor id. |
I'm not able to get the temp or humidity values, sounds like your samples are partially done, not all the same duration. Can you try to get more codes but using rtl_433 (by default the frequency is 433.92M) ?
And as you did, share the temp/hum values along the codes. If you have bad or too many answers, try to add filters like this:
Adjust the bits value and the preamble (0x55c6 , 0x55c65, 0x55c655 ... ). |
If someone is interested in decoding signal from one of my T/RH sensors working on 433.92.
There is a 6 data-packets recorded with RTL-SDR v4 in URH software. Each data-packet contains sensor ID (it should be 1) and raw values of temperature (around 950) and relative humidity (around 1500). If someone would like to take up this challenge I can provide more details.
sample3_RTL-SDR-20240525_195429-433_92MHz-1MSps-1MHz.zip
The text was updated successfully, but these errors were encountered: