myopenHAB replaces my.openHAB!

Paul_Atkin · December 20, 2016, 12:55am

if anybody got exec binding to work with this latest build - pls chime in here. no matter what tricks i do it refuses to cooperate and pushes nothing into the log in the debug mode as well. looks like requests are sent to it, as before, just nothing happens anymore. class seems to be loaded but does not do anything.

weird behavior at the start seems to have some relevance to the command given upon first login to the intefrace - when it asks what mode to use for init. in different modes it also seems to act differently, with different glitches.

Last release i had working flawlessly was from Oct 31st. This code from Dec 18th - it is not working, using same exact config and deployment that was used for previous ones. I cannot make EXEC binding work, have to revert back to previous code. It was incredibly stupid not to make a backup before an update, i definitely got spoiled by how well those upgrades went before, but, no more.

nolan_garrett · December 20, 2016, 2:10am

This resolved the issue for me.

Steve40 · December 20, 2016, 3:05am

Worked for two of my switches, one of them a virtual switch, the other real. There’s still two virtual switches not showing up. I’ve rebooted after each change, just to be safe. I have to go out for a bit. I’ll see if time helps. As an aside, I’ve removed the two switches that did show up, and now they won’t go away…

Steve40 · December 20, 2016, 3:58am

All working now!

alexander.karls · December 20, 2016, 7:03am

yes! great work kai, up and running here also…

Kai · December 20, 2016, 7:55am

Good news, all went well and IFTTT integration is now up and running on myopenHAB! All previous my.openHAB users should have received an e-mail tonight with instructions how to re-authenticate with their new myopenHAB account. Here are the details for the reference:

Make sure you have already signed up for an account at myopenHAB.org
Log into your account at https://ifttt.com
Open https://ifttt.com/services/openhab/settings/connect, which will re-direct you to myopenhab.org.
Log in at myopenHAB.org and click “Allow” when being asked for OAuth2 authorization.

That’s it! Note that all your Applets will stay as they are, there is no need to re-create them. Please make sure that you do NOT “disconnect” your openHAB channel in IFTTT, because this would delete all your existing Applets.

Have fun!
Kai

xefil · December 20, 2016, 9:16am

Hello, I’ve 3 items I’m trying to send to Cloud service:

openhabcloud:expose=node20_sw3,node28_sw1,node27_ONEWIRE1_temp

The first two are two switches, the last a sensor. I CAN see the sensor on myopenhab.org, but NOT the two switches.
The switches are configures with this parameter:

autoupdate="false"

Could it be the cause? In case, how to solve?
I’m using this parameter to convert the switch in a button.

I’m using OH1.8.3 and last Cloud jar build.

Thanks,

Simon

Kai · December 20, 2016, 9:31am

Of course. If you ask for no status updates, you do not get any status updates.
As mentioned above: To make it appear in myopenHAB (and thus make it available to IFTTT, which seems to be your goal), simply make sure that at least one status update is sent to the cloud for this item. You can do this on the console with openhab update <itemname> <somestate>, e.g. openhab node28_sw1 ON.

xefil · December 20, 2016, 9:39am

Hello @Kai,
Thanks for the fast answer. Sorry, that was my fault! I’ve forgotten that in the past, with the old service, I was using another item per switch (i.e. node20_sw3_dobutton) WITHOUT the autoupdate=false, also normal. This item is used to trigger a RULE which does the update of the node20_sw3).
So, setting the node20_sw3_dobutton as item to expose and updating it the first time manually, I’m able to see that item on myopenhab.org. Then, I’ll use the node20_sw3_dobutton to send the command to my openhab installation. A Rule will then update the node20_sw3 item which remains in autoupdate=false to let me show a press-button in the sitemap.
Now I can see the items on IFTTT as well and my recipies are up-to-date. I’ll test them later.
Many thanks!
Simon

xefil · December 20, 2016, 9:44am

Additional info: IFTTT and Do-Buttons are working great right now. Thanks! All works as expected!

Simon

MARZIMA · December 20, 2016, 10:51am

@Paul_Atkin,

I ve a similiar Problem on my OH2. Dont worry, we will try to help.
It seems that Karaf has a problem there.
In my setup I ve a problem with uninstalling the old myopenhab binding. After failing in uninstalling, none of the UIs
show up. It seems I ve clicked too many install buttons and karaf got problems.

Did you completely remove the OH2 installation?
Here you got some infos: http://docs.openhab.org/installation/linux.html#uninstall
Pls check if all is erased.

You can go into the Karaf console and start, stop or uninstall bundles you need:
http://docs.openhab.org/administration/console.html

I will make a Karaf test tonight and try to come back to help.

ip-ua · December 20, 2016, 12:50pm

Openhab 1.8.3 and org.openhab.io.openhabcloud_1.9.0.201612192331.jar
openhab.log shows some errors like this:

[ERROR] [o.o.i.o.internal.CloudClient  ] - JSONObject["sitemap"] not a string.

 [ERROR] [.myopenhab.internal.MyOHClient] - JSONObject["sitemap"] not a string.

How this can be fixed?

RichP · December 20, 2016, 2:24pm

OH2: I couldn’t get a few of my “non binding related” Items to show up like my Ring Doorbell Motion that I use through IFTTT until I ran a manual update:

smarthome:update Ring_Motion OFF

They were selected in the Cloud Configuration manually but still needed the above command.

Paul_Atkin · December 20, 2016, 2:49pm

I agree, i was able to make it work only AFTER i erased all directories, wiped all out clean. From what i see implications using previous ‘conf’ and other files included access to the old mysql persistence with tables not been deleted, and most important glitch - one that made whole thing ‘hang’ with no movement - if in this Dec 18th build you flip on settings for legacy ‘1.x’ bindings together with ‘access remote rep’ option - system gets into coma, if you want to install or uninstall anything - nothing happens until you uncheck those options. On the screen you see a rotating circle, logs are clean, as usual - it never says a word why it fails, and after you uncheck those options and hit save - then it executes all those requests that were made during this option been on. really weird. I tried to turn whole logger into debug to see what is going on but it did not print anything visibly useful either.

So, worst thing is, if you STOP your openhab2 during having this options set to ‘on’ - then it hangs upon startup, does not bring on any interfaces and it is a total kaput. After that you have to delete whole thing and resintall from scratch.

So, after spending 2.5 hours to figure all that yesterday evening all is working more or less OK.

EXEC binding ver.2 seems to be totally broken, it does weird things that do not correlate with what is in the documentation. it is incredibly frustrating - why, why was it needed to be changed again into a different model? what was wrong with an old one? i asked question about it in the binding thread, may be somebody will look it up, so far i could not make any scripts work as they should.

Also, this new link to cloud service is horrible. All worked fine yesterday and this morning. After 2 more restarts now it keeps pumping this in the log:
2016-12-20 09:36:20.453 [INFO ] [io.openhabcloud.internal.CloudClient] - Disconnected from the openHAB Cloud service (UUID = 01c888888888888888888d1, base URL = http://localhost:8080)
2016-12-20 09:36:24.923 [INFO ] [io.openhabcloud.internal.CloudClient] - Connected to the openHAB Cloud service (UUID = 01c88888888888888888887a4d1, base URL = http://localhost:8080)
2016-12-20 09:36:32.701 [ERROR] [io.openhabcloud.internal.CloudClient] - Socket.IO error: io.socket.engineio.client.EngineIOException: xhr post error
2016-12-20 09:36:32.704 [INFO ] [io.openhabcloud.internal.CloudClient] - Disconnected from the openHAB Cloud service (UUID = 0188888888888888888a4d1, base URL = http://localhost:8080)
2016-12-20 09:36:43.907 [INFO ] [io.openhabcloud.internal.CloudClient] - Connected to the openHAB Cloud service (UUID = 01c98888888888888888888857a4d1, base URL = http://localhost:8080)

If i go into online account it shows system as online, going to ‘https://home.myopenhab.org/basicui/app’ it brings on controls with correct values for sensors reading, but any attempt to control anything do not do zilch anymore.

mobile app was working intermittently yesterday, mostly working fine after immediate restart, but upon any timeout after getting back to it onthe phone app would start non-stop recycling trying to reconnect, then bring an empty window with a word ‘OK’ in it and button saying ‘OK’, you press this ‘OK’ and get nice black blank screen. Restart app and and it works again. It was yesterday, not with no chages on my side nothing works anymore - mobile app brings on message ‘SSL handshake failed’. I will try to reinstall it, but not sure how it could be the app problem.

Paul_Atkin · December 20, 2016, 2:59pm

So, is any remote access to openhab2 via this new ‘cloudClient’ is broken now? Could anybody confirm?

restart of the server did not fix anything - it pumps same messages
2016-12-20 09:56:35.925 [ERROR] [io.openhabcloud.internal.CloudClient] - Socket.IO error: io.socket.engineio.client.EngineIOException: xhr poll error
2016-12-20 09:56:35.928 [INFO ] [io.openhabcloud.internal.CloudClient] - Disconnected from the openHAB Cloud service (UUID = 01c9888888888888884d1, base URL = http://localhost:8080)
2016-12-20 09:59:40.248 [INFO ] [io.openhabcloud.internal.CloudClient] - Connected to the openHAB Cloud service (UUID = 01888888888888888888884d1, base URL = http://localhost:8080)

in the log, shows some values in the web browser but does not control anything and mobile app still complaints about SSL certificate, pressing on install button does not install anything. All this stuff was working yesterday just fine in this same setup.

And https://myopenhab.org/login page seems to be dead as well, it brings login window, gets credentials, then gives
"This site can’t be reached myopenhab.org unexpectedly closed the connection.".

Should nothing of this method be used yet? I am actually trying to use this system to control my house.

PS. i guess somebody still works on the web site issues, as it started to work again, with nothing done on my side.

ianj001 · December 20, 2016, 4:18pm

Thanks to this post I was able to get my myopenHAB to work, there were a couple of confusing things for me. I am fairly new to openHAB and started out with openHAB2.

I was using my.openhab.org to successfully see my basic UI (my preferred UI) on my phone. I saw the email letting us know that we should think about switching so I set it up the myopenHAB connector. The first thing I misunderstood was there is a NEW secret file in /var/lib/openhab2/openhabcloud (for an Ubuntu14.04 apt-get installation)- You can’t use the old secret file that was working in my.openhab. - Second, I never had a openhab.cfg file. It was never created with my installation and I had read somewhere that this was a legacy file from openhab1 and would not be used in openHAB2 in favor of individual .cfg files. So when I read in the wiki that the configuration for myopenHAB was in configuration/openhab.cfg I wasn’t quite sure where this file should live so I created one in /etc/openhab2/services and copy pasted the configuration section from the wiki into that file. I added a few items and watched the myopenhab page as it updated with those items. So I guess that is the correct location.

Also, prior to updating my secret with the correct secret myopenhab.org was telling me that I am running openhab1 and should click on a link that it was displaying, clearly this is erroneous. Now that it is connected I see, you are running openhab2 and a URL where I can find basic UI and see my installation.

Finally, I am still a little confused as to why/what I need to expose. I am currently not using IFTTT to activate anything as I don’t like the lag. Is there another reason I need to expose stuff?

I am posting this information in the hope that it might help others. - Again, you guys are great, I am impressed with the willingness to support us newbies and at just how accessible you experts are. - Thanks for all you are doing. I am looking forward to the new Alexa skill being published. - I use Alexa almost 90% of the time to activate my automation and currently achieve that with the hue emulation.

Kai · December 20, 2016, 4:34pm

This sounds as if you some where did the wrong turn. If you follow the link to the “documentation for openHAB 2.0” on http://www.myopenhab.org, you will end up on http://docs.openhab.org/addons/io/openhabcloud/readme.html, which should have all the infos you were missing (and there is no word about an openhab.cfg file!).

Finally, I am still a little confused as to why/what I need to expose.

Nobody needs to expose anything. As written on http://docs.openhab.org/addons/io/openhabcloud/readme.html, it is used for “items to be exposed to external services like IFTTT”.

ianj001 · December 20, 2016, 4:53pm

@Kai I got the information here openHAB Cloud Connector

Kai · December 20, 2016, 5:07pm

I know, this is the page where you get when you follow the openHAB 1.x documentation. That’s why I say that you took the wrong turn

ianj001 · December 20, 2016, 5:19pm

@Kai I have to be honest, it is sometime confusing trying to find the right data. Partly because of all the exciting changes and partly because newbies sometimes grab the first info they find that gets things to work. - Again, I think this thread is very helpful for anyone trying to get myopenhab to work in openHAB2.

BTW I just renamed the openhab.org file to openhabcloud.cfg