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

TFA Drop 30.3233.01: reducing the number of bits to 65bits #47

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

imthemichi
Copy link

My device only sents 65bits. As I understand the documentation we only know the meening of the first 64bits. maybe it would be even better to reduce the repetition check to 64bits.

Here are two example output of my device:

[...]

bitbuffer:: Number of rows: 6
[00] {64} 0a f3 ba 05 f1 55 ff 38 : 00001010 11110011 10111010 00000101 11110001 01010101 11111111 00111000
[01] {65} 3d 79 dd 02 f8 aa ff 9c 00 : 00111101 01111001 11011101 00000010 11111000 10101010 11111111 10011100 0
[02] {65} 3d 79 dd 02 f8 aa ff 9c 00 : 00111101 01111001 11011101 00000010 11111000 10101010 11111111 10011100 0
[03] {65} 3d 79 dd 02 f8 aa ff 9c 00 : 00111101 01111001 11011101 00000010 11111000 10101010 11111111 10011100 0
[04] {65} 3d 79 dd 02 f8 aa ff 9c 00 : 00111101 01111001 11011101 00000010 11111000 10101010 11111111 10011100 0
[05] {64} 3d 79 dd 02 f8 aa ff 9c : 00111101 01111001 11011101 00000010 11111000 10101010 11111111 10011100
tfa_drop_303233_decode row_index: 1
rtl_433_ESP(6): data_output {"model":"TFA-Drop","id":883165,"battery_ok":1,"rain_mm":0.508,"mic":"CHECKSUM","protocol":"TFA Drop Rain Gauge 30.3233.01","rssi":-51,"duration":347000}
N: Received message : {"model":"TFA-Drop","id":883165,"battery_ok":1,"rain_mm":0.508,"mic":"CHECKSUM","protocol":"TFA Drop Rain Gauge 30.3233.01","rssi":-51,"duration":347000}
pulse_demod_pwm(): TFA Drop Rain Gauge 30.3233.01
bitbuffer:: Number of rows: 6
[00] {64} 0a f3 ba 05 f1 55 ff 38
[01] {65} 3d 79 dd 02 f8 aa ff 9c 00
[02] {65} 3d 79 dd 02 f8 aa ff 9c 00
[03] {65} 3d 79 dd 02 f8 aa ff 9c 00
[04] {65} 3d 79 dd 02 f8 aa ff 9c 00
[05] {64} 3d 79 dd 02 f8 aa ff 9c
rtl_433_ESP(7): demod(5) - TFA pool temperature sensor

[...]

rtl_433_ESP(7): demod(6) - TFA Drop Rain Gauge 30.3233.01
bitbuffer:: Number of rows: 7
[00] { 1} 00 : 0
[01] {43} 41 3e 2a bf c5 00 : 01000001 00111110 00101010 10111111 11000101 000
[02] {65} 3d 79 dd 04 f8 aa ff 14 00 : 00111101 01111001 11011101 00000100 11111000 10101010 11111111 00010100 0
[03] {65} 3d 79 dd 04 f8 aa ff 14 00 : 00111101 01111001 11011101 00000100 11111000 10101010 11111111 00010100 0
[04] {65} 3d 79 dd 04 f8 aa ff 14 00 : 00111101 01111001 11011101 00000100 11111000 10101010 11111111 00010100 0
[05] {65} 3d 79 dd 04 f8 aa ff 14 00 : 00111101 01111001 11011101 00000100 11111000 10101010 11111111 00010100 0
[06] {64} 3d 79 dd 04 f8 aa ff 14 : 00111101 01111001 11011101 00000100 11111000 10101010 11111111 00010100
tfa_drop_303233_decode row_index: 2
rtl_433_ESP(6): data_output {"model":"TFA-Drop","id":883165,"battery_ok":1,"rain_mm":0.508,"mic":"CHECKSUM","protocol":"TFA Drop Rain Gauge 30.3233.01","rssi":-46,"duration":349000}
N: Received message : {"model":"TFA-Drop","id":883165,"battery_ok":1,"rain_mm":0.508,"mic":"CHECKSUM","protocol":"TFA Drop Rain Gauge 30.3233.01","rssi":-46,"duration":349000}
pulse_demod_pwm(): TFA Drop Rain Gauge 30.3233.01
bitbuffer:: Number of rows: 7
[00] { 1} 00 : 0
[01] {43} 41 3e 2a bf c5 00 : 01000001 00111110 00101010 10111111 11000101 000
[02] {65} 3d 79 dd 04 f8 aa ff 14 00
[03] {65} 3d 79 dd 04 f8 aa ff 14 00
[04] {65} 3d 79 dd 04 f8 aa ff 14 00
[05] {65} 3d 79 dd 04 f8 aa ff 14 00
[06] {64} 3d 79 dd 04 f8 aa ff 14
rtl_433_ESP(7): demod(5) - TFA pool temperature sensor

(For my debugging I have added some extra output.)

@NorthernMan54
Copy link
Owner

I’m currently on vacation, and won’t be able to look at this for a few weeks.

As I’m trying to maintain code alignment for the device decoders with rtl_433, do you know if this was also fixed their as well ?

@Velocet
Copy link

Velocet commented Jan 18, 2023

The only thing thats changed in the original file to the rtl_433_ESP one, is the deletion of the following line:

Apart from ESP related changes there are no other.

@imthemichi I would suggest to make a rtl_433 PR if the protocol isn't correct. If it's a problem with rtl_433_ESP than the reception needs to be checked or maybe corrected. But as far as i can see it there is nothing wrong with the reception in rtl_433_ESP.

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

3 participants