Evohome binding 2.0

oh2bindings
evohome
honeywell
Tags: #<Tag:0x00007f01474463b8> #<Tag:0x00007f0147446250> #<Tag:0x00007f0147446110>

(jvanzuijlen) #141

Ehm yeah, I meant crossed out one’s are implemented, but same difference :stuck_out_tongue_winking_eye:
Thanks in advance for creating those issues!
And with regards to testing: I wouldn’t know what directions to give to to test for. It’d probably be trial and error to figure that out (currently the offline status is not working properly as well, for instance).


(¯\_(ツ)_/¯) #142

Lol yeah :stuck_out_tongue:
Can’t remember what those other outputs were.


(jvanzuijlen) #143

Not to be picky as it may be a typo, but the product name is (in capitals) ghi80, not hg180. Maybe you’ll have better luck finding a reseller that way?


(Michael Cumming) #144

https://www.mytub.co.uk/wireless-room-stat-hgi80-compatible-product-713639


(jvanzuijlen) #145

I’ll take that as a no then :blush:
In Holland they are still on sale, perhaps other countries as well? Maybe order from there?


(jvanzuijlen) #146

By the way, ever considered of building your own gateway? I don’t have the time, but this looks pretty awesome: https://github.com/jrosser/honeymon/wiki


(Michael Cumming) #147

mostly, i am keeping my fingers crossed that you are able to update the binding for North America :slight_smile:


(jvanzuijlen) #148

I probably will be able, given the fact that it’s been done before :wink: After the initial PR has been submitted I’ll be looking into new stuff to pick up from the issue list in github. Please leave your vote there; I’ll be processing them by number of votes.


(jvanzuijlen) #149

To all, I’m anticipating on the PR to be merged soon. Please leave your vote on my github issue list my means of a :+1: on the issue. I’ll be looking at the highest votes first. You can check the order by sorting on that icon to see where your issue is in terms of priority. So vote, and get your friends and family to weigh in you want your item to be investigated first :blush:


(jvanzuijlen) #150

Great news! As of last night, the PR got merged! This means that as of OH2.4 evohome is officially supported! I’ll post an updated 2.3 on github soon so that we can all test it well. I have a system again as well so that eases my continued development considerably.

Thanks in advance for testing!


(-) #151

You can buy relatively inexpensive arduino based equivalents (about £25 on eBay for pre-built if I recall correctly, or make your own for about £5 to £7!), which for the most part, work well as an alternative to the HGI80. I have been using such a system for the last 6 months or so - https://github.com/smar000/evohome-Listener, and get live data for temperatures, heat demands, window open status etc etc.


(¯\_(ツ)_/¯) #152

thats great news on both!! :smiley:


(jvanzuijlen) #153

Do you have some links to products and build instructions? Might be great to integrate that stuff in the binding at some point.


(-) #154

Unfortunately I don’t have any specific links other than my previous github repo and the corresponding credits section in the Readme there. However, the build was pretty straightforward if I recall correctly. Here’s a photo of my setup (I use a small electrical junction box to hold it all in). Not the neatest of jobs as I had intended to put it all onto a breadboard at some stage, but it has been working fine for about 6 months as is and so no impetus to change it! FYI, I have put together 3 of these now including for family members, all in the same way, and all working well.

Parts:

  • 1 x Arduino nano (clone should be fine), preferably with FTDI usb chipset, though the cheaper CH341 chipset also worked. The only issue I had with the CH341 was that the USB port was not always cleanly released when my python script exited. My FTDI based build is much more reliable in this respect.

  • 1 x CC1101 radio, 868MHz, e.g. something like https://quadmeup.com/cc1101-868mhz-wireless-transciever-pinout. I think I paid about £2 for this. Also note that the image on that link does not show the antenna - this is just a small coil on mine (I’ve seen others with high gain antennaes but haven’t tried them as I wasn’t sure whether power directly from the arduino pins would be enough, and didn’t want to spend too much time on experimenting)

  • 8 x Dupont fly leads or equivalent, making sure that you get the correct male/female combination for your arduino and CC1101 card

Wiring Up:
Connect each pin of the CC1101 radio to the corresponding pin on the arduino, e.g. from my photo, it looks as if I’m using the following connections:

WIRE COLOUR			CC1101 Pin 	Nano Pin

Red 				Vcc		3.3V pin
Black 				GND 		GND
Orange 				MOSI		15
Yellow 				SCLK		17
Blue				MISO		16
Dark Red 			GDO2		32
Grey				GDO0 		1
White 				CSN 		14

ANT 				Antenna coil

(Using the Nano pinout numbering from the following link https://components101.com/sites/default/files/component_pin/Arduino-Nano-Pinout.png [pin numbers are the ones in the grey boxes])

Arduino firmware
The firmware that does the heavy lifting on my setup is by ghoti57 and can be downloaded from https://github.com/ghoti57/evofw2. On Ubuntu, you can use avrdude to flash the arduino.

And that’s it for the hardware side.

Software

For testing, you can use the python script on my github, which will show you what the arduino is receiving, and post to mqtt server if required.

Would be great if you could do that! This is the only reason I’m not using the binding at the moment but have resorted to mqtt.


(jvanzuijlen) #155

Wow, awesome, thanks! And not that hard to build at all. Would be easy to make a PCB for that as well. I think your python script will show the way to communicate with it? Or is it read-only?


(-) #156

Yes, it took me about 15 minutes each time. And the hardest part was soldering the pins on to the radio card. A tip in case you also use the dupont jumper cables - I soldered alternate cable pins through the bottom of the card so as to give sufficient space between the cable pin holder blocks.

Very easy, and in fact I recall seeing some on Ebay afterwards. By that time, mine were working fine, tucked away in their boxes and no need to change anything. In fact, yesterday was the first time I’ve opened the box in months, to take the photograph to post here.

Yes, at the moment it is read only. You can get examples of the write functions from the Domiticz HGI80 sources . That is what I used to build the python script.


(¯\_(ツ)_/¯) #157

so, i updated my openhab to 2.4.0.M7 from a 2.4.0-NIGHTLY, and now the evohome binding does not work, i get authentication failed.
My things file did not change, nor did my auth creds, what did change, is that i went from jdk1.8.0_181 to zulu8.33.0.134-jdk1.8.0_192.

any ideas?

Seems my system time had changed, so the ssl cert failed!
Works again!


(Danny Yates) #158

Ha! What do you know? Turns out that’s MY firmware that’s been forked!


(jvanzuijlen) #159

Notice that the setpoint channels changed. There is now only one for reading, writing and resetting.

(wow, the docs are already officially available :smile:)


(-) #160

It’s a small world!! :slight_smile: