Pauli Anttila

Sorry for the english, but most easiest way is just to fully ignore the certificate staff as since version 1.7.0 binding trust all controller certificates automatically I just updated openhab ihc binding wiki page accordingly.

Peter, could you try to open little bit the use case (what do you want establish). ihc=">[ON:1111644:100, OFF:1113873:100]" This is a special feature of the binding, which is handy when you want to control e.g. roller shutters (connected to IHC) via openHAB as it send "100ms pulses" to controller. So when item is set to ON, binding set resource id 11111644 to ON, sleep 100ms and then set resource same resource id 11111644 to OFF. See more details from binding wiki page https://github.com/openhab/openhab/wiki/IHC-Binding.

IHC binding or openHAB does not currently have invert function for switch/contact items. You could add additional functional block to IHC controller which just invert door status and then use inverted resource id in your openHAB item configuration. This is how I have implemented e.g. my water leak detectors. Another possibility is to handle inversion in openHAB side. Introduce another item (which is not bind to any binding), which will hold the logical state of the door. And then use openHAB rules to update (invert) the item state when door item changes. Some thing like Switch doorRealState {ihc="123445"} Switch doorState rule "door" when doorRealState received update then if (doorRealState.state == ON) doorState.sendUpdate(OFF) else doorState.sendUpdate(ON) end

Hi Claus, is there specific reason why you wan't to control lights from openhab via push buttons (trying to emulate pulses)? Why don't your directly control the light? Switch kitchen_light {ihc="0x13XXXX"} where 0x13XXXX is the correct light resource id (not the push button id). Then the state reflects always the light status. About the scenarios, I don't use IHC scenarios at all, because scenario handling is so match easier directly by the openhab rules. You can change openhab rules without uploading/restarting anything and you can also control all other devices connected to openhab from the same "scenario" rules. Example...when I enter my home theater room, I can push wall switch (IHC connected), which will set light to 100% (rfxcom binding connected light), turn my Onkyo receiver and Epson project ON and in few minutes dim light to 0%. Or when I go sleep, I can shutdown all light, TV's, Sonos player, etc by pushing one single wireless button connected to IHC. -Pali

Hi Terkild, you setup is working like expected, switch_entre_NH is ON as long you hold the button down? What do you want to do with the buttons? Below is simple openhab rule to handle button press (start and stop Sonos player). rule "control livingroom sonos player" when Item switch_entre_NH changed to ON then if (livingroom_sonos_play.state == ON) { sendCommand(livingroom_sonos_play, OFF) } else { sendCommand(livingroom_sonos_play, ON) } end

Currently OpenHAB IHC binding support directly only one controller. But what you can do, is to install two openhab instances (in same hardware or separated). Another openhab instance is "slave" which only have ihc binding and another instance which contains also ihc binding and all others. Then you can connect both openhab instances event bus together via MQTT binding. You also need MQTT broker (e.g. Mosquitto). I haven't tested it my self, but I know that someone have multiple openhab instances linked together in that way (try to find more information from openhab forum). I'm currently porting openhab bindings to openhab2, and there multiple controllers should be supported (new openhab framework allows it without extra work). -Pali

In fact, I didn't know that. I have always find resource id's from project file. That's really good info to add openhab's wiki page. BTW, last night snapshot build contains all the latest fixes. If you wan't to test it, It's enough to just update ihc binding from 1.6 snapshot build.

Hi Frank, I tested DateTime data type and multiple resource id's and it seems that it does not work like I think it should work. Only one resource id per item is supported. Additionally there was one bug introduced on ihc binding refactoring (v1.5) and also current date and time conversions doesn't work on java 7 anymore. I just fixed date and time conversions, so they should work fine. But because only one resource id could be intruded per item, you need to handle that by openhab rules as well. So when with latest ihc binding is released, following should work DateTime Sunrise_Time "Sunrise [%1$tH:%1$tM:%1$tS]" <clock> (date,SunTime1) {astro="type=SUNRISE_TIME"} DateTime Sunrise_Time_Date {ihc=">111111"} DateTime Sunrise_Time_Time {ihc=">222222"} Rule: rule "Send Sunrise to IHC"when Item Sunrise_Time received updatethen postUpdate(Sunrise_Time_Date, Sunrise_Time.state) postUpdate(Sunrise_Time_Time, Sunrise_Time.state)end

Hi Esben, most probably your problem is related to Java rather than openhab or IHC binding itself. You could try add -Djavax.net.debug=allparameter to openhab startup script and see if debug give you a hint why handshake fails. See more details e.g. from https://blogs.oracle.com/java-platform-group/entry/diagnosing_tls_ssl_and_https -Pali

Hi Frank, there seems to a stupid bug on the binding. 0x prefix does not work when ">" is used. So could you try with decimal numbers. DateTime Sunrise_Time "Sunrise [%1$tH:%1$tM:%1$tS]" <clock> (date,SunTime1) {astro="type=SUNRISE_TIME", ihc=">4891150", ihc=">4885517"}I will fix 0x prefix problem soon (hopefully before v1.6 will be released). To read date and time from IHC controller is little bit more tricky. You definition DateTime IHCtimeS "IHCtimeSluk [%1$tY.%1$tm.%1$td %1$tH:%1$tM:%1$tS ] " <clock> (date,SunTime1) { ihc="4891150", ihc="4885261" }does not work correctly, because binding will update item "IHCtimeS" independently from both date and time resource values, so when time change it will override the date part and vice verse. Currently only possibility to read full date and time from IHC controller is introduce two items and combine them via openhab rule. DateTime IHCtime { ihc="4891150" } DateTime IHCdate { ihc="4885261" } DateTime IHCTimeDate "IHCtimeSluk [%1$tY.%1$tm.%1$td %1$tH:%1$tM:%1$tS ] " <clock> (date,SunTime1) Rule idea: rule "Date and time merge"when Item IHCtime changed or Item IHCdate changedthen // Merge time and date and post update to IHCTimeDate postUpdate(IHCTimeDate, ...)end

I mean my stable system which is running 24/7 on mac mini.

Hi Frank, which openhab version you are using, because exception message is not from current version? IHC binding support DateTime data types, but because date and time are separated variable on IHC side, you need to introduce both resource values WSDateValue and WSTimeValue to openhab item. See more from ihc binding wiki page. example, where 111112 is resource_time id from ihc project file and 111113 is resource_date id: DateTime SunSet "Sunset [%1$tH:%1$tM:%1$tS]" <clock> (date,SunTime1) {ihc=">111112", ihc=">111113"} I personally use astro binding (openhab 1.5) to calculate sun set and rise times (https://github.com/openhab/openhab/wiki/Astro-binding), and openhab rules to handle sunset and sunrise events. But if you need to have times on ihc side as well, Item definition example with astro binding should be (not tested) DateTime Sunrise_Time "Sunrise [%1$tH:%1$tM]" {astro="type=SUNRISE_TIME", ihc=">111112", ihc=">111113"} -Pali

I run my "production" openhab on mac mini (Yosemite and java 7).

Hopefully not. If google translated correctly your earlier post, you successfully connected openhab to controller on mac mini? If yes, was your controller already on new beta version? -Pali

It seems that server (controller) does not understand SSL. Are you sure that your IP address is correct? -Pali

Hi Esben, could you try one more time with debugs (start_debug.bat) -Pali

Hi Togi, I have not meet the same problem. Anyhow, IHC controller seems to response HTML 500 error code, which means "Internal Server Error", so for me it sound more like controller problem. Do you have latest firmware on IHC controller? When problem occurs, do you need to boot you IHC controller or is just openhab restart enought to reset the situation? Do you have any openhab items where you have specified polling interval? Because if there occurs any problem on polling, binding will re-establish the connection. E.g. Number Ihc_status { ihc="0x9f730c:60" } I have tried to make binding as a bullet proof in stability point of view, but there are always room for improvements. I already made prototype, where any problems on resource listener, will generate relogin to controller. Hopefully that will solve your problem. Before publish, I need some time to test changes better. Pali

rahbek, I have posted here more information how to find resource id's from project file. I've forgotten to add this to wiki page. Btw, openhab is moved from google code to github, so latest wiki pages are on github as well.

Most probably user need to be a admin user. I have never tested with normal user rights.

Hi Janne, You should define just a ip address not a whole url in config. # Controller IP address ihc:ip=192.168.1.60 And it's normal to get "403 forbidden access" error if you try access https://192.168.1.60 url directly by firefox, because controller does not provide any web pages by https. Next you probably need to import controller TLS certificate to java trusted list. See further details from http://code.google.com/p/openhab/wiki/IHCBinding. Regards, Pali

Have you installed all openhab binding or only those which you are using? I encourage to ask also from openhab forum, because there is more people which are running openhab on embedded devices like raspberry pi, maybe also on beagle bone. There is also issue open about to strip down more core services to make openhab lighter for embedded devices. Regards, Pali

Binding support both hexadecimal and decimal resource id's. Hexadecimal value is with 0x prefix (without _ character). 0x97e00a = 9953290 ihc="0x97e00a" or ihc="9953290" OpenHAB item type <=> resource id from project file (from .vis file) Switch <=> <dataline_input id="_0x3f295a" … > Switch <=> <dataline_output id="_0x3ce35b" … > Switch <=> <airlink_input id="_0x5b555c" … > Dimmer <=> <airlink_dimming id="_0x3ec5d" … > Switch <=> <resource_flag id="_0x97e00a" … > Number <=> <resource_temperature id="_0x3f4d14" Number <=> <resource_timer id="_0x97de10" … > Number <=> <resource_counter id="_0x97df0c" … > Number <=> <resource_weekday id="_0x97e109" … > Number <=> <resource_light_level id="_0x97dc13" … > Number <=> <resource_integer id="_0x97e20b" … > DateTime <=> <resource_time id="_0x97db0d" … > DateTime <=> <resource_date id="_0x97dd0e" … > String <=> <resource_enum id="_0x98050f" … > I probably should add this information also on ihc binding wiki page. You could control inputs and outputs, but also any other resources on ihc controller. One example...if you want to have outdoor temperature to be available on ihc controller, but you don't have temperature sensor on outdoor. You can use http binding to fetch temperature from internet and the use ihc binding to update temperature to ihc controller. Firstly you need to add temperature variable to any/new function block: e.g. <functionblock id="_0x97d228" name="Test block" ...> … <resource_temperature id="_0x97e314" name="Outdoor temperature"/> … </functionblock> Then fetch temperature via http binding (e.g. ones per every 60 seconds) and update temperature to ihc controller: Number Weather_Temperature "Temperature [%.1f ¬∞C]" <temperature> (Wetter) { http="<[http://weather.yahooapis.com/forecastrss?w=638242&u=c:60000:XSLT(demo_yahoo_weather.xsl)]", ihc=">0x97e314" } Now you can use outdoor temperature on ihc function blocks. Hopefully this information was heplful. Regards, Pali

Sorry Morten, but I'm not able to answer in danish... Unfortunately v1.2 have bug which cause this problem. Please try nightly build (https://openhab.ci.cloudbees.com/job/openHAB/) or version 1.1. Br, Pali

You definitely should use v1.1 or latest nightly build, because v1.2.x branch does not contain bug fix yet. Problem on v1.2 is unfortunately so fatal, that e.g. switch items does not work correctly. Any functional change is not done since v1.1 on ihc binding. Cheers, Pali

Hi Jesper, 1) Which version of OpenHAB are you using? 1.2 version contains bug in ihc binding, but bug is not related to startup. Anyhow this bug is fixed on nightly buildings (https://openhab.ci.cloudbees.com/job/openHAB/). 2) Have you tried to run openhab on normal pc (windows/linux/osx). If not, you probably should first try to get it work on that, before beaglebone. How much RAM is on your Beaglebone black, 512MB? 3) You should enable debug logging on openhab to get more information about the problem. My project file is 2,6 MB and I don't have any problems. Parsing take few seconds. -Pali FYI...I have run openhab now 9 month without single problem. My openhab is installed on mac mini, which i have need to boot few times during 9 month for other reasons. There are also other users using ihc binding. Probably from this forum as well, because names sounds danish.