Support for 433mhz temperature sensors

keverjeroen · January 2017

Looks like a great app. I just installed it and tested it with a unbranded 433 tem/hum sensor. But it isn't picked up by the app. Is there a way to get the sensor added to the app? Or is it better to buy a new sensor, that allready is supported?

When I type api('POST', '/manager/microcontroller/record', console.log) in de console, sometimes I get a list back:

Array[31]
0:Array[38]
1:Array[47]
2:Array[40]
etc....
etc...
30: Array[39]
length: 31
__proto__: Array[0]

RamonBaas · January 2017

@keverjeroen Is there anything of a type nr on the sensor (do you have a picture)? How far is it away from Homey? Otherwise we'd need to look at the values in the arrays of the recording.

keverjeroen · January 2017

RamonBaas said:

@keverjeroen Is there anything of a type nr on the sensor (do you have a picture)? How far is it away from Homey? Otherwise we'd need to look at the values in the arrays of the recording.

I'll check tonight. Maybe the main unit has some info on it. The (outdoor) sensor is right in front of Homey at the moment.

keverjeroen · January 2017

@RamonBaas The label says: Saphir Handelsgesellschaft, Deutschland, WT440H. When I Google 'WT440H', 'WT440 protocol' or 'WT440H 433' I find that it has to do something with Oregon and is manufactured by UPM/Esic. Some website say that these sensors are all the same: UPM, Esic, Emos, DVM, Clas Ohlson, Dickson -> WT260, WT260H, WT440H, WT450, WT450H, WDS500, RG700

RFXcom.com states it on his website too: http://www.rfxcom.com/oregon

If you can add it to the app, would be great. But I understand it if you don't want to put a lot of time in adding some old sensor.

Some other websites I found:
http://platenspeler.github.io/HardwareGuide/hardware_guide.html (building a Ardiuno that acts as WT440H)
https://developer.mbed.org/users/lotfi_baghli/code/Weather_WT440H/wiki/Homepage (something about the protocol)
http://platenspeler.github.io/DeveloperGuide/433Transmitters/433messaging.html (more about protocol)
https://github.com/platenspeler/PI-arduino/blob/master/libraries/LamPI/wt440Receiver.cpp (github from that guy)

RamonBaas · January 2017

@keverjeroen Thanks, that is good stuff! Should be able to create a signal definition and data decoding based on this (once I get some spare time).

keverjeroen · January 2017

RamonBaas said:

@keverjeroen Thanks, that is good stuff! Should be able to create a signal definition and data decoding based on this (once I get some spare time).

That's great to hear! Take your time, en let me know when I need/can test something.

RamonBaas · January 2017

@keverjeroen Added decoding of UPM, but likely the signal reception part won't work correctly (yet). The signal uses differential Manchester, so probably some bits will need to be inverted before it will work. Looking forward to receive some sample data from you (assuming it receives something at least).

keverjeroen · January 2017

Thanks, @RamonBaas. I've updated the app, and turned the sensor off/on. In the app under 'Beschikabre sensoren' I see nothing appear. When opening the console and type api('POST', '/manager/microcontroller/record', console.log) I get a list with 'Array' again...

-edit- Now I see this, but it looks like an other device lol.
Alecto v1 - Temperatuur/vochtigheid - ID: 168 - {"lowbattery":true,"temperature":0,"humidity":0,"channel":4}

RamonBaas · January 2017

@keverjeroen As said, it is not expected to fully work yet. So I'd be surprised if the sensor showed up.

Can you let it run for 30 mins and then download statistics and send me the json output?

keverjeroen · January 2017

@RamonBaas I've attached the json file.

RamonBaas · January 2017

@keverjeroen The good news is that there is a pattern in the bit stream. The bad news is that decoding capabilities of Homey are limited and it doesn't decode differential Manchester. I've updated to code to try another decoding approach. Can you give that a try?

jklflipper · January 2017

@RamonBaas I have also 433mhz temp and hum sensor. By Domoticz known as Cresta, TFA TS34C. At this moment they are not recognized by your app. If you can add it to the app, would be great.

RamonBaas · January 2017

@jklflipper What is the actual type on the sensor? The Cresta/TFA sensors are supported. I have two TFA 30.315 that work just fine.

jklflipper · January 2017

@RamonBaas thanks for your quick reply. Its this one: https://www.weerstationkopen.nl/advanced_search_result.php?search_in_description=1&inc_subcat=1&keywords=TS-34C

RamonBaas · January 2017

@jklflipper Can you make sure Cresta/TFA is on, let it run for 30 min and then press 'Download statistics'. That should produce a json file. Can you send me that?

jklflipper · January 2017

It runs already for 2 weeks. So here you go

RamonBaas · January 2017

@jklflipper Your protocol looks different from the one described here (which is implemented): http://members.upc.nl/m.beukelaar/Crestaprotocol.pdf

I've updated the code to capture more debug logging. Could you update the code, let is run some time and send the stats again?

keverjeroen · January 2017

RamonBaas said:

@keverjeroen The good news is that there is a pattern in the bit stream. The bad news is that decoding capabilities of Homey are limited and it doesn't decode differential Manchester. I've updated to code to try another decoding approach. Can you give that a try?

I've installed the latest version and rebooted Homey and the sensor. This is the result.

RamonBaas · January 2017

How long did it run before making the dump? This doesn't show anything. So I'll either need multiple captures of the signal or a link to a definition of the protocol.

keverjeroen · January 2017

It was running for about 30 minutes. I let it run a bit longer, maybe it sends more then...

RamonBaas · January 2017

That should have been enough. I guess it is just a different protocol.

keverjeroen · January 2017

RamonBaas said:

That should have been enough. I guess it is just a different protocol.

One more try, I made another log, now there is more information in it. Hope it's enough?

RamonBaas · January 2017

@keverjeroen I guess the effort to decode differential Manchester like this did not pay off :-(. Only very limited messages are received and they are not received correctly. I'm afraid I'm stuck. You could ask Athom to add support for differential Manchester to the Homey core.

jklflipper · January 2017

@RamonBaas Here are the results

keverjeroen · January 2017

@RamonBaas thanks for the effort! I guess it's simpler if I buy a cheap sensor that is all ready supported..

goldstrike · February 2017

RamonBaas is it possible to add the Smartwares 868Mhz thermo-hygrometer

https://www.ecozo.nl/nl/smartwares-868mhz-thermo-hygrometer?gclid=CjwKEAiArIDFBRCe_9DJi6Or0UcSJAAK1nFvuquorM8hGo_RS7Wa8ehQPUF-Atrir4p13uuMqT380xoC0SDw_wcB

thanks

RamonBaas · February 2017

@goldstrike I haven't been able to receive any sensible signal on 868 MHz from a weather sensor. Next to that the Smartwares protocol is proprietary and not documented anywhere.

goldstrike · February 2017

RamonBaas said:

@goldstrike I haven't been able to receive any sensible signal on 868 MHz from a weather sensor. Next to that the Smartwares protocol is proprietary and not documented anywhere.

to bead then i am gonna sell my whether station. what thermo-hygrometer do you suggest buying

iwan · February 2017

I have it working, but in combination with Homewizard. And the app homewizard in homey

goldstrike · February 2017

iwan said:

I have it working, but in combination with Homewizard. And the app homewizard in homey

yes i have,

only i wanna sell the homewizzerd so i dont nead it

Support for 433mhz temperature sensors

Comments