I’m making the transition to the new myopenHAB.org site. I’m running 1.8.something and have downloaded the new binding. I’m running openhab webserver on port 9090 as port 8080 is blocked by my ISP. The old my.openhab.org binding had the ability to do this:
I’m guessing I need that same functionality as when I try the new binding I’m seeing this in the logs:
2016-12-15 10:57:08.337 [INFO ] [o.o.i.o.internal.CloudClient ] - Connected to the openHAB Cloud service (UUID = 5185bf3e-3e92-4b30-ad01-db3668b65a5d, local base URL = http://localhost:8080)
Is there a similar setting for the new binding? I can see that OH sees my server as the myopenhab.org site can detect if the server is online or offline, but I cannot access the sitemaps. I’m guessing it’s because it’s trying on the wrong port.
These do not show up in my Items list on myopenhab.org and are not updating. Do I need to do something with my IFTTT recipes to make them work or should they work as they previously did.
Any help is greatly appreciated. I use IFTTT for presence detection so now my alarm is not arming/disarming automatically. Thanks!
same problem here. Remote control via new openHAB Cloud Connector works fine but the exposed Items doesn´t show up in “https://myopenhab.org/items”. So IFTTT doesn´t without these Items.
I added all of my items as a comma-separated list, but only a few of them are showing up in myopenhab.org/items, and only those same are showing up in IFTTT.
This is absolutely expected. myopenhab.org knows exactly about the items for which a state update has been sent. So if you have items that never change their state, nothing about them will be shown in myopenhab.org.
Note that you should not expose all your items, but only what you really need, see here.
The thing is that most of these are switches that send ir_send commands via LIRC and the states do change, for the fact that I can send both an ON and OFF command.
Like Volume Up and Down.
Item: Rollershutter Volume “Volume” {exec=“UP:irsend SEND_ONCE samsung KEY_VOLUMEUP, DOWN:irsend SEND_ONCE samsung KEY_VOLUMEDOWN”}
Sitemap: Switch item=Volume label=“Volume” mappings=[DOWN=“DOWN”, UP=“UP”]
I think the problem is that previously in IFTTT each Switch item that corresponded to a unique IR code was shown as an individual item, but now everything is just showing up as IR_Command because of this line:
I would previously tell my Amazon Echo “Trigger Volume Up” and that would be sent to IFTTT and tied to Item=Volume and Command=UP, but now only having the option of IR_Command this seems impossible.
Additionally, now Groups like ‘Bedroom’ do not show up wither.
Any thoughts would be greatly appreciated?
Should I put the whole exec command line string in as the IFTTT command???