I have used the HUE binding in OH1 for many months now. Rock solid and also the dynamic icons are working (glowing bulb when light is switched on, grey bulb=off).
Recently I switched over to OH2 (latest Snapshot release) and installed the HUE binding via PaperUI. Bridge and bulbs are discovered and working (on/off etc.). But what isn’t working for me is the dynamic icon. Regardless of what I try (define the icon in items file or sitemap file, define the bulb as switch or as a colorpicker, using BasicUI or ClassicUI), I never get a dynamic icon. The shown icon (switch or light) is always the “ON” icon.
Is this a problem of my installation or can you guys confirm this behavior?
I’ve seen inconsistent behavior with dynamic icons. I’m not completely convinced they are supported in BasicUI at all (I’ve not played with it enough yet). I see dynamic icons in the Android app. I also just confirmed that I do see dynamic lights for regular switches. However, since you are using Hue bulbs, it is possible the state is being stored as a ColorType and the UIs are no longer translating from that to ON/OFF.
Is maybe anyone around with a working HUE/OH2 installation to double-check this issue? @jamborta: I’ve seen in another thread, that you recently integrated the binding. Could you please check this? If you experience the same behavior, I would raise an issue on github.
For me the switch and the brightness work OK (ie it turns green if it’s on). but don’t get an icon for the color picker (that might just be that something I wrongly defined).
Interesting. That’s the BasicUI you pasted. May I ask you to try this also in ClassicUI? And the switch icon turns grey when the bulb is off? Do you have to reload the page or does it happen (as intended) automatically?
And may I ask you to paste your item and sitemap definitions? Have you made the definitions file based or have you let PaperUI made the items (=DB based)?
I do get an icon for the colorpicker. So, yes, this seems to be wrongly defined on your side.
@jaydee73, Try using dimmablelight as the icon name in the items/sitemap file. For me this is working. For the normal light icon, only on and off state icons exist.
ClassicUI:
Switch Icon (red/green) is working now.
Color/Colorpicker: Icons not working (light or dimmablelight, doesn’t matter)
Color temp: Icon is working (seems to be the dimmablelight icon)
BasicUI:
Switch Icon (red/green) is working now.
Color/Colorpicker: Icon not working
Color temp: Icon is working (seems to be the dimmablelight icon)
And some further notices:
When I use the colorpicker arrow in ClassicUI, one click is enough to switch the bulb on at “full power”. In BasicUI, I have to do a permanent click on the arrow to push it to full power => a different behavior only because of another UI, that’s not so nice.
And another, more relevant notice: When I switch the bulbs using the HUE app, the state is not correctly refreshed by OpenHAB. With BasicUI it “sometimes” works, at least for the switch. But not for the switch-icon. But even that is not working reliable. With ClassicUI, it doesn’t seem to work at all.
Anyone who can cross-check/confirm this? @jamborta: Maybe you can check the dimmablelight icon for the picker. Does it change states for you? BasicUI and/or ClassicUI?
I am not aware that the light icon should work on the color channel. The color channel does not (only) represent brightness, therefore I guess you cannot use a dimmable light icon. It works for me on the brightness channel. I am using the Classic UI.
The Color temp channel could work because it is for dimmer items. But in this case the dimmablelight icon probably represents the color temperature (cold/warm) not the brightness.
And another, more relevant notice: When I switch the bulbs using the HUE
app, the state is not correctly refreshed by OpenHAB. With BasicUI it
"sometimes" works, at least for the switch. But not for the switch-icon.
But even that is not working reliable. With ClassicUI, it doesn’t seem
to work at all.
Doesn’t seem work for me as well. Seems like the change is detected by the binding, but the according items/channels are not updated. I can only see this in the log:
2016-10-05 20:58:11.915 [DEBUG] [binding.hue.handler.HueBridgeHandler] - Status update for Hue light 4 detected.
Hmmm…a pity…this is not my understanding of a working 2.0 binding. @Kai: Are these known issues and therefore tracked on github? AFAIK the binding comes from 3rd party (Deutsche Telekom), can we expect further development?
All issues mentioned here are not related to the hue binding at all, you will find the same effects for any other binding that has color channels (e.g. LIFX).
This will only affect the Basic UI, which uses a new mechanism to update its widgets; it might solve some issues on icon updates, but in generell it mainly addresses formatted label texts (like “xxx °C”, where units used to disappear).
This is correct. The binding detects the change and sends the new color value to the item. The problem now is that you seem to link Switch and Dimmer items to this (Color) channel. This is ok and the way I want it to be possible, but the core framework actually does not support this right now. The according issue for this is https://github.com/eclipse/smarthome/issues/2253.
