I did use openhab:hue <bridgeUID> scenes and openhab:hue <bridgeUID> things to dump all scenes and things on my two Philips Hue bridges to files and then entered them correctly into my OpenHAB configuration files when I setup API v2. Using BasicUI to for example switch to the scene “DG NZ Off” works like a charm, as I have a scene with that name on the Hue bridge. So the scenes and things are all valid in my configs.
Regarding 1.: I use both OpenHAB to control my lights as well as regular physical Hue Dimmer Switches from Philips in different rooms. Pressing the ON button on the physical device toggles between Scenes, which have all been setup beforehand in the Hue App. Whenever I use the physical device to toggle scenes, I would expect the scene-channel for that room to return the friendly name of the scene I switched to. Instead it always returns UNDEF. This seems like an error to me. I have a workaround in place to detect the correct scene by different means and use postUpdate to set the Item in OpenHAB, but it would be way easier if the scene-channel of the room would return the correct friendly name of the scene I switched to using the physical Hue Dimmer Switch for that room.
Regarding 2.: DG NZ Off is a valid scene’s friendly name, setup by me using the Hue App and returned to me by openhab:hue <bridgeUID> scenes. Switching to it through BasicUI works, but not using sendCommand in rules.
Regarding 3.: same here, the device has an alert channel. But using the sendCommand("LSelect") et al. commands in rules does not do anything.
Thanks for your help. It’s greatly appreciated.
P.S.: for anybody that is curious, DG NZ Off is a scene that turns all lights off (and similarly named scenes for other rooms). To do that, I created a scene in the Hue App and then used WinHue on my PC to edit the scene and disable all lights in the scene as the Hue App does not support that (it wants at least one light to be turned on). This way I can use one Selection item in my sitemap to list all scenes for a room, including Off and don’t have to use a Switch as well as the Selection.
P.P.S: and if anybody wonders. I prefer writing my config in code instead of by the UI. I started that way before the UI was available as a viable alternative and I have all my configs in a Git repository, so that I can go back if need be, use branches when I work on adding new stuff etc.
there is a bug in the OH binding resp. the Hue bridge, when a scene is changed it first sends a message saying the new scene was enabled (which sets the scene name in UI) but it then sends a message saying the old scene was disabled (which sets the scene name in UI to UNDEF). I dont know why they send the disable message after the enable message (it used to be the other way round). But I am working on a fix to reverse the message order so the UI will display the right value.
in light of the above, is your DG NZ Off really not working? Or just not updating the display?
as you say DG NZ Off is quite funky can you please post some OH trace logs to show the network activity when you activate this scene?
maybe also try the scene name in all lowercase and/or uppercase…
Is there any update on how to stop BREATHE action beside setting dimming to 0? Is this a limitation of the new Hue API in general or something that just not yet implemented, as the API is new and on the most likely long todo list?
My use case is, that a light is already on, I want to send BREATHE, stop it and the light should continue to stay ON (as it was on before).
same here. I used LSelect with API1.
With API2 I am unable to stop the Alarm Blinking (BREATHE) earlier.
In the meantime I accepted for myself that it is blinking for 15 seconds
If you find a solution how to stop BREATHE earlier, please let us know.
thanks for your very quick and very effective help!
pardon me asking, as I don’t know the exact release process for development on OpenHAB bindings. When is the fix going to be available? Probably with the next OpenHAB release? Is there maybe a possibility to get a a .jar file in the meantine to test it out before it ships with the next OpenHAB release?
2., 3. & 4.: I’m gonna check things out including having a look at the logs on the weekend. It’s definitely not just the display not being updated in OpenHAB, the light scene doesn’t change.
about the BREATHE action…sorry, I did not get it the first time, my bad. But as others pointed out, as it cannot be stopped and runs for 15s I’ll revert to a fallback where I simulate the LSELECT effect by switching the color of a specific light, then turning it on and off with a small delay in between and then revert to the originally set color that I stored beforehand.
Keep up your excellent work. Thanks again for everything.
There are currently three Hue PRs waiting to reviewed and merged here … if we are lucky they will be included in OH v4.1 which should be delivered by Santa Claus … othwerwise if not lucky it will be in OH v4.2-M1 in January.
Thank your. Unfortunately though I get the following error:
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.hue 
Unresolved requirement: Import-Package: org.openhab.core.config.discovery.upnp
I did uninstall the Hue Binding 4.0.4 via the Admin interface first, then dropped the jar file into the addons folder and restarted OpenHAB (both by doing shutdown -r inside karaf as well as restarting the whole docker container it runs in).
Running OH 4.1.1, I have some issues with the scene status. In the Hue App I configured a zone named Beneden and created a few scenes so I can toggle between them (also removed all default scenes from that zone). Next, I defined the actions for the on/off key of a Hue Dimmer Switch to toggle between those scenes when repeatedly pressed. The respective scene gets activated, as can also be seen in the Hue App, but somehow the Item remains UNDEF, except when activating one specific scene in the list…!?
The same happens when using the Hue App to select a scene in that zone.