Closed f4gqk closed 12 months ago
Then it should be like this i think
@nkpap @danrhjones can you test the code in #1225 and report your exact device name/product number with the ID+Status from the output?
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.
@mvdgrift what command do you run to get that? every thing I have tried has not returned any values
@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
I dont get any values more then callback and sometimes hum and temp for my 6in1 ventus
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
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
Minor correction, the ID reported by my weather station is 2030 088d 18 (instead of 2030 088d 10)
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.
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
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
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 `
Thanks Stef, I've added the info.
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
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?
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 isff01
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 🤔
You have an UV sensor (which sometimes reads something like 2.3) that should be reading 0.0 but only gives 165 and 111?
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
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
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
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
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
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
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?
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]
https://guides.github.com/features/mastering-markdown/ -> Examples -> Code
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? ;)
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
)
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 ;)
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
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.
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.
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
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?
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
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!
Added as startup
flag with ed37452 now.
@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
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
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
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.
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.
It seems a PR was merged. Can someone test with git master, or confirm that we should close this PR?
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.
Thanks - we'll call this fixed and if there is a bug with current master, someone can open a fresh issue.
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