New Sensor Fineoffset WH2A

[Matteo Campanella]

a few weeks ago i ordered some new temp / hum sensor from my usual china seller and surprise surprise, rather than the usual WH2 i received a new model looking exactly the same but with a different encoding rtl_433 is not decoding - just built a working modified copy of the fineoffset wh2 code, but still part of the packet is unknown, and the number of bits is odd :S 

anyone dealing with this new fineoffset model?

cheers

Matteo

* Detected OOK package
* Analyzing pulses...
* Total count:   59,  width: 29426                (117.7 ms)
* Pulse width distribution:
*  [ 0] count:   26,  width:   127 [125;131]      ( 508 us)
*  [ 1] count:   33,  width:   371 [369;375]      (1484 us)
* Gap width distribution:
*  [ 0] count:   58,  width:   238 [234;243]      ( 952 us)
* Pulse period distribution:
*  [ 0] count:   26,  width:   366 [364;369]      (1464 us)
*  [ 1] count:   32,  width:   610 [608;612]      (2440 us)
* Level estimates [high, low]:  15862,   1921
* Frequency offsets [F1, F2]:     -29,      0     (-0.1 kHz, +0.0 kHz)
* Guessing modulation: Pulse Width Modulation with fixed gap
* Attempting demodulation... short_limit: 249, long_limit: 244, reset_limit: 244, demod_arg: 0
* pulse_demod_pwm(): Analyzer Device
* bitbuffer:: Number of rows: 1
* [00] {59} fe 8a 02 52 76 07 5a 00

[Benjamin Larsson]

On 2016-09-15 12:31, Matteo Campanella wrote:
> a few weeks ago i ordered some new temp / hum sensor from my usual china
> seller and surprise surprise, rather than the usual WH2 i received a new
> model looking exactly the same but with a different encoding rtl_433 is
> not decoding - just built a working modified copy of the fineoffset wh2
> code, but still part of the packet is unknown, and the number of bits is
> odd :S
>
> anyone dealing with this new fineoffset model?
>
> cheers
> Matteo

Nope, you have to start the new device procedure so we can support it.
And maybe send the link so I can buy a device myself.

MvH
Benjamin Larsson

[Matteo Campanella]

Transmitter for professional Wireless Weather Station, wireless temperature sensor, outdoor sensor for humidity and temperature
http://s.aliexpress.com/U7fmeI7v
(from AliExpress Android)

as soon as I can I'll grab samples and post!

[navstar]

Hello,

I bought couple of those too. Here is what I was able to find out:

The transmission is made in  bursts of 3 copies of the message each of 59 bits.

It seems to be a La Crosse keying scheme as described here --> http://www.f6fbb.org/domo/sensors/tx_signals.php

And this is what I was able to recognize (credits to the author of these articles --> http://rayshobby.net/reverse-engineer-wireless-temperature-humidity-rain-sensors-part-1/):

I hope this helps.

Any suggestions about the actual checksum algorithm will be much appreciated.

Best regards!

[navstar]

A bit more clarification:

Logical "1" =  521 us "HIGH"  then 958 us "LOW"

Logical "0" =  1479 us "HIGH"  then 958 us "LOW"

Intermessage gap while bursting = 23146 us  (including the previous message last symbol  958 us "LOW" segment)

[AustinS]

I have written a module for this, but against a back-level version of rtl_433.  I'm having trouble with my set-up at the moment, but when I get it working again I'll port it forward to the latest version of rtl_433.