Oregon Scientifc

227 views
Skip to first unread message

ygator

unread,
Jan 23, 2015, 5:51:30 PM1/23/15
to rtl...@googlegroups.com
I have THGN123N sensors which apparently have the same sensor id as THGR122N as it is being reported as that in the software.
Actually these sensors came from Radio Shack and have a Cat No of 630-0225.  The FCC ID is NMTTHGN123N-01.
The base display has a Cat No of 63-1090.

One thing that is not reported in the software is Low Battery.  I don't know if it was just missed or maybe the THGR122N does not report battery status.

I am not sure how to work with git entirely yet, but below is a diff of my changes.
1. Added Battery status to THGR122N and THGR968 output.
2. Removed binary from file which was suppose to be the degree symbol.
For me it displays how it is being displayed below in the diff (sideways L and infinity).  The binary data in the file is C2 AC E2 88 9E.
I have not found anywhere that says this is a degree symbol in any font.
I can get the degree symbol to work for me, but the binary data is C2 B0.  I can type it in with a text editor by holding down ALT and on the numeric keypad typing 248.
Also none of the other code tries to display a degree symbol so to be consistent it should not be done here either.


127a128
>          int battery_low = (msg[3] >> 2 & 0x01);
131c132,133
<                fprintf(stderr, "Temp: %3.1f¬∞C  %3.1f¬∞F   Humidity: %d%%\n", temp_c, ((temp_c*9)/5)+32,get_os_humidity(msg, sensor_id));
---
>                fprintf(stderr, "Battery: %s ", battery_low?"Low":"Ok ");
>                fprintf(stderr, "Temp: %3.1fC  %3.1fF   Humidity: %d%%\n", temp_c, ((temp_c*9)/5)+32,get_os_humidity(msg, sensor_id));
147c149
<            fprintf(stderr,"Weather Sensor BHTR968  Indoor    Temp: %3.1f¬∞C  %3.1f¬∞F   Humidity: %d%%", temp_c, ((temp_c*9)/5)+32, get_os_humidity(msg, 0x5d60));
---
>            fprintf(stderr,"Weather Sensor BHTR968  Indoor    Temp: %3.1fC  %3.1fF   Humidity: %d%%", temp_c, ((temp_c*9)/5)+32, get_os_humidity(msg, 0x5d60));
165c167
<                       fprintf(stderr, "Temp: %3.1f¬∞C  %3.1f¬∞F\n", temp_c, ((temp_c*9)/5)+32);
---
>                       fprintf(stderr, "Temp: %3.1fC  %3.1fF\n", temp_c, ((temp_c*9)/5)+32);
177c179
<                       fprintf(stderr, "Temp: %3.1f¬∞C  %3.1f¬∞F\n", temp_c, ((temp_c*9)/5)+32);
---
>                       fprintf(stderr, "Temp: %3.1fC  %3.1fF\n", temp_c, ((temp_c*9)/5)+32);
248c250
<                fprintf(stderr,"Weather Sensor THGR810  Channel %d Temp: %3.1f¬∞C  %3.1f¬∞F   Humidity: %d%%\n", channel, temp_c, ((temp_c*9)/5)+32, humidity);
---
>                fprintf(stderr,"Weather Sensor THGR810  Channel %d Temp: %3.1fC  %3.1fF   Humidity: %d%%\n", channel, temp_c, ((temp_c*9)/5)+32, humidity);

ygator

unread,
Jan 23, 2015, 6:04:11 PM1/23/15
to rtl...@googlegroups.com

I also have some THC128 sensor which use version 1 of the OS protocol.
I currently receive these with a teensy, 433.92mz receiver, and software
I wrote.  I would like to also receive these with rtl_433.
I am not positive, but I think the output in analyse mode for these sensors is
what I show below.  Since there is no data that I can see, does it mean that
the version 1 procotol it mutually exclusive from the version 2 protocol and
it will not be possible for the software to decode both?

I also believe the current software is decoding them as
AcuRite Rain Gauge Total Rain is 130.0mm
Raw Message: 48 01 04 00 00
AcuRite Rain Gauge Total Rain is 130.0mm
Raw Message: 48 01 04 00 00




*** signal_start = 10857601, signal_end = 10975112
signal_len = 117511,  pulses = 74
Iteration 1. t: 990    min: 528 (72)    max: 1452 (2)    delta 7057
Iteration 2. t: 990    min: 528 (72)    max: 1452 (2)    delta 0
Pulse coding: Short pulse length 528 - Long pulse length 1452

Short distance: 285, long distance: 754, packet distance: 26623

p_limit: 990

[00] {37} 00 08 00 00 00 : 00000000 00001000 00000000 00000000 00000000
[01] {37} 00 08 00 00 00 : 00000000 00001000 00000000 00000000 00000000

Roberto Sabbi

unread,
Apr 27, 2015, 1:27:11 AM4/27/15
to rtl...@googlegroups.com
Ciao,

you may be interested in this data:

33 bit message received from unrecognized Oregon Scientific v2.1 sensor with device ID ec4e.
Message: ec 4e ee cf d6 f7 8e 27 00 00 00 00 00 00 00 00 00 00 00 00

Have a good day,

R
Reply all
Reply to author
Forward
0 new messages