Support for Bresser soil moisture sensor?

[kami83]

Hi,

i would like to ask, if someone can tell me if he can decode this Bresser Sensor:

https://www.bresser.de/en/Weather-Time/BRESSER-Soil-Sensor-for-7510100-7510200-Smart-Garden-Smart-Home-Irrigation-System.html

Its nearly the same then the RainPoint Soil Sensor.

Can someone help me with this?

BR kami

[zuckschwerdt]

Do you already own the sensor? Otherwise if you are deciding to buy or not: Newer Bresser protocols all show roughly the same structure and it shouldn't be a problem to analyze and add more.

[kami83]

Yes i bought it.do you think it is 868 or 433?

[zuckschwerdt]

Newer sensors are FSK, and FSK is likely to be on 868. I only have older 433 (OOK) sensors.

[ProfBoc75]

Hi, it's 433.92 Mhz, page 24 : User Guide

[kami83]

Ohh thats good. I should be nearly the same sensor then this:

#1781

Can someone help me to write a decoder for this?

Thx a lot.

BR kami

[zuckschwerdt]

Get a good sample to find and verify timings. https://triq.org/rtl_433/ANALYZE.html
Then we'll need to get a number of codes and check those.
Writing (or modifying) a decoder is easy then ;)

[kami83]

Hmm okay i will try. But it is not so easy to get a sample. There are just to much other different messages.

i will try.

BR kami

[zuckschwerdt]

It usually helps to remove the antenna and place the device and receiver at maybe 20cm to each other.

[ProfBoc75]

May I propose to run rtl_433 in verbose mode for only the existing Bresser decoders to speed up the analysis.

rtl_433 -R 52:vv -R 119:vv -R 172:vv -R 173:vv -R 247:vv -R 249:vv -M protocol -M level

If we are lucky, you may have some message that could help us to focus on a specific decoder.

Notice that, except model 52, all are based on FSK PCM with s = l = 124 µs , preamble=0xaa2dd4, so a flex decoder like this one could help also (my assumption that this soil sensor uses the same rf coding) :

rtl_433 -X "n=Bresser_soil,m=FSK_PCM,s=124,l=124,r=25000,preamble=aa2dd4"

[kami83]

Hi, first of all, thanks a lot for the good and fast help. But i think my sensor is broken and i think i will get a new one next week. So until i recieved the new one i have to wait.

BR kami

[kami83]

Hi, so i know find out that the sensor is working fine. If i make a reset i can get new values and can see the new values on my weather station. If i remove the antenna from my rtl-sdr i am not recieving anything. So it could be that i recieve more then only the Bresser. But i now made 5 examples with : rtl_433 -f 433.92M -S unknown (The other commands are not working).

Here is the list of values, which should be in the files.

g026_433.92M_250k - Humidity 0% - Temp 28,7°C
g035_433.92M_250k - Humidity 100% - Temp 31,1°C
g040_433.92M_250k - Humidity 98% - Temp 33,0°C
g043_433.92M_250k - Humidity 0% - Temp 32,7°C
g046_433.92M_250k - Humidity 91% - Temp 32,7°C

It would be really great if you can help me to decode the messages.
If i can give you more information if you need them. I also got no a second Bresser soil moisture sensor.

Thanks a lot.

BR kami
Samples.zip

[zuckschwerdt]

Here is what I got, the transmission looks like this:
3 OOK packets of each PPM with (nominal) 1000 µs pulses,
13x 4000 µs sync gaps, then 88x 2000 µs / 1000 µs data gaps.
And then 734 ms trailing pulse.

This will read the data rtl_433 -R 0 -X 'n=name,m=OOK_PPM,s=1000,l=2000,y=4000,r=5000'
but note that the long pulse between packets isn't processed and thus all three packets are joined into one long code.
Also the sync preamble seems to be included in the codes?

E.g. here the codes are:

{303}fffd2b610168a0405838c7ffe7ffe95b080b850202c1c60021ffff4ad8405e2810160e30035c
{303}fffd2b610160b8405838c00b9fffe95b080b45c202c1c60096bfff4ad8405c2e10160e300642
{303}fffd2b61015148406038c094bfffe95b080aca420301c604efbfff4ad840585210180e3028c2
{303}fffd2b61015150406038c0998fffe95b080aca820301c605063fff4ad840585410180e302b8e
{303}fffd2b61015960406038c0b29fffe95b080b0b020301c605e33fff4ad8405a5810180e30314a

which broken apart (roughly at the fff) is

ffd2b610168a0405838c70
ffd2b610170a0405838c0042
ffd2b610178a0405838c00d700

ffd2b610160b8405838c00b9
ffd2b610168b8405838c012d60
ffd2b610170b8405838c019080

ffd2b61015148406038c094b
ffd2b61015948406038c09df60
ffd2b61016148406038c0a3080

ffd2b61015150406038c0998
ffd2b61015950406038c0a0c60
ffd2b61016150406038c0ae380

ffd2b61015960406038c0b29
ffd2b61016160406038c0bc660
ffd2b61016960406038c0c5280

[ProfBoc75]

Hi , I reduced the reset and I got this:

rtl_433 -X "n=Bresser_soil,m=OOK_PPM,s=1000,l=2000,r=3000" *.cu8 2>&1 | grep codes

codes     : {88}a56c202d14080b0718fffc
codes     : {88}a56c202e14080b07180087
codes     : {88}a56c202f14080b071801ae

codes     : {88}a56c202c17080b07180173
codes     : {88}a56c202d17080b0718025a
codes     : {88}a56c202e17080b07180321

codes     : {88}a56c202a29080c07181297
codes     : {88}a56c202b29080c071813be
codes     : {88}a56c202c29080c07181461

codes     : {88}a56c202a2a080c07181331
codes     : {88}a56c202b2a080c07181418
codes     : {88}a56c202c2a080c071815c7

codes     : {88}a56c202b2c080c07181653
codes     : {88}a56c202c2c080c0718178c
codes     : {88}a56c202d2c080c071818a5

We have 3 messages into a frame.
Not yet found CRC formula, last byte look like the CRC or CHECKSUM and the byte just before is an incremental counter.

[zuckschwerdt]

Oh, very good! revdgst shows that there is addition with carry excluding the first and last byte. I.e.
add_bytes(&b[1], 8) - b[9] == 0;
Not sure what the last byte is, should be something like a CRC, yes.

[ProfBoc75]

incremental counter in the middle also , 2d 2e 2f , 2c 2d 2e ,

CHECKSUM is:

Done with g 83 k 34 final XOR a3 using xor xor (100 %)
Time elapsed in s: 0.06 for: Galois BIT_REFLECT

[zuckschwerdt]

Yes! Or again skipping the a5 we get a clean Done with g 83 k bf final XOR 00 using xor xor (100 %)

[zuckschwerdt]

With your data in a BitBench it's just strange that the transmissions all look nearly the same, no clear indication where temp or moisture are.

You might need a longer run with @ProfBoc75 's decoder (rtl_433 -X "n=Bresser_soil,m=OOK_PPM,s=1000,l=2000,r=3000") and collect a day of codes to see a progression somewhere in the data.

[kami83]

Hi, okay i just started it now for some hours. I will send the logfile later. BR kami

[kami83]

Hi, first of all thanks a lot to you both for the fast and good help. So here is a sample file from the last 5 hours. Hope this helps. Otherwise tell me, what i can do.

BR kami
Bresser.zip

[ProfBoc75]

Hi @kami83 , unfortunately it did not contain expected information, may be too far from the sensor ? Check your antenna.
Notice that such sensor inserted into the ground in the garden for example, have a shorter transmission distance, you must be less 30 or 20 m (free air).

Try this:

rtl_433 -X "n=Bresser_soil,m=OOK_PPM,s=1000,l=2000,r=3500,bits>=88" -F json -s 1024k

Try also to capture some samples as you did , and you can replay them with the flex decoder to check which ones give answers

As you did to capture (by default it's 433.92M, you don't need to provide the frequency) -s 1024k to get larger a sample rate:

rtl_433 -S unknown -s 1024k

To replay (one or all):

rtl_433 -X "n=Bresser_soil,m=OOK_PPM,s=1000,l=2000,r=3500,bits>=88" -r g001_433.92M_1024k.cu8
rtl_433 -X "n=Bresser_soil,m=OOK_PPM,s=1000,l=2000,r=3500,bits>=88" -r *.cu8

[kami83]

Hi @kami83 , unfortunately it did not contain expected information, may be too far from the sensor ? Check your antenna. Notice that such sensor inserted into the ground in the garden for example, have a shorter transmission distance, you must be less 30 or 20 m (free air).

Try this:

rtl_433 -X "n=Bresser_soil,m=OOK_PPM,s=1000,l=2000,r=3500,bits>=88" -F json -s 1024k

Try also to capture some samples as you did , and you can replay them with the flex decoder to check which ones give answers

As you did to capture (by default it's 433.92M, you don't need to provide the frequency) -s 1024k to get larger a sample rate:

rtl_433 -S unknown -s 1024k

To replay (one or all):

rtl_433 -X "n=Bresser_soil,m=OOK_PPM,s=1000,l=2000,r=3500,bits>=88" -r g001_433.92M_1024k.cu8
rtl_433 -X "n=Bresser_soil,m=OOK_PPM,s=1000,l=2000,r=3500,bits>=88" -r *.cu8

Hi @ProfBoc75 thanks a lot for the good help. Here are some more informations from me. First of all my rtl-sdr, the soil sensor and the station are on the same table. I think there is no distance problem. I also got a Bresser 3channel Temp/Hum outdoor Sensor for the same base. (https://github.com/merbanan/rtl_433/blob/master/src/devices/bresser_3ch.c) I am recieving this values with the bresser station and with the rtl-sdr device. Is it possible that the soil sensor using nearly the same (s,l,r values).

I started this morning now with collecting samples with the first command and then will go on with the other tests.

Temporaly i think the sensor is sending not in the area we are looking at?

Thx a lot.

BR kami

[ProfBoc75]

hi @kami83: I think so, if you have other sensors using the same base station, then the protocol should be very close or the same, and your previous captures were related to another sensor which could explain why we can't figure the temp and moisture values.

bitbench from rtl_433_test Bresser 3 CH samples:

ID ~8d BAT_OK 1b TEST ~1b CH ~2h TEMP_F_OFFSET_NINE_HUNDRED ~12d HUM ~8d CHECKSUM ~8h 1x

And from Bresser 3 CH decoder, we can build this flex decoder:

rtl_433 -X "n=Bresser_3CH,m=OOK_PWM,s=250,l=500,r=1250,sync=750,g=625,bits>=40,invert"

Because there is sanity checks into the decoder, the moisture values may be dropped, the flex decoder could help us to figure where.

[kami83]

Hi, @ProfBoc75 i will try this from your last post right now. But first of all here are the result from the post.

The flex decoder with the 5 old cu8 files is not working. In this new files recorded with "rtl_433 -S unknown -s 1024k" should be 5 messages to the station.

g002_433.92M_1024k.zip

And here is the JSON recording. But i think all of this cannot help us???

bressernew.json

BR kami

[kami83]

Hi,

so i tested it now.
The cmd:

rtl_433 -X "n=Bresser_3CH,m=OOK_PWM,s=250,l=500,r=1250,sync=750,g=625,bits>=40,invert"

just gives the right output for the Bresser 3ch but only this error sometimes for the Bresser soil meter.

bressertest2.txt

bitbuffer_add_bit: Warning: row count limit (50 rows) reached

i also tested with the flexdecoder the sending of the g002_433.92M_1024k.cu8 file but the station doesnt react.

Could it be that the sensor is in another range? 868??? I dont know.

BR kami

[ProfBoc75]

bitbuffer_add_bit: Warning: row count limit (50 rows) reached

It's linked to interference when lot of noise, see #1854, it's just a warning but could be an antenna issue too which must be as far as possible from noise source like the PC or external screen.
Same, better to use a 50cm/1m extension USB cable to put the dongle far from the PC, i.e. far from rf noise.

About the frequency, from the user guide of your moisture sensor it's 433.92 Mhz, may be you have the same written information on the sensor battery compartment cover

From user guide, the moisture sensor transmits every 8 minutes, so you have to check that from the base station, the exact update frequency (more or less every 480 secondes) , but you have also the test button (when buttons are at the bottom, the right button if for test, the left is on/off for water timer valve).

So start recording the signal, without antenna:

rtl_433 -S all -s 1024k

Then press the test button, must initiate a transmit (I hope so), and you should have a sample. If not, try at 868M and/or wait for next 8 minutes.

-S all to capture all rf signals including known signals, this can help also, but you may have lot of files.

Then try to replay / play with flex.

[kami83]

bitbuffer_add_bit: Warning: row count limit (50 rows) reached

It's linked to interference when lot of noise, see #1854, it's just a warning but could be an antenna issue too which must be as far as possible from noise source like the PC or external screen. Same, better to use a 50cm/1m extension USB cable to put the dongle far from the PC, i.e. far from rf noise.

About the frequency, from the user guide of your moisture sensor it's 433.92 Mhz, may be you have the same written information on the sensor battery compartment cover

From user guide, the moisture sensor transmits every 8 minutes, so you have to check that from the base station, the exact update frequency (more or less every 480 secondes) , but you have also the test button (when buttons are at the bottom, the right button if for test, the left is on/off for water timer valve).

So start recording the signal, without antenna:

rtl_433 -S all -s 1024k

Then press the test button, must initiate a transmit (I hope so), and you should have a sample. If not, try at 868M and/or wait for next 8 minutes.

-S all to capture all rf signals including known signals, this can help also, but you may have lot of files.

Then try to replay / play with flex.

Hi, so i tested it today. I now used a 1,5m USB Cable extender to bring the rtl-sdr more away from my PC an Monitor.

I take a look at the recievings of the station and if i press the test but i get directly new values. So this is working. If i just wait and take look when the station gets new values it is different, because sometimes it takes 6-8 minutes and sometimes for example if i touch the sensor and change the temperature the station gets new values after 1-2 minutes. But i can say if i press the test-button i always get directly new values. So for this i made some samples with rtl_433 -S all -s 1024k and they include ~5-6 new values which are recieved by the station.
Newsamples.zip

But if i run

rtl_433 -X "n=Bresser_soil,m=OOK_PPM,s=1000,l=2000,r=3500,bits>=88" -r *.cu8

I cannot see any changes on the station.

i made all this samples without an antenna and with a distance of 10cm between Sensor and RTL-SDR.

BR kami

[ProfBoc75]

Hi @kami83: g004, 6 and 7 are promising (same kind of signal), g003 and 5 not good, not same signal, some noise.

I'm checking and back soon.

[ProfBoc75]

Unfortunately , I'm lost, the 3 promising codes look too complex, too long signal for such "simple" device or I'm wrong ...
rf signal is not the same, far from expected Bresser protocol.

rtl_433 -X "n=Bresser_soil,m=OOK_PCM,s=45,l=45,r=5500" *.cu8 | grep codes

codes     : {745}aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaf3e9105e51881600011f0500470d03070509880085000300000000000000000000000000b18a0000000000000000000000000000000
codes     : {746}aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaf3e9105e51881600011f0500470f03070509880085f302000000000000000000000000004e5d0000000000000000000000000000000
codes     : {746}aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaf3e9105e51881600011f0500471103070509880085f30200000000000000000000000000280b0000000000000000000000000000000

For the captures without antenna, 10 cm could be too close, around 1m is nice and avoid clipping.

Just to give us some information to help decode, what is your system (Windows/Linux/VM) , your dongle model and your rtl_433 version ?

Some dongle models are not good (with FC00xx tuner), and rtl_433 default version for linux is too old for example, a more recent should be used. It's just to exclude any root cause.

[kami83]

Hi, so i now put it in a distance from 1m and for pressing the test button 4 times i get this for samples:

Nextsamples.zip

Also here is my Linux system:

Linux 6.6.9-amd64 #1 SMP PREEMPT_DYNAMIC Kali 6.6.9-1kali1 (2024-01-08) x86_64 GNU/Linux

and my rtl_433 version with the SDR device:

`rtl_433 version 23.11 (2023-11-28) inputs file rtl_tcp RTL-SDR SoapySDR

[Protocols] Registered 216 out of 250 device decoding protocols [ 1-4 8 10-12 15-17 19-23 25-26 29-36 38-60 63 67-71 73-100 102-105 108-116 119-121 124-128 130-149 151-161 163-168 170-175 177-197 199 201-215 217-232 234-241 243-244 246-247 249-250 ]
[Input] The internals of input handling changed, read about and report problems on PR #1978
[SDR] Found 1 device(s)
[SDR] trying device 0: RTLSDRBlog, Blog V4, SN: 00000001
Detached kernel driver
Found Rafael Micro R828D tuner
RTL-SDR Blog V4 Detected
[SDR] Using device 0: RTLSDRBlog, Blog V4, SN: 00000001, "Generic RTL2832U OEM"
Exact sample rate is: 250000.000414 Hz
[SDR] Sample rate set to 250000 S/s.
[Input] Bit detection level set to 0.0 (Auto).
[SDR] Tuner gain set to Auto.
[Input] Reading samples in async mode...
[SDR] Tuned to 433.920MHz.
Allocating 15 zero-copy buffers
[Baseband] low pass filter for 250000 Hz at cutoff 25000 Hz, 40.0 us`

Thx a lot and have a nice day.

BR kami

[ProfBoc75]

Hi @kami83:

Ok, thanks, the new samples are same as previous promising, but very strange, now decode with FSK_PCM instead of OOK_PCM.

It's not easy to capture good samples, so the previous one, g004/6 & 7 are the best ones, the last g009 and after are too low.

Your dongle is the RTL-SDR last V4 version, using the good tuner R828D, you need to take care about this version, especially with the library, look here #2706 and here #2703

And look at the readme here https://github.com/merbanan/rtl_433?tab=readme-ov-file#troubleshooting

[kami83]

Hi,

so here are some tests with out any TS04 Sensor actived (Batteries removed from this sensors)

Restart of the Sensor/ Station active:

26,4°C - 0%

time : 2024-07-20 09:41:23
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 299 data : e9105e51000000001f05004701010804ff4747000435070000000000000000000000004aa80
codes : {299}e9105e51000000001f05004701010804ff4747000435070000000000000000000000004aa80
Modulation: FSK Freq1 : 433.1 MHz Freq2 : 433.3 MHz
RSSI : -0.3 dB SNR : 24.5 dB Noise : -24.8 dB

---

time : 2024-07-20 09:41:26
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51000000001f05004703010804ff47470004350700000000000000000000000080be0
codes : {298}e9105e51000000001f05004703010804ff47470004350700000000000000000000000080be0
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.3 dB SNR : 25.6 dB Noise : -25.9 dB

---

time : 2024-07-20 09:41:26
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e511f05004788160001038110000505e0015a9ae8110602000000000000000000e3d30
codes : {298}e9105e511f05004788160001038110000505e0015a9ae8110602000000000000000000e3d30
Modulation: FSK Freq1 : 433.4 MHz Freq2 : 433.6 MHz
RSSI : -0.2 dB SNR : 25.4 dB Noise : -25.7 dB

---

time : 2024-07-20 09:41:27
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51881600011f05004704030705098800851b030000000000000000000000000046500
codes : {298}e9105e51881600011f05004704030705098800851b030000000000000000000000000046500
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.3 dB SNR : 25.0 dB Noise : -25.3 dB

---

time : 2024-07-20 09:41:27
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e511f05004788160001048301000000000000000000000000000000000000000092d20
codes : {298}e9105e511f05004788160001048301000000000000000000000000000000000000000092d20
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.7 MHz
RSSI : -0.2 dB SNR : 25.0 dB Noise : -25.2 dB

Station active / Test button pressed:
26,4°C 36%

---

time : 2024-07-20 09:43:44
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51881600011f05004708030705098824851b0300000000000000000000000000a5ec0
codes : {298}e9105e51881600011f05004708030705098824851b0300000000000000000000000000a5ec0
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.3 dB SNR : 26.7 dB Noise : -26.9 dB

---

time : 2024-07-20 09:43:44
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e511f0500478816000108830100000000000000000000000000000000000000000ee40
codes : {298}e9105e511f0500478816000108830100000000000000000000000000000000000000000ee40
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.7 MHz

Station deactive: So no values Test button pressed:

---

time : 2024-07-20 09:48:02
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51881600011f0500471603070509880085220300000000000000000000000000e6170
codes : {298}e9105e51881600011f0500471603070509880085220300000000000000000000000000e6170
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.3 dB SNR : 26.9 dB Noise : -27.1 dB

---

time : 2024-07-20 09:48:09
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51881600011f0500471703070509880085220300000000000000000000000000831c0
codes : {298}e9105e51881600011f0500471703070509880085220300000000000000000000000000831c0
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.4 MHz
RSSI : -0.2 dB SNR : 27.0 dB Noise : -27.3 dB

---

time : 2024-07-20 09:48:16
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51881600011f05004718030705098841852403000000000000000000000000000eba0
codes : {298}e9105e51881600011f05004718030705098841852403000000000000000000000000000eba0
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.3 dB SNR : 26.1 dB Noise : -26.3 dB

---

time : 2024-07-20 09:48:17
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51881600011f05004719030705098841852403000000000000000000000000006bb10
codes : {298}e9105e51881600011f05004719030705098841852403000000000000000000000000006bb10
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.3 dB SNR : 26.5 dB Noise : -26.8 dB

---

time : 2024-07-20 09:48:24
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51881600011f0500471a03070509884185240300000000000000000000000000c4ac0
codes : {298}e9105e51881600011f0500471a03070509884185240300000000000000000000000000c4ac0
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.3 dB SNR : 27.0 dB Noise : -27.3 dB

---

time : 2024-07-20 09:48:25
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51881600011f0500471b03070509884185240300000000000000000000000000a1a70
codes : {298}e9105e51881600011f0500471b03070509884185240300000000000000000000000000a1a70
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.2 dB SNR : 26.8 dB Noise : -27.1 dB

BR kami

[kami83]

Hi @tipofthesowrd , the Bresser Soil Sensor = RainPoint TCS005FRF Soil Moisture Sensor, if possible, are you able to capture some information, I notice that the sensor is out of range from default 433.92Mhz and you need to increase the sample rate, try this:

@ProfBoc75 : I also got four RainPoint TCS005FRF sensor here. So i can also do some tests with them.

BR kami

[ProfBoc75]

Hi @kami83

All tests are welcome, yes.

And from your last tests, we need more tests with different temperatures to confirm my guess, I found the information.

I also noticed from the user guide that the battery information is also available into the wifi app, this information is also sent.

Bitbench filtered on msg_type = 0x03 with msg_length = 0x07

Each message we have:

Data layout of the info/message:

 0  1  2  3  4  5  6  7
05 09 88 00 85 00 03 00
?? ?? ?? HH ?? TT TT 00

• H: {8} % Humidity
• T: {16} Temperate_F, little indian, scale 10
• ?? unknown, some flags, moisture level to be changed to see if any change here, same for battery level, bad/old batteries should put there to test or with a variable DC power supply to test.

EDIT: The signals decoded as OOK, it was because only one frequency was in the range of rtl_433, the second was out of the range, now that the sample rate is bigger at 2048k the both frequencies are captured and the signal is properly decoded as FSK.

[ProfBoc75]

About the msg_type:

0x03 and length 0x07 : moisture information from test button.
0x83 and length 0x01 : acknowledge from Base, with same value for the msg counter than the previous 0x03, msg looks empty with 0x00
0x01 and length 0x08 : sensor reset/restart, the source_id is always 0x00000000
0x81 and length 0x10 : acknowledge from Base, with same value for the msg counter than the previous 0x01, msg with 11 bytes, and yet length = 0x10 ? only one sample for this message type, more samples would be great.

With all these information, I can start to draft a decoder.

[kami83]

Hi @ProfBoc75 thanks a lot for the good work. I now capture a lot of samples with informations about batteries, etc.

I also have got 2 Bresser soil moisture sensor they got different ID. But it is really strange. If i turn on the new second sensor, i cannot recieve any transmission with your rtl_433-cmd. But after couple station and sensor i can recieve messages. I think it looks like sensor is waiting for any commands, before he starts working? it looks like a bidirectional communication. I also got problems after changing batteries i always have the station activated before the sensor starts working (no coupling is needed) but after the reboot the station has to be online.

Here are the samples.

Newest Bresser Test.txt

BR kami

[ProfBoc75]

Yes I confirm the bidirectional protocol, with source id / target id. With message then acknowledgement.

Very interesting:

Device No. 1191183647

If you convert into hexa it's 0x4700051f (Big indian) or 0x1f050047 (little indian) , exactly what we have in the message. This means that we are on the good way...

And in fact I just realize I made a little error I reserved source and target, and now it's clear:

During the sensor reset for the pairing , the target is 0x00000000, like a broadcast and because the base target id is not yet known then next message the base acknowledged the pairing and gave the base id to the sensor.

[kami83]

Hi, can i do now anything more to help?
But i have got a another questition. I am not so involved in the different types of 433 reciever and transmitter, but i just want to use only the soil moisture sensor and not the station. Is this possible, so that in any scenario the sensor sends his values to my rtl reciever? Or do i always have to use the station? Thx a lot.

BR kami

[ProfBoc75]

Hi @kami83: First, thanks a lot also for your help and your perseverance !

I guess that without the pairing, the device will never send information, so unfortunately, you need a base station (my assumption).
Another possible behavior is without station, the sensor will never receive acknowledgement and could go into deep sleep, you need to try. (Power off the base and listen)

Other tests you can do:

• Play with the left button to set the "Stop Watering Soil Moisture Level", default is 60%. can be setup to 20 / 40 / 60 / 80 / 100 % if I'm not wrong and could be another value to identify into the data layout.
• We need is communication with the water valve actuator, since it's part of the package and could be very useful get other information there.

I started to draft the decoder, so it could be easier to get the figures, even if all is not yet fully decoded.

Data layout:

Byte Position                   0  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 
           preample syncword   TT TT TT TT SS SS SS SS RR AC LL MM MM MM MM MM MM MM MM MM MM MM MM MM MM MM MM MM MM MM MM ZZ ZZ XX
                                                                ID ?? ?? ?? ?? ?? FF ??
Sensor INIT aaaaaaa f3e9105e51 00 00 00 00 1f 05 00 47 01 01 08 05 ff 47 47 00 04 35 03 00 00 00 00 00 00 00 00 00 00 00 00 7a b6 0
                                                                ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ??
Base acknowledgemt    e9105e51 1f 05 00 47 88 16 00 01 01 81 10 00 05 05 e0 01 b9 46 ed 11 01 02 00 00 00 00 00 00 00 00 00 ec 64 0
                                                                ID BB 88 HH 85 TEMP
Sensor Send T/H       e9105e51 88 16 00 01 1f 05 00 47 02 03 07 05 09 88 00 85 27 03 00 00 00 00 00 00 00 00 00 00 00 00 00 67 22 0

Base acknowledge T/H  e9105e51 1f 05 00 47 88 16 00 01 02 83 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 dc c9 0

Global Message data layout:

• TT:{32} Target ID, during init/paring the target id is 0x00000000
• SS:{32} Sensor ID, hard coded into the sensor.
• RR: {8} Counter, value increments with each message, except for acknowledgement the value is repeated.
• A: {4} 0x0 for send, 0x8 for acknowledgement.
• C: {4} 0x1 for init, 0x3 for normal transmit.
• LL: {8} Sub message length
• MM:{160}Sub message
• ZZ:{16} CRC-16, poly 0x1021, init 0x????
• XX: Trailing bit

Sub Message SEND/INIT: (0x01)

• ID:{8} Device type ID, 0x05 for Soil Moisture Sensor
• ??: Unknown
• FF:{8} Looks like firmware 0x35 = 53.

Sub Message Acknowledgement/INIT: (0x81)

• ??: Unknown, not yet idenfy

Sub Message SEND Temp Hum: (0x03)

• ID:{8} Device type ID, 0x05 for Soil Moisture Sensor
• BB:{8} Battery information, 0x09 = Full battery, 0x11 = Low Battery.
  Last nibble probably the battery level, 1 for 3.6 / 3.8V , 9 for 4.5 V
  First nibble probably the low battery flag.
• 88:{8} Fixed value 0x88, not yet identify
• HH:{8} Humidity / Moisture %
• 85:{8} Fixed value 0x85, not yet identify
• TT:{16} Temperature_F, little indian, scale 10.

Sub Message Acknowlegement/Temp Hum: (0x83)

• Message is always empty with zeros.

[ProfBoc75]

@kami83: I just created a PR with a draft decoder.

It seams to work with the samples. I also try with the -y option like this:

rtl_433 -R 262:v -C si -y aaf3e9105e51881600018405004709030705098824854f0300000000000000000000000000ff470

I let you play with it and let me know if it's ok to merge it.

Try this:

rtl_433 -R 262 -s 2048k -C si -M level

[kami83]

Hi @ProfBoc75 : i am sorry for my late answer but i am a little bit busy at work.
So i just tested your commandos and i turned on the Water actuator (id: 520098386) (Basestation ID: 16782984)
with your second cmd:
rtl_433 -R 262 -s 2048k -C si -M level

i capture this by pressing the test button on the soil sensor:

---

time : 2024-07-25 08:23:01
model : Bresser-Garden status : Unknown msg id : 520098386
target_id : 16782984 Msg Counter: 6 acknowledgement: 0 msg_type : A msg_length: 09 msg : 0b052e09880085cc020000000000000000000000
Integrity : CRC
Modulation: FSK Freq1 : 433.4 MHz Freq2 : 433.3 MHz
RSSI : -0.1 dB SNR : 21.2 dB Noise : -21.3 dB

---

time : 2024-07-25 08:23:21
model : Bresser-Garden status : Unknown msg id : 520098386
target_id : 16782984 Msg Counter: 7 acknowledgement: 0 msg_type : A msg_length: 09 msg : 0b052509880085cc020000000000000000000000
Integrity : CRC
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.3 MHz
RSSI : -0.1 dB SNR : 21.7 dB Noise : -21.8 dB

---

time : 2024-07-25 08:24:22
model : Bresser-Garden status : Unknown msg id : 520098386
target_id : 16782984 Msg Counter: 9 acknowledgement: 0 msg_type : A msg_length: 09 msg : 0b052b09880085cc020000000000000000000000
Integrity : CRC
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.3 MHz
RSSI : -0.1 dB SNR : 22.5 dB Noise : -22.6 dB

---

time : 2024-07-25 08:24:26
model : Bresser-Garden status : Unknown msg id : 520098386
target_id : 16782984 Msg Counter: 10 acknowledgement: 0 msg_type : A msg_length: 09 msg : 0b052b09880085cc020000000000000000000000
Integrity : CRC
Modulation: FSK Freq1 : 433.5 MHz Freq2 : 433.3 MHz
RSSI : -0.1 dB SNR : 22.7 dB Noise : -22.8 dB

With your first cmd i capture nothing.
rtl_433 -R 262:v -C si

i also tried the old cmd with all devices on then i capture this with the test button:

---

time : 2024-07-25 08:29:43
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e511f0500475212001f1a8901000000000000000000000000000000000000000066e30
codes : {298}e9105e511f0500475212001f1a8901000000000000000000000000000000000000000066e30
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.6 MHz
RSSI : -0.2 dB SNR : 21.8 dB Noise : -22.0 dB

---

time : 2024-07-25 08:29:45
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51881600015212001f130a090b052509880085c4020000000000000000000000dbf10
codes : {298}e9105e51881600015212001f130a090b052509880085c4020000000000000000000000dbf10
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.2 dB SNR : 22.5 dB Noise : -22.7 dB

---

time : 2024-07-25 08:29:47
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e511f0500475212001f1b8901000000000000000000000000000000000000000003e80
codes : {298}e9105e511f0500475212001f1b8901000000000000000000000000000000000000000003e80
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.7 MHz
RSSI : -0.2 dB SNR : 21.8 dB Noise : -21.9 dB

---

time : 2024-07-25 08:30:01
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e511f0500475212001f1c8901000000000000000000000000000000000000000028f80
codes : {298}e9105e511f0500475212001f1c8901000000000000000000000000000000000000000028f80
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.7 MHz
RSSI : -0.3 dB SNR : 22.3 dB Noise : -22.5 dB

---

time : 2024-07-25 08:30:03
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51881600015212001f150a090b052c09880085c402000000000000000000000094b40
codes : {298}e9105e51881600015212001f150a090b052c09880085c402000000000000000000000094b40
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.3 dB SNR : 22.2 dB Noise : -22.5 dB

---

time : 2024-07-25 08:30:07
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e51881600015212001f160a090b052909880085c40200000000000000000000003b3f0
codes : {298}e9105e51881600015212001f160a090b052909880085c40200000000000000000000003b3f0
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.4 MHz
RSSI : -0.2 dB SNR : 22.3 dB Noise : -22.6 dB

---

time : 2024-07-25 08:30:07
model : Bresser_FSK count : 1 num_rows : 1 rows :
len : 298 data : e9105e515212001f88160001168a010000000000000000000000000000000000000000258c0
codes : {298}e9105e515212001f88160001168a010000000000000000000000000000000000000000258c0
Modulation: FSK Freq1 : 434.1 MHz Freq2 : 434.3 MHz
RSSI : -0.3 dB SNR : 22.2 dB Noise : -22.5 dB

Hope this gives you a little bit more informations .

BR kami

[ProfBoc75]

Hi @kami83:

Ok. Thanks, we have new message type 0xA with length of 0x09.

I can recognize the 0x88 then 0x00 and 0x85 then 0xcc02.
I understand the general coding into submessage:
metric id then metric value, like 0x88 = moisture, 0x00 = 0% then, 0x85 = Temperature, 0xcc02 = 71.6 F / 22 C

Anyway, thanks a lot, I'll update later the decoder and I must change the approach of decoding the message.

And nothing even with 2048k sample rate ?

rtl_433 -R 262:v -C si -s 2048k -M level

[kami83]

Hi, with rtl_433 -R 262:v -C si -s 2048k -M level i got the results posted in my last comment.

Have you seen it?

BR kami

[ProfBoc75]

Yes. I saw with your test. I want to know if you received other messages with temp and moisture properly decoded as Bresser-SoilMosture model ?

[kami83]

No nothing yet.

[ProfBoc75]

Later today or tomorrow I will change the decoder, I'm busy also...

[kami83]

No problem. Take your time.

[ProfBoc75]

In the meantime can you test with these -Y options:

 rtl_433 -R 262:v -s 2048k -Y minmax -Y magest -M level -C si

I have more results with these options when decoding the cu8 samples.

[kami83]

Hi, i did a test. Everytime i press the Test button, i get this output:

newtestbuttonpress.txt

BR kami

[ProfBoc75]

You can also let it run without verbose.

 rtl_433 -R 262 -s 2048k -Y minmax -Y magest -M level -C si

[kami83]

Hi, i tried it without verbose and i catching nothing really good when pressing the Test button. Also after repowering the base station i have to restart (left button) the soil sensor.

---

time : 2024-07-27 10:25:09
model : Bresser-Garden status : Unknown msg id : 520098386
target_id : 1191183647 Msg Counter: 6 acknowledgement: 1 msg_type : 9 msg_length: 01 msg : 0000000000000000000000000000000000000000 Integrity : CRC
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.7 MHz
RSSI : -0.2 dB SNR : 14.4 dB Noise : -14.6 dB

---

time : 2024-07-27 10:25:50
model : Bresser-Garden status : Unknown msg id : 520098386
target_id : 16782984 Msg Counter: 54 acknowledgement: 0 msg_type : A msg_length: 09 msg : 0b055e098860856f030000000000000000000000 Integrity : CRC
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.2 dB SNR : 16.1 dB Noise : -16.3 dB

---

time : 2024-07-27 10:26:35
model : Bresser-Garden status : Unknown msg id : 520098386
target_id : 1191183647 Msg Counter: 19 acknowledgement: 1 msg_type : 9 msg_length: 01 msg : 0000000000000000000000000000000000000000 Integrity : CRC
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.7 MHz
RSSI : -0.6 dB SNR : 14.0 dB Noise : -14.6 dB

Have a nice weekend.

BR kami

[ProfBoc75]

@kami83

From your last samples/tests, there is no more message from the Soil Moisture sensors, and yet you have Base Station acknowledgement to Soil Moisture, Same you have exchange between the Water Timer and Soil Moisture, but only the Water Timer messages are captured. Looks like the Soil Moisture is out of range, for frequency or too far or too close ?

I just updated the decoder to take into account new messages from Water Timer, all is not fully decoded, only what I recognize which look like the same from the Soil Moisture message, like the humidity/moisture and the temperature. Missing information like ON/OFF valve actuator, the timer information, ON for xx minutes ? You need to capture more samples and play with the application to generate some use cases/ scenario to identify the data layout here also.

Does the Water Timer contain a temperature sensor (humidity is always 0% from all your last test samples) ?
It's may be possible that the Water Timer is repeating the Soil Moisture temperature. To be confirmed.

In my last version, I kept what I already did, because for me the Soil Moisture should be still valid. I added some information, reorder the code with message type then acknowledgement.

• new message type 0x0a / 0x8a between Water Timer and Base Station
• new message type 0x89 = acknowledgement from Water Timer to Soil Moisture, but missing the original message type 0x09 from Soil Moisture to Water Timer.

This is a draft, I know that the code could be simplify later. Please try it and let me know.

[kami83]

Hi, i tried with your newest version and this cmd:

rtl_433 -R 262 -s 2048k -Y minmax -Y magest -M level -C si

I capture only this output for different tests: (Restart, Testbutton) No soil sensor. only the msg from the watertimer and on from Garden. The antenna and everything is okay. The Mobile App from the station displays new values and they are the same temp/hum values from the watertimer.
The Watertimer has no temp/hum sensor inside there is only an extra Bresser 3ch sensor. You know it.
But after so much testing and that i am only looking for a standalone temp/hum green grass sensor, i think this not practicable for me :(.

I don't want to use three device for such one thing.

BR kami

---

time : 2024-07-28 14:11:22
model : Bresser-Garden status : Init Pairing id : 1191183647
sensor_number: 5 Firmware : 53 msg_type : 1 msg_length: 08 msg : 05ff474700043503 Integrity : CRC
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.2 dB SNR : 21.0 dB Noise : -21.2 dB

---

time : 2024-07-28 14:12:08
model : Bresser-WaterTimer id : 520098386
sensor_number: 11 station_id: 16782984 Msg Counter: 54 Temperature: 26.8 C Moisture : 92 % Flag1 : 0513 Flag2 : 88 Flag3 : 85
Battery OK: 1 Battery Level: 9 Integrity : CRC
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.3 dB SNR : 20.3 dB Noise : -20.7 dB

---

time : 2024-07-28 14:12:56
model : Bresser-WaterTimer status : Acknowledgement Soil Moisture msg id : 520098386
target_id : 1191183647 Msg Counter: 9 acknowledgement: 1 msg_type : 9 msg_length: 01 Integrity : CRC
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.7 MHz
RSSI : -0.3 dB SNR : 19.9 dB Noise : -20.2 dB

---

time : 2024-07-28 14:13:42
model : Bresser-WaterTimer status : Acknowledgement Soil Moisture msg id : 520098386
target_id : 1191183647 Msg Counter: 2 acknowledgement: 1 msg_type : 9 msg_length: 01 Integrity : CRC
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.7 MHz
RSSI : -0.5 dB SNR : 20.5 dB Noise : -21.0 dB

---

time : 2024-07-28 14:13:43
model : Bresser-WaterTimer id : 520098386
sensor_number: 11 station_id: 16782984 Msg Counter: 62 Temperature: 31.8 C Moisture : 0 % Flag1 : 0513 Flag2 : 88 Flag3 : 85
Battery OK: 1 Battery Level: 9 Integrity : CRC
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.4 dB SNR : 20.9 dB Noise : -21.2 dB

---

time : 2024-07-28 14:14:04
model : Bresser-WaterTimer status : Acknowledgement Soil Moisture msg id : 520098386
target_id : 1191183647 Msg Counter: 3 acknowledgement: 1 msg_type : 9 msg_length: 01 Integrity : CRC
Modulation: FSK Freq1 : 433.6 MHz Freq2 : 433.7 MHz
RSSI : -0.4 dB SNR : 21.6 dB Noise : -22.0 dB

---

time : 2024-07-28 14:18:21
model : Bresser-WaterTimer id : 520098386
sensor_number: 11 station_id: 16782984 Msg Counter: 4 Temperature: 28.9 C Moisture : 0 % Flag1 : 0515 Flag2 : 88 Flag3 : 85
Battery OK: 1 Battery Level: 9 Integrity : CRC
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.5 MHz
RSSI : -0.3 dB SNR : 21.4 dB Noise : -21.7 dB

---

time : 2024-07-28 14:18:22
model : Bresser-Garden status : Acknowledgement Soil Moisture msg id : 16782984
target_id : 520098386 Msg Counter: 4 acknowledgement: 1 msg_type : A msg_length: 01 Integrity : CRC
Modulation: FSK Freq1 : 434.1 MHz Freq2 : 434.3 MHz
RSSI : -0.2 dB SNR : 21.3 dB Noise : -21.5 dB

[ProfBoc75]

Understand, thanks for your help. I will merge this last version and let anyone provides feedback as the current version is not covering all use cases.

[ProfBoc75]

About the Bresser Garden base station, I guess there is something fun to do with it, as the wifi part is based on esp32
May be some information to extract from its firmware.

https://fccid.io/2AWDBHWS388WRF/Block-Diagram/Block-Diagram-5829906

[kami83]

Hi @ProfBoc75, i have to thank you for all your work. And if i can i will go on providing you with all extra informations. But the use case is far away from my needs. Maybe i will try to get the Rainpoint Soil Sensor fixed.

Maybe we can finish the Decoder for the Bresser Soil Sensor, if you like too?

BR kami

[ProfBoc75]

Thanks @kami83 , really appreciate your contribution. If you adjust a little the frequency you may be able to capture the soil moisture sensor, even if the 2048kHz sample rate should already covering the range.

From the fccid rf test report:

Radio Technical Data
Frequency range : 433.05MHz – 434.79MH

Lower frequency

rtl_433 -R 262 -s 2048k -Y minmax -Y magest -M level -C si -f 433.05M

Then higher frequency

rtl_433 -R 262 -s 2048k -Y minmax -Y magest -M level -C si -f 434.79M

Then adjust based the result:

Modulation: FSK Freq1 : 434.1 MHz Freq2 : 434.3 MHz

never use one of the 2 frequencies from FSK but 434.2M for example from above result

[kami83]

Hi, just tried your two commands. Only with the first one i can capture the Watertimer. But the soil sensor is still missing.

Temps and Hum are okay.

BR kami

---

time : 2024-07-30 19:53:56
model : Bresser-WaterTimer status : Acknowledgement Soil Moisture msg id : 520098386
target_id : 1191183647 Msg Counter: 4 acknowledgement: 1 msg_type : 9 msg_length: 01 Integrity : CRC
Modulation: FSK Freq1 : 433.5 MHz Freq2 : 433.6 MHz
RSSI : -0.3 dB SNR : 24.1 dB Noise : -24.4 dB

---

time : 2024-07-30 19:53:57
model : Bresser-WaterTimer id : 520098386
sensor_number: 11 station_id: 16782984 Msg Counter: 36 Temperature: 29.6 C Moisture : 0 % Flag1 : 0517 Flag2 : 88
Flag3 : 85 Battery OK: 1 Battery Level: 9 Integrity : CRC
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.4 MHz
RSSI : -0.3 dB SNR : 23.5 dB Noise : -23.8 dB

---

time : 2024-07-30 19:54:00
model : Bresser-WaterTimer status : Acknowledgement Soil Moisture msg id : 520098386
target_id : 1191183647 Msg Counter: 5 acknowledgement: 1 msg_type : 9 msg_length: 01 Integrity : CRC
Modulation: FSK Freq1 : 433.5 MHz Freq2 : 433.6 MHz
RSSI : -0.3 dB SNR : 23.9 dB Noise : -24.3 dB

---

time : 2024-07-30 19:54:01
model : Bresser-WaterTimer id : 520098386
sensor_number: 11 station_id: 16782984 Msg Counter: 37 Temperature: 29.5 C Moisture : 61 % Flag1 : 0511 Flag2 : 88
Flag3 : 85 Battery OK: 1 Battery Level: 9 Integrity : CRC
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.4 MHz
RSSI : -0.3 dB SNR : 23.9 dB Noise : -24.3 dB

---

time : 2024-07-30 19:54:08
model : Bresser-WaterTimer id : 520098386
sensor_number: 11 station_id: 16782984 Msg Counter: 38 Temperature: 29.6 C Moisture : 57 % Flag1 : 0518 Flag2 : 88
Flag3 : 85 Battery OK: 1 Battery Level: 9 Integrity : CRC
Modulation: FSK Freq1 : 433.3 MHz Freq2 : 433.4 MHz
RSSI : -0.3 dB SNR : 23.6 dB Noise : -23.9 dB