Ehm yeah, I meant crossed out one’s are implemented, but same difference
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).
Lol yeah
Can’t remember what those other outputs were.
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?
I’ll take that as a no then
In Holland they are still on sale, perhaps other countries as well? Maybe order from there?
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
mostly, i am keeping my fingers crossed that you are able to update the binding for North America
I probably will be able, given the fact that it’s been done before 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.
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 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
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!
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.
thats great news on both!!
Do you have some links to products and build instructions? Might be great to integrate that stuff in the binding at some point.
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.
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?
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.
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!
Ha! What do you know? Turns out that’s MY firmware that’s been forked!
Notice that the setpoint channels changed. There is now only one for reading, writing and resetting.
(wow, the docs are already officially available )
It’s a small world!!