Hue Lights Plugin

[jay (support)]

The Hue Lights plugin is an open source plugin to control devices on multiple Hue bridge devices. It's available from the Plugin Store, and the documentation is available on the plugin's wiki page.

If you have any feature requests or find any bugs, please add a new an issue on the Github repo so we can track them.

[btassias]

Hi Jay

Its been awhile since i posted anything iv been trying for a day now with the HUE plugin I upgraded to the new Hub hub Pro
The HUE App on my HUE App on the phone works good everything migrated over good. But now in Indigo all the lights and
on/off plugs dont work in the plugin i delted the old HUB and if found the new HUB Pro with correct IP of the HUB ive
been racking my brains out . Im wondering maybe the plugin is not compatible with the new HUB Pro

Thanks

Bret

[Grognard]

Hi Bret,

In addition to checking the GitHub Jay refers to above, you can find the latest on Karl's work to support the new hub in this thread:
Hue lights - first version for Hue pro bridge

[kw123]

Bret
The new version of the plugin actually works well

It does not use any new features. Just the low level communication part was changed.

Hue pro bridge still supports the old api version 1
That’s why it took me just 2 days to make it work.

The new api v2 is completely different. Different structures, Different state names, different values ranges (0-255 to 0-100) Etc.

It is a complete rewrite. All the other apps are just using the old api. My guess

I am about 60% into the journey to use the native new api v2
It offers one main advantage: It will send changes ( and only changes) out once a second.
Using that will reduce the traffic and overhead by several orders of magnitude Instead of polling every 3 seconds, reading & parsing 500kb of data- with v2 it is down to 500 byte per event. May be one every 20 seconds but within 1 second of the actual event.

My next release will support sensors and lights natively using api2. Groups /scenes not yet. Their structures have changed much more
To be Hierarchically nested. You can have groups of groups That’s a tough challenge to map this to the current flat structure.

Karl.


Sent from my iPhone using Tapatalk

[dz1rfj]

HI,
Migrated to the new PRO bridge fine in the HUE ecosystem.

After installing the updated plugin , 2022.20.62.xx, I get this error:
Verified that this is a Hue bridge. name:Main.Hue.Pro, modelId:BSB003
Hue Lights Attempting to pair with the Hue bridge at "192.168.1.102".
Hue Lights Warning Error #4 from the Hue bridge. Description: "method, GET, not available for resource, /".

IP address is correct. I deleted and re-added , no luck. I pressed the HUE center button, pressed EXECUTE in the plugin, and I get the above error.

I ensured the HUB number was set to "0" as it was pre-Pro Hub.

Ideas ?

Thanks,

Brian

[kw123]

I am out of town until Tuesday.

Could you switch on debug for send http and received

And send me the log

You need to do a regular pair with button press.


Sent from my iPhone using Tapatalk

[kw123]

please tr:
https://github.com/kw123/Hue-Lights-Ind ... 2022.16.60

various changes and debugging statements

[kw123]

@ Brian, if you like I can do a remote session to check your setup directly

I am in town until Thursday, then out for 12 days
Let me know.

Karl
timezone central EU

[kw123]

https://github.com/kw123/Hue-Lights-Ind ... 2022.20.63

new beta version

supports api v2 events for lights and sensors (can be switched on/off in config )
(very fast < 1 secs response time)

normal refresh can be set to slow

not supported are groups, scenes .. using APIv1 (old version)

Actions still use api v1

Karl

[kw123]

new version 2022.32.82 on GitHub, not official yet, would like to wait before pushing it to indigo until someone has tested it..
95% is for hue pro bridge only
https://github.com/kw123/Hue-Lights-Ind ... /README.md

Code: Select all

========================================
2022.32.82 @ 2026-05-13
1. New device state 'lumen' added to all dimmer light types (hueBulb, hueAmbiance, hueLightStrips, hueLivingColorsBloom, hueLivingWhites, hueOnOffDevice) and hueGroup
   - Lights: calculated as int(brightnessLevel * lumenMax / 100 + 0.5)
   - Updated automatically on brightnessLevel changes
   - Set to 0 when onOffState → False
   - Recalculated from current brightness when onOffState → True
   - hueGroup: calculated as the sum of the 'lumen' state of all ON member lights (computed in calculateGroupColor; off lights contribute 0). Group brightnessLevel % calculation is unchanged.
2. New device property 'lumenMax' added to ConfigUI for all dimmer types and hueGroup
   - Default value: 600 lumen
   - Configurable per device in the device edit dialog
   - Explanatory label shown in the UI
3. Reformatted plugin XML files (Actions.xml, Devices.xml, MenuItems.xml, PluginConfig.xml) for readability
   - Pretty-printed with tab indentation via xmllint
   - <Field>, <Device>, <Action>, <MenuItem> opening tags: type= and id= on the opening line; remaining attributes one-per-line indented below; closing > or /> on its own line
   - Empty-body <Field> tags collapsed to single-line self-closing form
   - Blank line inserted before each <Field> for visual separation
   - No functional change; XML validates as well-formed (xmllint)

========================================
2022.31.82 @ 2026-05-12
1. Group color temperature: fixed group colorTemp state not updating when a member lamp's ct changes via the V2 SSE path
2. Fixed colorMode state never being written for V2 SSE events (derived from dType bits: bit4=ct, bit8=xy)
3. Fixed group brightness being stale after a ct-only change (group SSE trigger was conditioned on brightness change; now always delegates to configured lookup mode)
4. Cross-group ct propagation: Zone and Room sharing the same lights now sync color temperature in both directions
   - calculateGroupColor propagates to sibling hueGroup devices when colorTemp changes (ctChanged guard prevents ping-pong)
   - getGroupStatus (readv1 path) also propagates to siblings after parseOneHueGroupDataV1
   - compareGroupCalculations: added noPropagate flag to stop at one level of propagation
5. Fixed AttributeError 'delayedActionThread' during startup when individual light SSE events arrive before startdelayedActionThreads() completes
6. validateRGBWhiteOnOffetc now called in all three V2 device creation functions (checkIfCreateNewGroupsV2, checkifcreateNewLightV2, checkIfCreateNewSensorV2)
7. New action + menu item: Dynamic scene speed — add 0.0–1.0 speed parameter when recalling a V2 dynamic scene
8. New action + menu item: Power-On Behaviour — configure what a light does when physically power-cycled (last state / safety / powerfail / custom with on-mode, brightness, color temp); uses V2 power_up resource
9. New action + menu item: Sunrise Timed Effect — start or stop a bridge-managed wake-up simulation on a light (1–60 min); uses V2 timed_effects resource
10. New action + menu item: Recall Smart Scene — activate or deactivate a V2 smart scene (adaptive scenes that follow time-of-day and natural light cycle); new generateSmartSceneListV2 list generator
11. For pro bridge add option how to calculate group colors (no, get group color w v1 method, calculate) 

=