-
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
Add support for Geevon TX16-3 outdoor sensor #2910
Conversation
Is the battery state correct? The uploaded samples show low battery? |
@zuckschwerdt awesome - thanks so much for the work to pull in the code from @FalconFour's repo into the main repo here! My devices I ordered should arrive this week, and I'm happy to test when I get them. Until then, can you confirm these steps are correct to test?
I know that @FalconFour had a concern about how to reproduce the build and if the code was production ready:
For step # 4 |
Thanks! Those steps look good. In particular, no need to install just running |
My hardware shipment has arrived! I'll dive into compiling from the branch and running some tests this weekend. Stay tuned! |
Ok - tl;dr - I think this works great. I'd love a second set of eyes on the data to make sure y'all agree! As well, I'm happy to run any more tests Below is a CSV file and chart and sample outputs from a Geevon TX16-3 and a Fineoffset-WH2. I tested these two with this branch's build on Ubuntu 22:
When I run
The two sensors were 1foot / 0.3 meters apart and 10feet / 3meter away from the antenna on a Nooelec NESDR Mini R820T SDR & DVB-T USB device. There were just over 1000 samples (CSV) taken over an 8 hour period. I started it off by breathing on the Geevon device to spike it's humidity sensor to ensure I was measuring the device in front of me. Here's a graph of the CSV file above: I did note that changing the little switch on the back from |
FYI: I bought the Geevon w/ 3 sensors [amazonDOTcom/dp/B09R1TP7HF ] and it works with the standard rtl_433 install and each sensor identifies as Nexus-TH (without using or compiling feat-GeevonTX163 discussed here) and it seems to be working correctly (all 3 sensors values reported by rtl_433 match what is on the display that comes with the unit). 2024-07-13 20:23:57,,,Nexus-TH,,245,2,1,24.700,,,55,,,,,, rtl_433 version 23.11-131-ge67969a2 branch master at 202406100043 |
Thanks! It seems we don't have any sensors actually using the "Geevon TX16-3" protocol? The Nexus protocol is similar but the temperature value is not in the same place. Can you grab some raw codes from your sensors with e.g. Nexus codes look like |
80f69b3
to
709c6c7
Compare
Co-authored-by: Matt Falcon <FalconFour@users.noreply.github.com>
709c6c7
to
1ee2372
Compare
Merging as this is a clean and simple decoder and does work for merbanan/rtl_433_tests#444 The battery low bit might be wrong as comment and code did not match originally. |
Okay, here you go. Again the temp and humidity values reported are matching the display.$ rtl_433 -R 19:v time : 2024-07-15 13:19:03 time : 2024-07-15 13:19:28 time : 2024-07-15 13:19:51 time : 2024-07-15 13:20:00 time : 2024-07-15 13:20:35 time : 2024-07-15 13:20:57 time : 2024-07-15 13:21:10 time : 2024-07-15 13:21:42 time : 2024-07-15 13:21:54 time : 2024-07-15 13:22:29 |
Great! Thanks. That's plainly the Nexus protocol. |
See merbanan/rtl_433_tests#444
Cleaned up and added CRC checksum.
@FalconFour, @mrjones-plip please test.