Oregon Scientific v3 Protocol and the WGR800X Wind Sensor

Adrian Stevenson

unread,

Mar 27, 2019, 4:09:57 PM3/27/19

to rtl_433

I have been experimenting with a new Oregon_scientific sensor. The existing the oregon_scientific decoder does not recognise the WGR800X device.

I have uploaded the samples to rtl_tests and have been using bitbench to test, but I have been unable to split the repeat messages into separate messge blocks and it comes in whereas I can see that this contains 3 repeats of the same message.

rtl_433 -X "n=WGR800X,m=OOK_MC_ZEROBIT,s=440,l=2400,r=2400"

time : 2019-03-27 20:00:16

model : WGR800X count : 1 num_rows : 1 rows :

len : 335 data : 000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8

codes : {335}000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-03-27 20:00:30

model : WGR800X count : 1 num_rows : 1 rows :

len : 335 data : 000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8

codes : {335}000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-03-27 20:00:44

model : WGR800X count : 1 num_rows : 1 rows :

len : 335 data : 000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8

codes : {335}000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8000000b122400e0e06000000f9e8

The bit bench tests are here.

My guess at the format is PRE:24h SYNC:h ID:16h CHAN:h BAT:h ROLL:h DIR:d DIR:d GUST:dd AVG:dd CRC:24h

If there is anyone experienced with the Oregon_scientific decoder? as I think the current decoder cannot detect the sync bit patternin the v3 protocol code?

Thanks

Adrian

Christian Zuckschwerdt

unread,

Mar 28, 2019, 2:58:28 AM3/28/19

to rtl_433

Open an issue at rtl_433 with this info, if posssible. I really need to add the gap limit setting to the MC decoder. It would break into a new data row as needed here.

Adrian Stevenson

unread,

Mar 30, 2019, 7:55:13 AM3/30/19

to rtl_433

Hi Christian, I will open an issue on rtl_433. https://github.com/merbanan/rtl_433/issues/1026

thanks and regards

Adrian

Message has been deleted

remi

unread,

Apr 4, 2019, 10:32:05 AM4/4/19

to rtl_433

According to the protocol description in http://www.osengr.org/WxShield/Downloads/OregonScientific-RF-Protocols-II.pdf

The message should not be repeated .. according to this document messages from AcuRite and SL-109H Sensors are repeated 3 times

Gian Marco Melosu

unread,

Apr 12, 2019, 2:44:49 PM4/12/19

to rtl_433

I'm trying to decode with RTL_433 a Current sensor that I found to be using oregon v3 message too.

the problem is I'm systematically failing and I don't understand why

if I run RTL_433 -A

I'm able to receive something but decode is only guessed

Detected OOK package	2019-04-12 20:43:35
Analyzing pulses...
Total count:  116,  width: 130.29 ms		(32573 S)
Pulse width distribution:
 [ 0] count:   19,  width:  980 us [896;1004]	( 245 S)
 [ 1] count:   97,  width:  496 us [488;512]	( 124 S)
Gap width distribution:
 [ 0] count:   98,  width:  476 us [464;488]	( 119 S)
 [ 1] count:   17,  width:  964 us [960;976]	( 241 S)
Pulse period distribution:
 [ 0] count:   19,  width: 1464 us [1460;1472]	( 366 S)
 [ 1] count:   88,  width:  976 us [968;988]	( 244 S)
 [ 2] count:    8,  width: 1952 us [1948;1956]	( 488 S)
Level estimates [high, low]:  15910,    517
RSSI: -0.1 dB SNR: 14.9 dB Noise: -15.0 dB
Frequency offsets [F1, F2]:   15273,      0	(+58.3 kHz, +0.0 kHz)
Guessing modulation: Manchester coding
Attempting demodulation... short_width: 496, long_width: 0, reset_limit: 980, sync_width: 0
Use a flex decoder with -X 'n=name,m=OOK_MC_ZEROBIT,s=496,l=0,r=980'
pulse_demod_manchester_zerobit(): Analyzer Device 
bitbuffer:: Number of rows: 1 
[00] {134} 7f ff ff ac 20 45 c2 e0 06 09 f3 c0 00 00 06 93 8c

if I try using the Option -X like you , I'm systematically getting:

parse error: Invalid numeric literal at line 1, column 2

any help on this?

thanks

Christian Zuckschwerdt

unread,

Apr 12, 2019, 2:52:04 PM4/12/19

to rtl_433

That error message is not from rtl_433. Maybe your shell? Did you forget the quoting around the -X argument?

Post the full command line you are using.

Gian Marco Melosu

unread,

Apr 12, 2019, 4:44:49 PM4/12/19

to rtl_433

/usr/local/bin/rtl_433 -X "n=WGR800X,m=OOK_MC_ZEROBIT,s=440,l=2400,r=2400"

it seems all ok ...

Christian Zuckschwerdt

unread,

Apr 12, 2019, 5:44:40 PM4/12/19

to rtl_433

Is this perhaps with cmd.exe on Windows? Otherwise make a screenshot, really not sure where that error comes from.

Gian Marco Melosu

unread,

Apr 13, 2019, 4:02:07 AM4/13/19

to rtl_433

Hi Cristian

it is a shell script that is run by Hassio Addon on a Rpi2

it was probably an hidden error on some line as I canceled the scripr and make a new one.

now when I run with -X no error but also no output.

I'm trying to play with demodulation option as gain level frequency offset.. but with non luck. DO you have same sensor (Owl CM160)

it is really strange I cannot decode this sensor

Gian Marco Melosu

unread,

Apr 13, 2019, 4:56:57 AM4/13/19

to rtl_433

probably I need an rtl_conf for my sensor... sometimes I get lookup error, that I think it means the receiver was unable to decode the message.. and probably it could mean that the frequency is not correct or the offset or the bitlevel etc etc

my owl cm160 has 3 channels and I couldn't find any info on the frequency of these 3 channels.. also I couldn't understand the frequency offset.. is this the frequency deviation of the modulation or an error in ppm to compensate central frequency of the rtl?

Christian Zuckschwerdt

unread,

Apr 13, 2019, 5:07:06 AM4/13/19

to rtl_433

That explains the error. It would be the Hassio config parser complaining about some quoting.

You should perhaps run rtl_433 standalone and use MQTT or some Python bridge script to talk to HASS.

There is some test code in https://github.com/merbanan/rtl_433/pull/1045

Not a real decoder but enough to log and inspect the bits. I don't have the WGR800X or the Owl CM160 (in fact I don't have any weather station). So I need you to collect more data and help figure out the protocol.

I know of no sensor where a "Channel" setting is related to the frequency. It's just some bits in the transmission, like the ID.

Gian Marco Melosu

unread,

Apr 13, 2019, 7:15:47 AM4/13/19

to rtl_433

Hi Cristian thanks.
I will installa hassbian so I have more freedom over the addon.

I will let you know thanks

Gm

Gian Marco Melosu

unread,

Apr 16, 2019, 4:26:23 AM4/16/19

to rtl_433

Hi @Cristian

finally I was able to get something with command rtl_433 -f 433800000 -X "n=WGR800X,m=OOK_MC_ZEROBIT,s=349,l=837,r=2400" -l 9000

I'm thinking that my sensor is fffff7 but not sure.. do you know where I can find deconding info for this Sensor (OWL CM160) ?

time : 2019-04-16 10:20:02

model : WGR800X count : 1 num_rows : 1 rows :

len : 1 data : 0

codes : {1}0

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-16 10:20:07

model : WGR800X count : 1 num_rows : 1 rows :

len : 1 data : 0

codes : {1}0

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-16 10:20:46

model : WGR800X count : 1 num_rows : 1 rows :

len : 134 data : 7fffffac0045c18005dec928000007522c

codes : {134}7fffffac0045c18005dec928000007522c

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-16 10:21:41

model : WGR800X count : 1 num_rows : 1 rows :

len : 134 data : 7fffffac0045c1800473c92800000097dc

codes : {134}7fffffac0045c1800473c92800000097dc

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-16 10:22:36

model : WGR800X count : 1 num_rows : 1 rows :

len : 107 data : 60022e0c002821494000002726e

codes : {107}60022e0c002821494000002726e

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-16 10:23:31

model : WGR800X count : 1 num_rows : 1 rows :

len : 134 data : 7fffffac0045c18004ce29280000009414

codes : {134}7fffffac0045c18004ce29280000009414

Christian Zuckschwerdt

unread,

Apr 16, 2019, 7:34:16 AM4/16/19

to rtl_433

I have updated that branch / PR to include your type of preamble please try to collect samples with that branch. https://github.com/merbanan/rtl_433/pull/1045

Gian Marco Melosu

unread,

Apr 16, 2019, 7:57:14 AM4/16/19

to Christian Zuckschwerdt, rtl_433

Sorry i used the wgr800x but my sensor is not that one.. i just used same shorth/long settings because they share same protocol.

Actually my sensor should be owl cm160. Do you think that patch should be working also for mine?

Il Mar 16 Apr 2019, 13:34 Christian Zuckschwerdt <chri...@zuckschwerdt.org> ha scritto:

I have updated that branch / PR to include your type of preamble please try to collect samples with that branch. https://github.com/merbanan/rtl_433/pull/1045

--
You received this message because you are subscribed to a topic in the Google Groups "rtl_433" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/rtl_433/b4rvxQQVz04/unsubscribe.
To unsubscribe from this group and all its topics, send an email to rtl_433+u...@googlegroups.com.
To post to this group, send email to rtl...@googlegroups.com.
Visit this group at https://groups.google.com/group/rtl_433.
To view this discussion on the web, visit https://groups.google.com/d/msgid/rtl_433/c8deb9fc-c367-44ce-837d-4092b6512667%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Christian Zuckschwerdt

unread,

Apr 16, 2019, 7:58:29 AM4/16/19

to rtl_433

yes

Gian Marco Melosu

unread,

Apr 17, 2019, 4:16:57 AM4/17/19

to rtl_433

Hi Cristian

here is some test performed with your branch. The readings arrive every 55 seconds .. it seems that the preamble is recognize but i do not understand why all the rest of data is always 0

SYNC:0 ID: 0 CHAN:0 BAT:0 ROLL:0 DIR:0 GUST:0 AVG:0 CRC: 0

thanks

=====

[10:04:39] openhabian@openHABianPi:~/rtl_433/build$ rtl_433 -G -f 433800000 -X "n=CM160,m=OOK_MC_ZEROBIT,s=349,l=837,r=2400" -l 9000

rtl_433 version 18.12-196-g800ae08 branch feat-wgr800x at 201904161332 inputs file rtl_tcp RTL-SDR

Trying conf file at "rtl_433.conf"...

Trying conf file at "/home/openhabian/.config/rtl_433/rtl_433.conf"...

Trying conf file at "/usr/local/etc/rtl_433/rtl_433.conf"...

Trying conf file at "/etc/rtl_433/rtl_433.conf"...

Consider using "-M newmodel" to transition to new model keys. This will become the default someday.

A table of changes and discussion is at https://github.com/merbanan/rtl_433/pull/986.

Registered 120 out of 125 device decoding protocols [ 1-4 6-8 10-17 19-26 29-64 67-125 ]

Found Rafael Micro R820T tuner

Exact sample rate is: 250000.000414 Hz

[R82XX] PLL not locked!

Sample rate set to 250000 S/s.

Bit detection level set to 9000.

Tuner gain set to Auto.

Tuned to 433.800MHz.

WGR800X: {15} 09 62 : 00001001 0110001

WGR800X: SYNC:0 ID: 0 CHAN:0 BAT:0 ROLL:0 DIR:0 GUST:0 AVG:0 CRC: 0

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-17 10:05:17

model : CM160 count : 1 num_rows : 1 rows :

len : 134 data : 7fffffac0045c0800784a61800000012c4

codes : {134}7fffffac0045c0800784a61800000012c4

WGR800X: {21} 0a 2d 28 : 00001010 00101101 00101

WGR800X: SYNC:0 ID: 0 CHAN:0 BAT:0 ROLL:0 DIR:0 GUST:0 AVG:0 CRC: 0

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-17 10:06:12

model : CM160 count : 1 num_rows : 1 rows :

len : 134 data : 7fffffac0045c080071aa6180000051694

codes : {134}7fffffac0045c080071aa6180000051694

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-17 10:06:39

model : CM160 count : 1 num_rows : 1 rows :

len : 1 data : 0

codes : {1}0

WGR800X: {20} 0a 5f 90 : 00001010 01011111 1001

WGR800X: SYNC:0 ID: 0 CHAN:0 BAT:0 ROLL:0 DIR:0 GUST:0 AVG:0 CRC: 0

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-17 10:07:07

model : CM160 count : 1 num_rows : 1 rows :

len : 134 data : 7fffffac0045c08007f1a61800000297e4

codes : {134}7fffffac0045c08007f1a61800000297e4

WGR800X: {15} 0b 22 : 00001011 0010001

WGR800X: SYNC:0 ID: 0 CHAN:0 BAT:0 ROLL:0 DIR:0 GUST:0 AVG:0 CRC: 0

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-17 10:08:02

model : CM160 count : 1 num_rows : 1 rows :

len : 102 data : 0045c0800763a6180000001644

codes : {102}0045c0800763a6180000001644

WGR800X: {19} 0a bc 20 : 00001010 10111100 001

WGR800X: SYNC:0 ID: 0 CHAN:0 BAT:0 ROLL:0 DIR:0 GUST:0 AVG:0 CRC: 0

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-17 10:08:57

model : CM160 count : 1 num_rows : 1 rows :

len : 134 data : 7fffffac0045c08007bfa6180000015784

codes : {134}7fffffac0045c08007bfa6180000015784

WGR800X: {21} 0d c7 88 : 00001101 11000111 10001

WGR800X: SYNC:0 ID: 0 CHAN:0 BAT:0 ROLL:0 DIR:0 GUST:0 AVG:0 CRC: 0

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-17 10:09:52

model : CM160 count : 1 num_rows : 1 rows :

len : 134 data : 7fffffac0045c080072c66181ffffee3c4

codes : {134}7fffffac0045c080072c66181ffffee3c4

On Tuesday, April 16, 2019 at 1:58:29 PM UTC+2, Christian Zuckschwerdt wrote:

yes

Christian Zuckschwerdt

unread,

Apr 17, 2019, 5:06:13 AM4/17/19

to rtl_433

Strange. The sample in our test repo works. But I didn't look careful enough: we already support the CM160. It's a power sensor, right? The WGR800X is a weather sensor.

With the sample I see:

time      : @0.092992s   brand     : OS
model     : CM160        House Code: 4
Power     : 418 W

Can you capture, e.g. 3 samples of your CM160 and upload a zip here?

Gian Marco Melosu

unread,

Apr 17, 2019, 5:46:28 AM4/17/19

to rtl_433

can you point me to the sample in the repo?

Gian Marco Melosu

unread,

Apr 17, 2019, 6:09:13 AM4/17/19

to rtl_433

yes its a power sensor. but if I run RTL_433 installed from your branch only the WGR800X lines appear.. so probably it has a different preamble and coding than the standard CM160?

that is really awkward

would it be possible

On Wednesday, April 17, 2019 at 11:06:13 AM UTC+2, Christian Zuckschwerdt wrote:

Christian Zuckschwerdt

unread,

Apr 17, 2019, 6:16:02 AM4/17/19

to rtl_433

The existing test sample is here: https://github.com/merbanan/rtl_433_tests/tree/master/tests/owl-cm160

Gian Marco Melosu

unread,

Apr 18, 2019, 1:55:06 AM4/18/19

to rtl_433

Hi Cristian

digging into the unit I found that it is not a CM160 but a CM119.

is Cm119 supported by RTL_433?

Christian Zuckschwerdt

unread,

Apr 18, 2019, 3:07:29 AM4/18/19

to rtl_433

It should be the v3 protocol as listed here http://wmrx00.sourceforge.net/Arduino/OregonScientific-RF-Protocols.pdf

The fields are here https://github.com/merbanan/rtl_433/blob/master/src/devices/oregon_scientific.c#L628 but that should be documented better really.

Christian Zuckschwerdt

unread,

Apr 18, 2019, 3:13:39 AM4/18/19

to rtl_433

We don't have anything for the CM119. You should grab some samples, then we can add support.

Christian Zuckschwerdt

unread,

Apr 19, 2019, 11:52:54 AM4/19/19

to rtl_433

Gian, I suspect there is a problem with the timings. Can you use -A to show the pulse and gap widths? Are they really that short (349)?

You should record a few samples (see https://github.com/merbanan/rtl_433_tests) and upload them here.

Gian Marco Melosu

unread,

Apr 20, 2019, 9:53:41 AM4/20/19

to rtl_433

Hi Cristian

here is the packet with -A , I'm taking also the recordings

time : 2019-04-20 15:51:07

model : name count : 1 num_rows : 1 rows :

len : 134 data : 7fffffac0045c64803444f2400000364fc

codes : {134}7fffffac0045c64803444f2400000364fc

WGR800X: {20} 0d 93 f0 : 00001101 10010011 1111

WGR800X: SYNC:0 ID: 0 CHAN:0 BAT:0 ROLL:0 DIR:0 GUST:0 AVG:0 CRC: 0

Analyzing pulses...

Total count: 114, width: 130.28 ms (32571 S)

Pulse width distribution:

[ 0] count: 21, width: 960 us [880;976] ( 240 S)

[ 1] count: 93, width: 480 us [468;488] ( 120 S)

Gap width distribution:

[ 0] count: 94, width: 496 us [488;508] ( 124 S)

[ 1] count: 19, width: 984 us [980;996] ( 246 S)

Pulse period distribution:

[ 0] count: 17, width: 1464 us [1452;1476] ( 366 S)

[ 1] count: 85, width: 976 us [964;988] ( 244 S)

[ 2] count: 11, width: 1952 us [1940;1964] ( 488 S)

Level estimates [high, low]: 16273, 839

RSSI: -0.0 dB SNR: 12.9 dB Noise: -12.9 dB

Frequency offsets [F1, F2]: 13999, 0 (+53.4 kHz, +0.0 kHz)

Guessing modulation: Manchester coding

Attempting demodulation... short_width: 480, long_width: 0, reset_limit: 1000, sync_width: 0

Use a flex decoder with -X 'n=name,m=OOK_MC_ZEROBIT,s=480,l=0,r=1000'

pulse_demod_manchester_zerobit(): Analyzer Device

bitbuffer:: Number of rows: 1

[00] {134} 7f ff ff ac 00 45 c6 48 03 44 4f 24 00 00 03 64 fc

Detected OOK package 2019-04-20 15:52:02

Christian Zuckschwerdt

unread,

Apr 20, 2019, 10:01:29 AM4/20/19

to rtl_433

Very good. This shows why the codes retrieves with -X ...s=389... didn't work. The half-bit length (short / s) is 480 (and the full bit length twice that, 960 us). If you want to manually decode with -X you need:

rtl_433 -f 433.8M -X "n=CM160,m=OOK_MC_ZEROBIT,s=480,r=1200"

Gian Marco Melosu

unread,

Apr 20, 2019, 1:43:14 PM4/20/19

to rtl_433

Hi cristian
Thanks
Now im getting this but how can I retrieve power consumption value?

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-20 19:21:57
model : CM160 count : 1 num_rows : 1
rows :
len : 134 data : 7fffffac0045c70004062da400000164b4
codes : {134}7fffffac0045c70004062da400000164b4
WGR800X: {19} 0b 25 a0 : 00001011 00100101 101

WGR800X: SYNC:0 ID: 0 CHAN:0 BAT:0 ROLL:0 DIR:0 GUST:0 AVG:0 CRC: 0

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-20 19:22:52
model : CM160 count : 1 num_rows : 1
rows :
len : 134 data : 7fffffac0045c70002092da4000003e5c4
codes : {134}7fffffac0045c70002092da4000003e5c4
WGR800X: {20} 0f 97 10 : 00001111 10010111 0001

WGR800X: SYNC:0 ID: 0 CHAN:0 BAT:0 ROLL:0 DIR:0 GUST:0 AVG:0 CRC: 0

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

time : 2019-04-20 19:23:47
model : CM160 count : 1 num_rows : 1
rows :
len : 134 data : 7fffffac0045c70006032da4000004e0ac
codes : {134}7fffffac0045c70006032da4000004e0ac
WGR800X: {21} 09 c1 58 : 00001001 11000001 01011

Christian Zuckschwerdt

unread,

Apr 20, 2019, 3:25:05 PM4/20/19

to rtl_433

The format seems different, I can't spot the checksum there. You should change the channel setting and make a list of a few codes per channel. Post a list of codes and write the channel setting with each.

Gian Marco Melosu

unread,

Apr 20, 2019, 3:59:24 PM4/20/19

to rtl_433

I have found this .. seems to be the decoder for this sensor

https://github.com/beanz/device-rfxcom-perl/blob/build/master/lib/Device/RFXCOM/Decoder/CM119.pm

Christian Zuckschwerdt

unread,

Apr 21, 2019, 9:48:20 AM4/21/19

to rtl_433

The codes you got for your sensor don't fit that protocol. I don't see a way to add the nibbles that results with a valid checksum.

Reply all

Reply to author

Forward