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

Add support for Geevon TX16-3 outdoor sensor #2910

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

zuckschwerdt
Copy link
Collaborator

See merbanan/rtl_433_tests#444

Cleaned up and added CRC checksum.

@FalconFour, @mrjones-plip please test.

zuckschwerdt and others added 2 commits April 22, 2024 12:29
Co-authored-by: Matt Falcon <FalconFour@users.noreply.github.com>
@zuckschwerdt
Copy link
Collaborator Author

Is the battery state correct? The uploaded samples show low battery?

@mrjones-plip
Copy link

mrjones-plip commented Apr 22, 2024

@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?

  1. clone this repo
  2. check out this branch feat-GeevonTX163
  3. follow build steps to create a binary with Geevon support
  4. test

I know that @FalconFour had a concern about how to reproduce the build and if the code was production ready:

...I completely forgot about how I built it ...once every few weeks [I] get a mis-read among untold thousands of reads...

For step # 4 test above, I'm happy to run the branch build for a number of days (and upload the data if needed) to see if I can reproduce the miss-reads.

@zuckschwerdt
Copy link
Collaborator Author

Thanks! Those steps look good. In particular, no need to install just running ./build/src/rtl_433 is fine.
The concerns were about activating the source in the build system and the rtl_433 module structure. That's included with this PR.

@mrjones-plip
Copy link

My hardware shipment has arrived! I'll dive into compiling from the branch and running some tests this weekend. Stay tuned!

@mrjones-plip
Copy link

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:

$ ./rtl_433$ build/src/rtl_433 -V
rtl_433 version 23.11-113-gff7afd78 branch feat-GeevonTX163 at 202404221917 inputs file rtl_tcp RTL-SDR with TLS


$ uname -a
Linux MACHINE-NAME-HERE 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.4 LTS
Release:        22.04
Codename:       jammy

When I run /src/rtl_433 -f 433820000 -C customary watch it for IDs 57 (Fine) and 119 (Geeon) I see this output. I do note the Geevon reports itself as Nexus-TH and not Geevon-TX16-3:

time      : 2024-04-28 14:10:16                                                                                                                                                                    
model     : Nexus-TH     House Code: 119                                                                                                                                                           
Channel   : 1            Battery   : 0             Temperature: 82.40 F      Humidity  : 29 %        

time      : 2024-04-28 14:10:20                                                                                                                                                                    
model     : Fineoffset-WH2                         ID        : 57                                                                                                                                  
Temperature: 81.5 F      Humidity  : 28 %          Integrity : CRC  

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:

image

I did note that changing the little switch on the back from 1 to 3 caused the USB SDR to stop detecting measurements. I had to pop the batteries out and back in and then it showed up again. The Channel changed correctly and the ID changed as well (which I've seen with the Fine sensors as well)

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

Successfully merging this pull request may close these issues.

None yet

2 participants