Yeah my apologies, i started creating all items sitemaps and rules files yesterday so i’m still a big NOOB hehe.
I had the coding a bit wrong and was able to get it to work by switching up my rules a bit. Now i’m able to say to google home Turn On HDMI 1 and it will switch my channel to HDMI 1. kinda awesome!
rule “Switch to HDMI 1”
when
Item TV_HDMI1 received command ON
then
TV_Application.sendCommand(“com.webos.app.hdmi1”)
end
Hi all, hope you could help me out.
I have installed LG webOS Binding earlier this year and it worked fine for a while. Then it suddenly stopped working. I tried to remove the Thing and adding it again but adding gets stucked in the Uninitialized state every time.
I am using OH 2.3.0-SNAPSHOT (#1268) and have binding-lgwebos - 2.3.0.SNAPSHOT installed. I did all un/installing via PaperUI.
Have you had such issue? How should I proceed?
when you re-add. Did you use discovery via Paper UI?
From 2.2 to 2.3 you have to set the device ID property for the Thing. But the easiest way is to remove and add the thing, which will take care of this property.
I tried removing and adding the thing again. The newly added thing is sill in the uninitialized state. I checked the openhab log and found this line 2018-05-13 09:46:42.541 [WARN ] [ore.thing.internal.ThingRegistryImpl] - Cannot create thing. No binding found that supports creating a thing of type 'lgwebos:WebOSTV'.
TV is not being discovered automatically via the inbox. I need to add it using the things plus button and selecting LG WebOS Binding. It is worth saying that the TV is on and other apps on the same network are able to control it (e.g. chrome add-on).
Edit: If I add the Item using Inbox/“Search for things” button the result is the same (Thing added uninitialized).
So on the one hand sth must be wrong with the binding installation. this binding should handle lgwebos:WebOSTV.
The other is discovery. If this does not work the binding will not see your TV online. You could check your network configuration. The binding uses the network interface configured in openhab settings. you can specifically set the network interface also under binding properties: localIP
The Actions have been removed in code review, but when they will be recovered? it’s a waste of effort doing one functionality to throw it to the trash bin!
I was possible with an older version of the binding but I would not recommend to use it anymore.
It will be available again as an action in the new ruleengine. This is currently under development and @Kai and @wborn just responded to the PR recently that I mentioned in my previous post.
I’m stuck on a higher level. When I install the binding via the paper UI no thing gets discovered. The messages are the following, no matter whether the TV is on or not:
I tried almost everything stated in this thread. I’m running openhab 2.3.0-1, your binding 2.3.0. Running on a RPi, firewall disabled. TV (192.168.2.107) is pingable, connected via LAN not WLan. TV Connect Apps is enabled. Name of TV is lgtv (no spaces or alike).
No pairing message appears on the screen and no thing is discovered so I don’t know the device ID and did not succeed on manually creating a thing.
Hi Karl,
don’t set the TV’s IP (192.168.2.107) in the binding config. This needs to be the IP of your openhab instance. If auto-detection of your local openhab IP does not work, and setting it via PaperUI > Configuration > System > Network Setting neither, then set your local IP (which has to be on the same network as the LG) in the binding config.
Kind Regards
Sebastian
There the IP was hardcoded, don’t know why. I manuall removed all lgwebos files (including config, jar files, etc.) which remained on the system even after de-installing via paper UIand re-installed everything. Now it works.
I was happily using your binding with no problem at all when suddenly, some days ago, my TV went OFFLINE and never got back online again. I tried deleting the TV and started a new discovery process, but no thing got discovered. These are the only logs I get:
openHAB Version: 2.3.0
LG WebOS Binding Version: 2.3.0
Firewall enabled/disabled: no difference
Server IP: 192.168.1.100
TV IP: 192.168.2.130, pingable from the server
TV Connect Apps is enabled
I also think that the TV got a firware update, but I’m not 100% sure (I briefly saw a toast message saying something like “the TV software was successfully updated”) and I don’t know if the problem started after or before this update.