merbanan / rtl_433

Program to decode radio transmissions from devices on the ISM bands (and other frequencies)
GNU General Public License v2.0
6.05k stars 1.31k forks source link

Add Protocol Weather Station Bresser 6in1 #1214

Closed f4gqk closed 12 months ago

f4gqk commented 4 years ago

Data of Weather Station Bresser 6in1 https://www.bresser.de/en/Weather-Time/Weather-Center/BRESSER-PC-Weather-station-with-6-in-1-outdoor-sensor.html

Frequency : 868.300 Mhz

decoding,pictures.... here Bresser6in1.zip

alt tag

RebeckaJohansson commented 3 years ago

Then it should be like this i think

zuckschwerdt commented 3 years ago

@nkpap @danrhjones can you test the code in #1225 and report your exact device name/product number with the ID+Status from the output?

mvdgrift commented 3 years ago

I've tested the code in #1225 in combination with my Wi-Fi Colour Weather Station with 5in1 Sensor (Art.No.: 7002580) and it seems to work. Please ignore the UV-sensor value (the weather station is not equipped with a UV-sensor).

The reported ID is: 2030 088d 18

time      : 2020-10-01 12:51:47
model     : Bresser-6in1 id        : 2030088d
channel   : 0            Battery   : 0             Temperature: 16.2 C       Humidity  : 81            Wind Gust : 0.6 m/s       Wind Speed: 0.6 m/s       Direction : 338           Unknown   : 165           Flags     : 1             Integrity : CRC
MSG: {200} 4f cf 20 30 08 8d 18 ff 77 ff 33 88 ff fa ff ff 01 da 00 00 00 00 00 00 00 
bresser_6in1_decode: {144} 4f cf 20 30 08 8d 18 ff 77 ff 33 88 ff fa ff ff 01 da 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : 2020-10-01 12:51:59
model     : Bresser-6in1 id        : 2030088d
channel   : 0            Battery   : 0             Wind Gust : 0.8 m/s       Wind Speed: 0.8 m/s       Direction : 338           Rain      : 50.0 mm       UV        : 165.0         Flags     : 1             Integrity : CRC

Notes as edit: 2030 088d 10 : Wi-Fi Colour Weather Station with 5in1 Sensor, ff 01 in the UV field is (obviously) invalid.

danrhjones commented 3 years ago

@mvdgrift what command do you run to get that? every thing I have tried has not returned any values

mvdgrift commented 3 years ago

@mvdgrift what command do you run to get that? every thing I have tried has not returned any values

rtl_433 -f 868.3M -s 1M -R 119

RebeckaJohansson commented 3 years ago

I dont get any values more then callback and sometimes hum and temp for my 6in1 ventus

danrhjones commented 3 years ago

bresser 5-in-1 model 7002580 (Doesn't have a UV sensor)

Something is up with the rain measurement, or there is a flood and I haven't noticed. Just checked the base station, and the life time rain is 440.8mm

time      : 2020-10-01 15:37:49
model     : Bresser-6in1 id        : 19700d57
channel   : 0            Battery   : 0             Wind Gust : 0.3 m/s
Wind Speed: 0.3 m/s      Direction : 180           Rain      : 441.6 mm
UV        : 165.0        Flags     : 1             Integrity : CRC
MSG: {200} 91 7b 19 70 0d 57 18 ff cc ff 18 08 16 22 54 ff f0 95 00 00 00 00 00 00 00
bresser_6in1_decode: {144} 91 7b 19 70 0d 57 18 ff cc ff 18 08 16 22 54 ff f0 95

Please report your exact sensor model and this ID "1970 0d57 18"
at https://github.com/merbanan/rtl_433/pull/1214
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : 2020-10-01 15:38:01
model     : Bresser-6in1 id        : 19700d57
channel   : 0            Battery   : 0             Temperature: 16.2 C       Humidity  : 54            Wind Gust : 0.3 m/s       Wind Speed: 0.3 m/s       Direction : 180
Unknown   : 165          Flags     : 1             Integrity : CRC
MSG: {200} 68 78 19 70 0d 57 18 ff dd ff 00 08 ff bb e9 ff 01 74 00 00 00 00 00 00 00
bresser_6in1_decode: {144} 68 78 19 70 0d 57 18 ff dd ff 00 08 ff bb e9 ff 01 74

Please report your exact sensor model and this ID "1970 0d57 18"
at https://github.com/merbanan/rtl_433/pull/1214
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
time      : 2020-10-01 15:38:13
model     : Bresser-6in1 id        : 19700d57
channel   : 0            Battery   : 0             Wind Gust : 0.2 m/s       Wind Speed: 0.2 m/s       Direction : 0             Rain      : 441.6 mm      UV        : 165.0
Flags     : 1            Integrity : CRC
zuckschwerdt commented 3 years ago

Rain is an accumulated (life time) value, so 441.6 seems to match 440.8, right? UV 1650 is ff0, I'll filter that out with the next update.

Can't see a model indication in the ID though, e.g. we have both

mvdgrift commented 3 years ago

Minor correction, the ID reported by my weather station is 2030 088d 18 (instead of 2030 088d 10)

zuckschwerdt commented 3 years ago

The 0/8 seems to be a battery indicator, broken out as battery in the output. The lower bits are shown as channel. Not sure if 0 or 8 (=1 in the output) means good or bad battery. Watch out for that and let me know.

RebeckaJohansson commented 3 years ago

My Ventus w835 6in1 gives me ID:1910084d

Still check bitbench. Is there something that have been changed or is this still correct?

SYNC16h DIGEST:8h8h ID:8h8h8h8h FLAGS:4h BATT:1b CH:3d WGUST:~8h,~4h / WSPEED:~4h,~8h WDIR:8h4h ?4h TEMP:8h.4h ?4h HUM:8h UV:8h,8h CHKSUM:8h TRAILER:~8h

zuckschwerdt commented 3 years ago

I'll add soil moisture and check UV better, but yes that's the format currently: https://github.com/merbanan/rtl_433/blob/feat-bresser6in1/src/devices/bresser_5in1.c#L170

steflp commented 3 years ago

Hello I ve bought a froggit WH6000 , a clone of the bresser 6in1 station Thanks to Christian to help me to adjust capture the signal's sensors ..

`time : 2020-10-06 20:03:54 model : Bresser-6in1 id : 191003da channel : 0 Battery : 0 Wind Gust : 0.1 m/s Wind Speed: 0.1 m/s Direction : 114 Rain : 0.0 mm Flags : 1 Integrity : CRC bresser_6in1_decode: {144} 01 38 19 10 03 da 18 ff cc ff 20 48 13 24 80 ff f0 09

Please report your exact sensor model and this ID "1910 03da 18" at https://github.com/merbanan/rtl_433/pull/1214


time : 2020-10-06 20:04:06 model : Bresser-6in1 id : 191003da channel : 0 Battery : 0 Temperature: 13.2 C Humidity : 80 Wind Gust : 0.3 m/s Wind Speed: 0.3 m/s Direction : 204 Unknown : 165 Flags : 1 Integrity : CRC bresser_6in1_decode: {144} d7 0e 19 10 03 da 18 ff aa ff 25 48 ff ff ff ff 01 cf

Please report your exact sensor model and this ID "1910 03da 18" at https://github.com/merbanan/rtl_433/pull/1214


time : 2020-10-06 20:04:18 `

zuckschwerdt commented 3 years ago

Thanks Stef, I've added the info.

RebeckaJohansson commented 3 years ago

I got some issues with the readings

One is unknown: 165 And then it says UV: 111.0

` time : 2020-10-07 09:15:35 model : Bresser-6in1 id : 1910084d channel : 0 Battery : 0 Temperature: 12.4 C Humidity : 94 Wind Gust : 0.0 m/s Wind Speed: 0.0 m/s Direction : 14 Unknown : 165 Flags : 1 Integrity : CRC bresser_6in1_decode: {144} fe 8b 19 10 08 4d 18 ff ff ff 01 48 ff ff fd ab 01 7c

Please report your exact sensor model and this ID "1910 084d 18" at https://github.com/merbanan/rtl_433/pull/1214


time : 2020-10-07 09:15:47 model : Bresser-6in1 id : 1910084d channel : 0 Battery : 0 Wind Gust : 0.0 m/s Wind Speed: 0.0 m/s Direction : 14 Rain : 0.2 mm UV : 111.0 Flags : 1 Integrity : CRC bresser_6in1_decode: {144} b6 1c 19 10 08 4d 18 ff ff ff 01 48 12 44 93 ff f0 4b

zuckschwerdt commented 3 years ago

Thanks. UV (165 = ff01) is already filtered in the updated version now. Not sure what the data ab01 (=111.0) in the UV field means. It should mean something as the invalid value is ff01 and a valid UV is e.g. 123? (=12.3). But I don't know if a value is missing? ab01 could be 54 (xored with 0xff, like wind and rain) -- but what would 54 be?

RebeckaJohansson commented 3 years ago

Thanks. UV (165 = ff01) is already filtered in the updated version now. Not sure what the data ab01 (=111.0) in the UV field means. It should mean something as the invalid value is ff01 and a valid UV is e.g. 123? (=12.3). But I don't know if a value is missing? ab01 could be 54 (xored with 0xff, like wind and rain) -- but what would 54 be?

My uv index is 0 here. I think something is mabey missing in the code. But i dont know what 🤔

zuckschwerdt commented 3 years ago

You have an UV sensor (which sometimes reads something like 2.3) that should be reading 0.0 but only gives 165 and 111?

RebeckaJohansson commented 3 years ago

You have an UV sensor (which sometimes reads something like 2.3) that should be reading 0.0 but only gives 165 and 111?

Yes, but my uv has been on 0 many days now because of very bad weather. I know that my ventus has

24 seconds loop for temperatur, hum, uv and rain 12 seconds loop for wind data

I dont know if my solar panel that powers the battery on sensor is the same as battery reading.

But i find this information for my outside sensor and my manual book says that weatherdata reads from outside is: Temperature, hum, wind, winddirection, rain and uv

RebeckaJohansson commented 3 years ago

You have an UV sensor (which sometimes reads something like 2.3) that should be reading 0.0 but only gives 165 and 111?

My manual in different language it says two models for my ventus

English is says model W835 Germany is says model C8488A

If i try to connect it to windows i can see in controlpanel and via device and printers i got name C8488

alcarazzam commented 3 years ago

Hi,

I have the new Bresser 5-in-1 (no UV sensor) and I can get its data using the 6-in-1 protocol with the command rtl_433 -f 868.3M -R 172. The station has a pressure sensor, but the data isn't reported. This is what I get:

time      : 2020-12-26 13:02:03
model     : Bresser-6in1 id        : 19300a07
channel   : 0            Battery OK: 1             Temperature: 11.1 C       Humidity  : 41            Sensor type: 1            Wind Gust : 2.2 m/s       Wind Speed: 2.2 m/s
Direction : 158          Integrity : CRC
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
time      : 2020-12-26 13:02:15
model     : Bresser-6in1 id        : 19300a07
channel   : 0            Battery OK: 1             Sensor type: 1            Wind Gust : 2.2 m/s       Wind Speed: 2.2 m/s       Direction : 158           Rain      : 462.8 mm
Integrity : CRC

Regards

mvdgrift commented 3 years ago

Hi @m-alzam,

The pressure sensor is part of the base station (not of the remote sensor). That means that the pressure value is not transmitted over the air. And that is the reason why it is not displayed.

Regards, Marco

alcarazzam commented 3 years ago

Hi @m-alzam,

The pressure sensor is part of the base station (not of the remote sensor). That means that the pressure value is not transmitted over the air. And that is the reason why it is not displayed.

Regards, Marco

Thanks! It makes sense

MacH-21 commented 3 years ago

Hi All,

I have a Youshiko YC9388 6in1 Weather Station ID=1910000F In find that the following works!

If last nibble before the CHKSUM = "0" then UV is Valid "User Manual states UV = 0.0 to 16.0 ~ fff0-e9f0" 81 9B 19 10 00 0F 18 FA 69 FE 07 38 24 34 36 FD 60 24 [UV-02.9 FD6] 42 1C 19 10 00 0F 18 FA 69 FE 32 18 24 44 45 F9 A0 BE [UV-06.5 F9A] 03 9F 19 10 00 0F 18 FA 69 FE 27 98 24 54 30 EF F0 08 [UV-10.0 EFF] 3D A8 19 10 00 0F 18 FA 69 FE 27 38 24 64 33 E9 F0 5B [UV-16.0 E9F] DIGEST:8h8h ID?8h8h8h8h FLAGS:4h BATT:1b CH:3d WSPEED:~8h~4h ~4h~8h WDIR:12h ?4h TEMP8h.4h ?4h HUM8h UV~12h TX4h CHKSUM:8h

If last nibble before the CHKSUM = "1" then RAIN is Valid "User Manual states RAIN = 0.254mm/0.01inch per bucket tip 0-19999mm/787.3inches ~ FFFFFFFF-E6668BDF" BD 9A 19 10 00 0F 18 F8 CC FE 32 18 FF FF 66 F9 01 45 [FFFF66F9] 59 9E 19 10 00 0F 18 F8 CC FE 32 18 FF E6 67 67 01 EF [FFE66767] 19 22 19 10 00 0F 18 F8 CC FE 00 08 FE 66 66 69 01 B1 [FE666669] DC AA 19 10 00 0F 18 F8 CC FE 27 38 EF 66 66 87 01 4B [EF666687] FE 0C 19 10 00 0F 18 F8 CC FE 27 38 E6 66 66 9F 01 3C [E666669F] DIGEST:8h8h ID?8h8h8h8h FLAGS:4h BATT:1b CH:3d WSPEED:~8h~4h ~4h~8h WDIR:12h ?4h RAIN~8h~8h~8h~8hmm SKIP?-4h TX4h CHKSUM:8h

User Manual states Tx interval:- 12sec = Wind Speed and Wind Direction 24sec = Temperature, Humidity, UV and Rain data ... Incorrect! I find it is:- 12sec = Updates Base Station - Temperature,Humidity, UV / TX=0 24sec = Updates Base Station - Wind Speed, Wind Direction and Rain / TX=1

Regards Mac

zuckschwerdt commented 3 years ago

I was seeing that same "flag" in the last nibble: https://github.com/merbanan/rtl_433/blob/master/src/devices/bresser_6in1.c#L152 But I'm not sure if that's really the purpose or if this is something else.

Isn't wind in every message, thus 12s? UV is shared with rain, like you write above, thus 12s x2 = 24s, right?

MacH-21 commented 3 years ago

Yes - everything to Msg11 is TX'ed each time,12 Second interval and alternates between TEMP/HUM/UV last nibble/Lsb = "0"

.......................................................................................RAIN.............nibble/Lsb = "1"

.V-----V.(For Digest I use CCIT-16 :X16+X12+X5+1 CRCseed = All 0's)..........................VV-Chksum (SUM of Msg2 thru Msg16)then invert
..........................................................V?
.V---------------TXed Every 12 Seconds -------------------V...........V?................V-Nibble/Lsb Tx flag
...............................................................Temp--V.....Hum...UV----V
Msg0 Msg1 Msg2 Msg3 Msg4 Msg5 Msg6 Msg7 Msg8 Msg9 Msg10 Msg11 Msg12 Msg13 Msg14 Msg15 Msg16 Msg17
 3D   9E   19   10   00   0F   18   FA   6F   FF   30    18    26    24    34    FF    F0    92   [Timestamp= 12/02/2021,15:41:26]

DIGEST:8h8h ID?8h8h8h8h FLAGS:4h BATT:1b CH:3d WSPEED:~8h~4h ~4h~8h WDIR:12h ?4h TEMP8h.4h ?4h HUM8h UV~12h TX4h CHKSUM:8h 

...............................................................V----- RAIN -------V
Msg0 Msg1 Msg2 Msg3 Msg4 Msg5 Msg6 Msg7 Msg8 Msg9 Msg10 Msg11 Msg12 Msg13 Msg14 Msg15 Msg16 Msg17
 BE   F2   19   10   00   0F   18   F8   EA   FD   30    08    FF    FF    FF    FF    01    9B   [Timestamp= 12/02/2021,15:41:38]

DIGEST:8h8h ID?8h8h8h8h FLAGS:4h BATT:1b CH:3d WSPEED:~8h~4h ~4h~8h WDIR:12h ?4h RAIN~8h~8h~8h~8hmm SKIP?-4h TX4h CHKSUM:8h

Msg0 Msg1 Msg2 Msg3 Msg4 Msg5 Msg6 Msg7 Msg8 Msg9 Msg10 Msg11 Msg12 Msg13 Msg14 Msg15 Msg16 Msg17
 40   4F   19   10   00   0F   18   F9   AF   FC   29    98    26    34    35    FF    F0    CC   [Timestamp= 12/02/2021,15:41:50]

Msg0 Msg1 Msg2 Msg3 Msg4 Msg5 Msg6 Msg7 Msg8 Msg9 Msg10 Msg11 Msg12 Msg13 Msg14 Msg15 Msg16 Msg17
 B0   2C   19   10   00   0F   18   F9   C8   FD   30    08    FF    FF    FF    FF    01    BC   [Timestamp= 12/02/2021,15:42:02]

Msg0 Msg1 Msg2 Msg3 Msg4 Msg5 Msg6 Msg7 Msg8 Msg9 Msg10 Msg11 Msg12 Msg13 Msg14 Msg15 Msg16 Msg17
 39   5D   19   10   00   0F   18   F8   88   FC   29    98    26    34    35    FF    F0    F4   [Timestamp= 12/02/2021,15:42:14]
zuckschwerdt commented 3 years ago

https://guides.github.com/features/mastering-markdown/ -> Examples -> Code

blmpl commented 3 years ago

based on

"User Manual states UV = 0.0 to 16.0 ~ fff0-e9f0" 81 9B 19 10 00 0F 18 FA 69 FE 07 38 24 34 36 FD 60 24 [UV-02.9 FD6] 42 1C 19 10 00 0F 18 FA 69 FE 32 18 24 44 45 F9 A0 BE [UV-06.5 F9A] 03 9F 19 10 00 0F 18 FA 69 FE 27 98 24 54 30 EF F0 08 [UV-10.0 EFF] 3D A8 19 10 00 0F 18 FA 69 FE 27 38 24 64 33 E9 F0 5B [UV-16.0 E9F] [...] Regards Mac

wouldn't it make sense to add in uv_ok "msg[15] >= 0xe9" so it would be something like: int uv_ok = msg[15] <= 0x99 && msg[15] >= 0xe9 && (msg[16] & 0xf0) <= 0x90;?

Not sure about other conditions there, but mine simple humidity/temperature sensor is recognised as 6in1 and it reports UV=0 all the time.

example data: model : Bresser-6in1 count : 1 num_rows : 1 rows : len : 242 data : 096a209019872900000000002226420000fc000001c000000000000000000 codes : {242}096a209019872900000000002226420000fc000001c000000000000000000

Temperature: 22.2 C Humidity : 42 Sensor type: 2

or maybe it would be more safe to do just: if (s_type == 2) uv_ok = 0 ; in my case?

or... something else? ;)

zuckschwerdt commented 3 years ago

From my side it's all just guesswork based on user feedback. Any improved decoding of the fields is welcome.

Is your byte 15-16 inverted? It should be BCD, right? (this won't work msg[15] <= 0x99 && msg[15] >= 0xe9)

blmpl commented 3 years ago

oh, right - it's not :/ would it be then safe just to do: if (s_type == 2) uv_ok = 0 ; can we rely on s_type in this case? I'm quite sure I don't have UV sensor there ;)

MacH-21 commented 2 years ago

Hi Christian,

I have been testing 6in1 weather station I find the battery low/ok flag is msg13 bit3, and temperature positive/negative msg13 bit4. I have attached files/pics, Odd the use of bit4 as we can tell it's negative by bcd 999~600( -0.1~ -40) when I use my Transmitter I need to send this bit else the display shows --°c and bit3 Toggles Battery symbol on/off. hope some of this is useful.

Is it possible for rtl_433 to read a set number of bytes, ie: rtl_433-rtlsdr -f 868.3M -R 172 (read in 18bytes after AA2DD4) ?

Mac

http://www.triq.net/bitbench#c=%5Bmsg%200%201%20%20%20%20%202%203%204%205%20%20%206%20%20%207%20%208%20%209%20%2010%2011%2012%2013%2014%2015%2016%20%2017%5D&c=%20%20%20%20%205C05%20%20%20%201910000F%20%2010%20%20FF%20FF%20FF%2035%2008%2010%2020%2033%20FF%20F0%20%202B%20%5BTX%3D0%2C%20Temp%20is%20%2B%2C%20Batt%20is%20Low%2C%20UV%3D0.0%20FFF%5D&c=%20%20%20%20%203DA8%20%20%20%201910000F%20%2018%20%20FA%2069%20FE%2027%2038%2024%2064%2033%20E9%20F0%20%205B%20%5BTX%3D0%2C%20Temp%20is%20%2B%2C%20Batt%20is%20Ok%2C%20UV%3D16.0%20E9F%5D%20&c=%20%20%20%20%20E114%20%20%20%201910000F%20%2010%20%20FF%20FF%20FF%2034%2068%2097%2048%2045%20E9%20F0%20%2021%20%5BTX%3D0%2C%20Temp%20is%20-2.6%2C%20Batt%20is%20Low%2C%20UV%3D16.0%20E9F%5D&c=%20%20%20%20%202BE5%20%20%20%201910000F%20%2010%20%20FF%20FF%20FF%2034%2068%2097%204C%2045%20E9%20F0%20%201D%20%5BTX%3D0%2C%20Temp%20is%20-2.6%2C%20Batt%20is%20Ok%2C%20UV%3D16.0%20E9F%5D&c=&c=%5BSTYPE%3D1%3DOutdoor%20station%2C%20when%20TX%3D0%2C%20msg13%20bit3%20is%20Battery%20-%20Ok%3D1%2FLow%3D0%2C%20msg13%20Bit4%20is%20Temperature%20Positive%3D0%2FNegative%3D1%5D&c=&c=%5Bmsg13%20Low%20Nibble%3D0%20is%20Battery%20Low%2C%20Temperature%20Positive%5D&c=%5Bmsg13%20Low%20Nibble%3D4%20is%20Battery%20Ok%2C%20%20Temperature%20Positive%5D&c=%5Bmsg13%20Low%20Nibble%3D8%20is%20Battery%20Low%2C%20Temperature%20Negative%5D&c=%5Bmsg13%20Low%20Nibble%3DC%20is%20Battery%20Ok%2C%20%20Temperature%20Negative%5D&f=LSFR%3A8h8h%20ID%3A8h8h8h8h%20STYPE%3A4h%20CH%3A4h%20WSPEED%3A~8h.~4h%20~4h~8h%20WDIR%3A12h%20%3F4h%20TEMP%3A8h.4h%20TEMP%2B-%3A1b%20BATT%3A1b%20FLAG%3F%3A2b%20HUM%3A8h%20UV%3A~8h.~4h%20TX%3A4h%20CHKSUM%3A8h%20%0A&cw=4

bitbench screen

IMG_3154 IMG_3167 IMG_3165 IMG_3156

zuckschwerdt commented 2 years ago

Thanks! Very interesting. So for the 4 message examples the battery low flag is not always in the channel, but always after the temp? Strange. Does the upper bit in the channel do anything in your tests?

The temperature sign is valuable. We currently just assume that the upper range (>60) is negative, that's a hack.

zuckschwerdt commented 2 years ago

Is it possible for rtl_433 to read a set number of bytes,

The slicer will always give the maximum number of bits possible, with FSK there will always be a tail of 0's where the signal really is already gone.

MacH-21 commented 2 years ago

Hi Christian, The battery flags always seem to be in the Low Nibble of msg13, I have done further tests, including the Remote Temperature/Humidity Sensor - uses more bits in msg13, I will test these bits with my diy transmitter and see what happens on the Display? see attached bitbench screen shots and Text file The text file shows more samples and BitBench links. I am not sure what you are asking re the upper bit in the channel can you please explain further ( I am not the sharpest pencil in the box ;-( ), I want to / will be doing further tests on the Rain, ie: msg12,13,14,15 when flag TX=1. Mac

Youshiko Bresser Tests.txt

Outside Station

Remote T H

zuckschwerdt commented 2 years ago

You have CH:4h in the BitBench, with values of 0 and 8. In the decoder we (wrongly) have BATT:1b CH:3h. I am interested what that (not-really-)BATT bit does. Channel should be 0 (or 1, 2...) but in your example sometimes it is +8 -- what is that?

MacH-21 commented 2 years ago

When I reset my outside weather station it Tx's as "18" or "10" s-type=1, ch=8 or chan=0 All the Stations bar one that have reported on (bresser_6in1.c) seem to be "18" there is no channel "8"

Also I have noticed with my Remote Sensor which can be set to ch=1 through to ch=7 can Tx "21,22,23,24,25,26,27" or "29,2A,2B,2C,2D,2E,2F" s-type=2, ch=1 through to Ch=7 I will test this further...

I believe you have already cracked this one. bresser_6-in1.c 139 int s_type = (msg[6] >> 4); // 1: weather station, 2: indoor?, 4: soil probe 140 int batt = (msg[6] >> 3) & 1; 141 int chan = (msg[6] & 0x7);

Therefore 8 equates to 0, 9-1, A-2, B-3, C-4, D-5, E-6, F-7 // line 140

zuckschwerdt commented 2 years ago

When I reset my outside weather station it Tx's as "18" or "10" s-type=1, ch=8 or chan=0

Ok! That explains it. We sometimes see a "manual transmit" or "new startup" flag. That would be the 8. Thanks!

zuckschwerdt commented 2 years ago

Added as startup flag with ed37452 now.

MacH-21 commented 1 year ago

@zuckschwerdt I have been doing tests on the flags?? and a few other things so far for the 6in1 weather station my tests show Flags for Battery status Temperature positive or negative therefore we can use this instead of the hack (>60) I have tweeked bresser_6in1.c and run tests all data is displaying on the internal display ok and Myrtl_433.exe works fine I show the full Rain to 3 decimals as the increments are 0.254mm per bucket tip I have also included all *.cu8 files please see attached file for more info on tests and findings

MacH-21 Bresser 6in1.zip Bresser 6in1_Tests Mins-Maxs-Rain-UV .txt

MacH-21 commented 1 year ago

Can users of the 5in1 stations report the resolution of rain? When I test some *cu8 files I see 0.4mm and sometimes 0.254mm, my 6in1 = 0.254

mebitek commented 1 year ago

my bresser 7002580 is not working on hass os, I'm using freq 868.30 with protocol 172-173 but nothing has been found. please help

zuckschwerdt commented 1 year ago

That number is of the head unit /station, not a sensor. https://triq.org/rtl_433/ANALYZE.html and upload a sample as zip here.

mebitek commented 1 year ago

my station is this one: https://www.bresser.de/it/Ora-Tempo/Stazione-meteo-a-colori-BRESSER-Wi-Fi-con-sensore-professionale-5-in-1.html?mtm_campaign=Doofinder&mtm_kwd=7002580&mtm_source=Italian&mtm_medium=OnSite&mtm_cid=Italy&mtm_group=SiteSearch

zuckschwerdt commented 1 year ago

Yes, new Bresser 5-in-1 sensors use the "Bresser-6in1" decoder. Grab a sample, drop on https://triq.org/pdv/ to make sure it's good, then upload here.

gdt commented 12 months ago

It seems a PR was merged. Can someone test with git master, or confirm that we should close this PR?

alcarazzam commented 12 months ago

Hi @gdt,

I remember testing rtl_433 with a new 5-in-1 (which uses the 6-in-1 protocol) and worked perfectly fine. See this comment.

gdt commented 12 months ago

Thanks - we'll call this fixed and if there is a bug with current master, someone can open a fresh issue.