YahueV2 (Yet another Hue app, using Hue API v2)

[Sankotronic 2,370]

Hi Jan,

 

before I left home I tested buttons for effects, but wasn't working either with light turned off or turned on.

 

[jgab 2,647]

On 5/23/2026 at 6:52 PM, Sankotronic said:

Hi Jan,

 

before I left home I tested buttons for effects, but wasn't working either with light turned off or turned on.

 

I believe I have fixed it in the latest version...

[ChristianSogaard 72]

Hi, Jan

Thank you for the great work on Yahue

I am using Yahue on Fibaro HC3 together with Logic Group Matrix keypads/controllers, where centralSceneEvent events are mapped to Hue actions.
Im still no programmer so if i analysed something wrong, please live with my wrong assumsions. 

 

Basic actions work very well, for example:

turnOn  
turnOff  
toggle  
setValue

However, dimming from physical wall buttons is harder to make stable.

 

Current challenge

From what I can see, Yahue’s startLevelIncrease and startLevelDecrease start a fade/ramp towards 100% or 0%.

That makes sense for Fibaro’s standard level-change interface, but for external button controllers it would be very useful to have more controlled dimming options.

 

Suggested improvements

1. Step dimming API

A method for small brightness steps would be very useful, for example:

fibaro.call(deviceId, "stepValue", 5)  
fibaro.call(deviceId, "stepValue", -5)

or:

fibaro.call(deviceId, "dimStep", "up", 5)  
fibaro.call(deviceId, "dimStep", "down", 5)

This would allow external controllers to repeat small steps while a button is held down, instead of starting a long ramp to 100% or 0%.

2. More robust stopLevelChange behavior

For physical button controllers, it is important that:

fibaro.call(deviceId, "stopLevelChange")

always stops an active level change immediately and reliably.

3. Configurable dimming parameters

It would be useful to have configurable variables per Yahue child, such as:

dimdelay = 3000  
dimstep = 5  
diminterval = 300

This would make it easier to tune Yahue for physical wall buttons.

4. Exposed capabilities

It would also help if Yahue child devices exposed their capabilities in a predictable way, for example:

supportsDimming = true  
supportsScenes = true  
supportsColor = true  
supportsTemperature = true

This would make it easier for other QuickApps to detect what actions are supported by a given Yahue child device.

5. Scene stepping support

A built-in next/previous scene action would also be useful:

fibaro.call(deviceId, "nextScene")  
fibaro.call(deviceId, "prevScene")

 

Summary

Yahue already works very well for Hue integration on HC3.

The main thing that would improve compatibility with external wall controllers and Matrix keypads is a small “button-controller friendly” API, especially around step dimming and reliable stopping of level changes.

[jgab 2,647]

Not released yet, but work in progress + questions

 

Item 4: Capabilities

Please login or register to see this attachment.

Stored in quickAppVariable 'capabilities'
 

Item 5: Scene stepping

Added to RoomZoneQA (inherited by RoomZoneDimQA, RoomZoneSwitchQA):

- `nextScene()` — cycles forward through the room's scenes (wraps around)
- `prevScene()` — cycles backward through the room's scenes (wraps around)

Usage from another QA or scene:
fibaro.call(roomChildId, "nextScene")
fibaro.call(roomChildId, "prevScene")

The scene list is populated at startup in loadScenesForRoom and stored as self._sceneList. The current scene is tracked via the existing lastSceneId variable. Honors the sceneMode setting (static/dynamic).

 

Items 1, 2, 3 — Questions

Item 1 — Step dimming API
Does not exist. The Hue v2 API natively supports dimming_delta with action: "up"/"down" and brightness_delta (percentage of full range), which would be the most reliable mechanism — the bridge handles the ramp internally and it's compatible with existing stopLevelChange.

Question: Preferred API shape?
- fibaro.call(id, "stepValue", 5) / fibaro.call(id, "stepValue", -5) (Fibaro style)
- fibaro.call(id, "dimStep", "up", 5) / fibaro.call(id, "dimStep", "down", 5) (explicit)
 

Item 2 — Robust stopLevelChange
Already implemented. Both DimmableLight (line 789) and RoomZoneQA (line 1270) send dimming_delta={action='stop'} via the bridge's native stop command — the most reliable mechanism available at the API level.

Question: Have you observed specific stop failures? Under what conditions (fast ramp, specific light models, combined with other commands)?
 

Item 3 — Configurable dimming parameters
Partially exists. dimdelay (default 8000ms) and transition (default 0) are already configurable per-child via QuickApp variables. dimstep and diminterval are new and would be relevant for step dimming.

Question: Is diminterval needed for Yahue to handle internal repeat timing, or does the Matrix keypad/controller handle hold-repeat timing itself? (Typically the controller determines repeat rate — Yahue just needs to respond to each individual call.)

[ChristianSogaard 72]

16 hours ago, jgab said:

Thank You Jan, 
tack så mycket

The QA is here..

Please login or register to see this link.

Item 5: Scene stepping

Added to RoomZoneQA (inherited by RoomZoneDimQA, RoomZoneSwitchQA):

- `nextScene()` — cycles forward through the room's scenes (wraps around)
- `prevScene()` — cycles backward through the room's scenes (wraps around)

Usage from another QA or scene:
fibaro.call(roomChildId, "nextScene")
fibaro.call(roomChildId, "prevScene")

The scene list is populated at startup in loadScenesForRoom and stored as self._sceneList. The current scene is tracked via the existing lastSceneId variable. Honors the sceneMode setting (static/dynamic).

 

That sounds perfect for Matrix keypad use.

For my use case, nextScene() and prevScene() on RoomZoneQA, RoomZoneDimQA, and RoomZoneSwitchQA are exactly what I need.

Pressed3 = { "nextScene" }

Item 1 — Step dimming API
Does not exist. The Hue v2 API natively supports dimming_delta with action: "up"/"down" and brightness_delta (percentage of full range), which would be the most reliable mechanism — the bridge handles the ramp internally and it's compatible with existing stopLevelChange.

Question: Preferred API shape?
- fibaro.call(id, "stepValue", 5) / fibaro.call(id, "stepValue", -5) (Fibaro style)
- fibaro.call(id, "dimStep", "up", 5) / fibaro.call(id, "dimStep", "down", 5) (explicit)

 

For external controller integrations like Matrix keypads, I would prefer the explicit API:

fibaro.call(id, "dimStep", "up", 5)

fibaro.call(id, "dimStep", "down", 5)

 

Item 2 — Robust stopLevelChange
Already implemented. Both DimmableLight (line 789) and RoomZoneQA (line 1270) send dimming_delta={action='stop'} via the bridge's native stop command — the most reliable mechanism available at the API level.

Question: Have you observed specific stop failures? Under what conditions (fast ramp, specific light models, combined with other commands)?
When I release the Button, light continue Dimming for another 3-4 seconds, i tried Various methods
 

Item 3 — Configurable dimming parameters
Partially exists. dimdelay (default 8000ms) and transition (default 0) are already configurable per-child via QuickApp variables. dimstep and diminterval are new and would be relevant for step dimming.

Question: Is diminterval needed for Yahue to handle internal repeat timing, or does the Matrix keypad/controller handle hold-repeat timing itself? (Typically the controller determines repeat rate — Yahue just needs to respond to each individual call.)

For the Matrix keypad/controller use case, I think Yahue should not handle internal repeat timing.

The Matrix Button Configuration QA can handle the hold-repeat timing itself:

HeldDown starts a repeat timer
the QA calls dimStep("up", 5) or dimStep("down", 5) repeatedly
Released stops the repeat timer
optionally Released also calls stopLevelChange() as safety
So from my point of view, diminterval does not need to be handled by Yahue internally.

What would be useful in Yahue is:

dimstep as an optional per-child default value
but also allow the step size to be passed directly in the call

 

Edited June 4 by ChristianSogaard
Typo

[Sjakie 156]

Jan, I asume  also possibility to set time when go to next scene?

Item 5: Scene stepping

 

I now have 2 scenes where I switch every 3 minutes to the following scene around 30 in total.

[Sjakie 156]

Jan, if I change my rule switch on on 10%

Please login or register to see this code.

Visual the light goes strait on >> 70% no delay.

dimdelay is in GV set on see file

 

debug shows:

Please login or register to see this code.

 

Please login or register to see this attachment.

[jgab 2,647]

The :manual issue. Try Yahoo v0.2.61. It seems like when turning on/off a Yahoo light it sometimes sent multiple value events that confused ER,

[Sjakie 156]

jan I added

Please login or register to see this code.

 

Please login or register to see this code.

 

[jgab 2,647]

So it was actually using the 'transition' variable for the dimming... in v0.2.62 I use qvar 'dimdelay' if qvar 'transition' is not set, which makes sense.

[Sjakie 156]

Jan still no visual dimdelay.

If I move the slider manually I see in debug the values going up/down

if HC3 change value in this rule no debug change 10% >> 70%

Please login or register to see this code.

 

[jgab 2,647]

Try again v0.2.63

[jgab 2,647]

I looked at your PM log and saw some more issues.
It's REALLY difficult to make a Hue grouped light (room/zone) to behave like a QA light.
When you recall a scene on the group, the Hue hub does it's own thing asynchronously, and in this case cancels the setDim you also do...
I think I've made a patch in v0.2.64 that handles it, but at the end you need to start to treat the Hue lights a bit different - ex. insert waits before you issue
commands in sequence etc so the Hub gets a chance to respond sequentially. 

[Sjakie 156]

Jan,

I am using several daylight scenes in each room.

I want to do it for all zones/rooms with:

Please login or register to see this code.

Perhaps it's wrong because it does't work

If I add before setDim to switch on it switch on but with the previous color setting.

How to correct?

[ChristianSogaard 72]

On 6/4/2026 at 8:31 AM, ChristianSogaard said:

 

If you think this approach makes sense, would you consider adding nextScene/prevScene and dimStep to Yahue?

No pressure of course. I really appreciate the work you put into these QAs.

[ChristianSogaard 72]

Hi Jan,

Small question about Yahue v0.2.62: did the child method toggle() get removed or renamed?

After updating, my external EventRunner/Matrix rules still trigger correctly, but calls like this no longer seem to work:

 

fibaro.call(yahueChildId, "toggle")

turnOn, turnOff, and setValue still appear to exist, so I can work around it by doing my own state check and calling turnOn/turnOff.

Just wanted to ask if this was intentional, or if toggle() should still be part of the child API.

Thanks again.

[jgab 2,647]

46 minutes ago, ChristianSogaard said:

Hi Jan,

Small question about Yahue v0.2.62: did the child method toggle() get removed or renamed?

After updating, my external EventRunner/Matrix rules still trigger correctly, but calls like this no longer seem to work:

 

fibaro.call(yahueChildId, "toggle")

turnOn, turnOff, and setValue still appear to exist, so I can work around it by doing my own state check and calling turnOn/turnOff.

Just wanted to ask if this was intentional, or if toggle() should still be part of the child API.

Thanks again.

toggle is still there - works for me. Some special kind of light?
Do you still see event logs in the console? The event listener may have stopped?

For roomzone QAs there is a nextScene and prevScene commands implemented in 0.2.65

[Sjakie 156]

Jan,

For my grandchildren (and myself) I do:

Please login or register to see this code.

Can I do something similar with NextScene?

Also possible to start randome?

[Finzzownt 0]

@jgab Thank you very much for your work on YahueV2. I'm new to HC and also discovered that the stock Hue app did not communicate with the bridge pro. So I found your work, installed it and got it up and running. Added one light and in the Preview tab I played with the colours and toggled it on and off. All worked. Until I created a Block scene for the light. I connected the Block scene to trigger on a Walli Controller button 1 press to turn on the light and a second scene to connect to button 2 to turn it off. Nothing happened when I pressed either button on the Controller; the light did not respond. Removed and readded the same light (not a room, just the light itself), again played with color in Preview, all working, connected it back in the Scene/Action and ... nope, no action. Maybe once or twice the Hue light responded to a Controller button press, but no more.

I found the Console and selected the QUICKAPP92, the Yahue_Proxy and it reported this:

 

[24.06.2026] [01:22:31] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 3)

[24.06.2026] [01:22:31] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:22:31] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:22:31] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)

[24.06.2026] [01:23:32] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 1)

[24.06.2026] [01:23:32] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:23:32] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:23:32] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)

[24.06.2026] [01:24:32] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 3)

[24.06.2026] [01:24:32] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:24:32] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:24:32] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)[24.06.2026] [01:25:32] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 3)

[24.06.2026] [01:25:32] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:25:32] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:25:32] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)[24.06.2026] [01:26:29] [TRACE] [QUICKAPP92]: onAction: {"manual":true,"args":[],"deviceId":99,"actionName":"turnOn"}

[24.06.2026] [01:26:29] [DEBUG] [QUICKAPP92]: huePUT dropped (bridge cooldown 3s left): /clip/v2/resource/light/cce96469-7fd2-4f7e-8415-e23c59f4bd98

[24.06.2026] [01:26:32] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 3)

[24.06.2026] [01:26:32] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:26:32] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:26:32] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)

[24.06.2026] [01:26:35] [TRACE] [QUICKAPP92]: onAction: {"manual":true,"args":[],"deviceId":99,"actionName":"turnOff"}

[24.06.2026] [01:26:35] [DEBUG] [QUICKAPP92]: huePUT dropped (bridge cooldown 57s left): /clip/v2/resource/light/cce96469-7fd2-4f7e-8415-e23c59f4bd98

[24.06.2026] [01:27:20] [DEBUG] [QUICKAPP92]: Health-check: refreshing Hue resources

[24.06.2026] [01:27:33] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 1)

[24.06.2026] [01:27:33] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:27:33] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:27:33] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)

 

Something is flooding the Hue Bridge Pro. Note the "huePUT dropped". Do I need to turn off or disable a refresh setting?

 

A few minutes later it pulled all devices from the hub, so it seems:

 

[24.06.2026] [01:30:33] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 3)

[24.06.2026] [01:30:33] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:30:33] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:30:33] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)[24.06.2026] [01:31:02] [TRACE] [QUICKAPP92]: UIEvent: {"elementName":"dump","values":[],"deviceId":92,"eventType":"onReleased"}[24.06.2026] [01:31:03] [DEBUG] [QUICKAPP92]:
------------------------
[device:066ee960-736a-42d2-a873-0e160d10aa75,Keuken spot 3,LTG002]
 

Meanwhile, I am able to turn the same lights on/off via Home Assistant with Hue integration.

 

What could be causing the "Hue bridge 429 from GET refresh, pausing all traffic for 60s" message?

 

The "Apply selection" button resets the 429 error somehow. I removed the Hue light from Devices and only clicked the "Apply selection" to have it re-added. The bridge is scanned, the light is added. No more errors in the console after that:

 

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Setup 8304f2d9-6269-4ce1-96d2-28ce3ac48df1 'zone' Staircase

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Setup 9567e3da-51e0-4581-8dfe-9bae0c09ceb5 'zone' Eettafel

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Setup cf7c045d-960f-4b32-a853-9cdd298604fb 'zone' TV wand

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Setup e58bf2b1-952d-4b57-a2c8-9ed062b1bfe6 'zone' TV Ambilight

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Setup f3ce6d30-a99c-4576-a423-ac77b62ea142 'zone' Lichtbak

[24.06.2026] [02:09:27] [WARNING] [QUICKAPP92]: Variable sseHeartbeat not found

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Defining QA classes

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Loading existing child UID:'ColorLight:d0ef34e2-85e9-4806-8b04-5c884306b30d'

[24.06.2026] [02:09:27] [DEBUG] [CHILD95]: status connected

[24.06.2026] [02:09:27] [DEBUG] [CHILD95]: [diag v0.2.65] on=true -> state:=true, value:=100 (lastVal=nil)

[24.06.2026] [02:09:27] [DEBUG] [CHILD95]: color xy 255,189,87

[24.06.2026] [02:09:27] [DEBUG] [CHILD95]: [diag v0.2.65] dimming raw=56.13 state=true lastVal:nil->56 value:=56

[24.06.2026] [02:09:27] [DEBUG] [CHILD95]: color_temperature 446

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Creating missing child UID:'ColorLight:beabb96c-de54-46a1-a938-d9e0461b635d'

[24.06.2026] [02:09:28] [DEBUG] [CHILD100]: status connected

[24.06.2026] [02:09:28] [DEBUG] [CHILD100]: [diag v0.2.65] on=false -> state:=false, value:=0 (lastVal=nil)

[24.06.2026] [02:09:28] [DEBUG] [CHILD100]: color xy 255,189,86

[24.06.2026] [02:09:28] [DEBUG] [CHILD100]: [diag v0.2.65] dimming raw=1.19 state=false lastVal:nil->1 (state=false, value not written)[24.06.2026] [02:09:28] [DEBUG] [CHILD100]: color_temperature 446

[24.06.2026] [02:09:28] [DEBUG] [QUICKAPP92]: Created new child ID:100, UID:'ColorLight:beabb96c-de54-46a1-a938-d9e0461b635d'

[24.06.2026] [02:10:11] [DEBUG] [QUICKAPP92]: Event: temperature Hal sensor

[24.06.2026] [02:10:12] [DEBUG] [QUICKAPP92]: Event: geofence_client

[24.06.2026] [02:10:39] [DEBUG] [QUICKAPP92]: Event: temperature Fietsenhok sensor

[24.06.2026] [02:11:13] [DEBUG] [QUICKAPP92]: Event: geofence_client

...

 

No more "Hue bridge 429 from GET refresh, pausing all traffic for 60s" events.

 

Hue Bridge Pro v1.77.2071353020

YahueV2 v0.2.65

Edited 1 hour ago by Finzzownt
Updated with the effect of the "Apply selection" button

[Finzzownt 0]

46 minutes ago, Finzzownt said:

@jgab Thank you very much for your work on YahueV2. I'm new to HC and also discovered that the stock Hue app did not communicate with the bridge pro. So I found your work, installed it and got it up and running. Added one light and in the Preview tab I played with the colours and toggled it on and off. All worked. Until I created a Block scene for the light. I connected the Block scene to trigger on a Walli Controller button 1 press to turn on the light and a second scene to connect to button 2 to turn it off. Nothing happened when I pressed either button on the Controller; the light did not respond. Removed and readded the same light (not a room, just the light itself), again played with color in Preview, all working, connected it back in the Scene/Action and ... nope, no action. Maybe once or twice the Hue light responded to a Controller button press, but no more.

I found the Console and selected the QUICKAPP92, the Yahue_Proxy and it reported this:

 

[24.06.2026] [01:22:31] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 3)

[24.06.2026] [01:22:31] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:22:31] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:22:31] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)

[24.06.2026] [01:23:32] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 1)

[24.06.2026] [01:23:32] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:23:32] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:23:32] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)

[24.06.2026] [01:24:32] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 3)

[24.06.2026] [01:24:32] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:24:32] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:24:32] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)[24.06.2026] [01:25:32] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 3)

[24.06.2026] [01:25:32] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:25:32] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:25:32] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)[24.06.2026] [01:26:29] [TRACE] [QUICKAPP92]: onAction: {"manual":true,"args":[],"deviceId":99,"actionName":"turnOn"}

[24.06.2026] [01:26:29] [DEBUG] [QUICKAPP92]: huePUT dropped (bridge cooldown 3s left): /clip/v2/resource/light/cce96469-7fd2-4f7e-8415-e23c59f4bd98

[24.06.2026] [01:26:32] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 3)

[24.06.2026] [01:26:32] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:26:32] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:26:32] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)

[24.06.2026] [01:26:35] [TRACE] [QUICKAPP92]: onAction: {"manual":true,"args":[],"deviceId":99,"actionName":"turnOff"}

[24.06.2026] [01:26:35] [DEBUG] [QUICKAPP92]: huePUT dropped (bridge cooldown 57s left): /clip/v2/resource/light/cce96469-7fd2-4f7e-8415-e23c59f4bd98

[24.06.2026] [01:27:20] [DEBUG] [QUICKAPP92]: Health-check: refreshing Hue resources

[24.06.2026] [01:27:33] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 1)

[24.06.2026] [01:27:33] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:27:33] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:27:33] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)

 

Something is flooding the Hue Bridge Pro. Note the "huePUT dropped". Do I need to turn off or disable a refresh setting?

 

A few minutes later it pulled all devices from the hub, so it seems:

 

[24.06.2026] [01:30:33] [WARNING] [QUICKAPP92]: Hue bridge 429 from GET refresh, pausing all traffic for 60s (recent 429s: 3)

[24.06.2026] [01:30:33] [WARNING] [QUICKAPP92]: /clip/v2/resource HTTP error: 429

[24.06.2026] [01:30:33] [WARNING] [QUICKAPP92]: Retry in 60s

[24.06.2026] [01:30:33] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 60000ms)[24.06.2026] [01:31:02] [TRACE] [QUICKAPP92]: UIEvent: {"elementName":"dump","values":[],"deviceId":92,"eventType":"onReleased"}[24.06.2026] [01:31:03] [DEBUG] [QUICKAPP92]:
------------------------
[device:066ee960-736a-42d2-a873-0e160d10aa75,Keuken spot 3,LTG002]
 

Meanwhile, I am able to turn the same lights on/off via Home Assistant with Hue integration.

 

What could be causing the "Hue bridge 429 from GET refresh, pausing all traffic for 60s" message?

 

The "Apply selection" button resets the 429 error somehow. I removed the Hue light from Devices and only clicked the "Apply selection" to have it re-added. The bridge is scanned, the light is added. No more errors in the console after that:

 

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Setup 8304f2d9-6269-4ce1-96d2-28ce3ac48df1 'zone' Staircase

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Setup 9567e3da-51e0-4581-8dfe-9bae0c09ceb5 'zone' Eettafel

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Setup cf7c045d-960f-4b32-a853-9cdd298604fb 'zone' TV wand

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Setup e58bf2b1-952d-4b57-a2c8-9ed062b1bfe6 'zone' TV Ambilight

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Setup f3ce6d30-a99c-4576-a423-ac77b62ea142 'zone' Lichtbak

[24.06.2026] [02:09:27] [WARNING] [QUICKAPP92]: Variable sseHeartbeat not found

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Defining QA classes

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Loading existing child UID:'ColorLight:d0ef34e2-85e9-4806-8b04-5c884306b30d'

[24.06.2026] [02:09:27] [DEBUG] [CHILD95]: status connected

[24.06.2026] [02:09:27] [DEBUG] [CHILD95]: [diag v0.2.65] on=true -> state:=true, value:=100 (lastVal=nil)

[24.06.2026] [02:09:27] [DEBUG] [CHILD95]: color xy 255,189,87

[24.06.2026] [02:09:27] [DEBUG] [CHILD95]: [diag v0.2.65] dimming raw=56.13 state=true lastVal:nil->56 value:=56

[24.06.2026] [02:09:27] [DEBUG] [CHILD95]: color_temperature 446

[24.06.2026] [02:09:27] [DEBUG] [QUICKAPP92]: Creating missing child UID:'ColorLight:beabb96c-de54-46a1-a938-d9e0461b635d'

[24.06.2026] [02:09:28] [DEBUG] [CHILD100]: status connected

[24.06.2026] [02:09:28] [DEBUG] [CHILD100]: [diag v0.2.65] on=false -> state:=false, value:=0 (lastVal=nil)

[24.06.2026] [02:09:28] [DEBUG] [CHILD100]: color xy 255,189,86

[24.06.2026] [02:09:28] [DEBUG] [CHILD100]: [diag v0.2.65] dimming raw=1.19 state=false lastVal:nil->1 (state=false, value not written)[24.06.2026] [02:09:28] [DEBUG] [CHILD100]: color_temperature 446

[24.06.2026] [02:09:28] [DEBUG] [QUICKAPP92]: Created new child ID:100, UID:'ColorLight:beabb96c-de54-46a1-a938-d9e0461b635d'

[24.06.2026] [02:10:11] [DEBUG] [QUICKAPP92]: Event: temperature Hal sensor

[24.06.2026] [02:10:12] [DEBUG] [QUICKAPP92]: Event: geofence_client

[24.06.2026] [02:10:39] [DEBUG] [QUICKAPP92]: Event: temperature Fietsenhok sensor

[24.06.2026] [02:11:13] [DEBUG] [QUICKAPP92]: Event: geofence_client

...

 

No more "Hue bridge 429 from GET refresh, pausing all traffic for 60s" events.

 

Hue Bridge Pro v1.77.2071353020

YahueV2 v0.2.65

 

After "Apply selection", the 429 errors did not appear anymore. I've edited the scenes and button relations, tested, still no errors. Suddenly, after some 30/35 minutes, they came back, but appear to have been triggered by a parsing error:

 

[24.06.2026] [02:46:06] [DEBUG] [QUICKAPP92]: Event: motion Hal sensor

[24.06.2026] [02:46:07] [WARNING] [QUICKAPP92]: /eventstream parse: ./include/HueTransport.lua:55: attempt to index a nil value (global 'debug') (retry in 1000ms)

[24.06.2026] [02:46:11] [DEBUG] [QUICKAPP92]: Event: light_level Hal sensor

[24.06.2026] [02:46:12] [WARNING] [QUICKAPP92]: /eventstream parse: ./include/HueTransport.lua:55: attempt to index a nil value (global 'debug') (retry in 1000ms)

[24.06.2026] [02:46:16] [DEBUG] [QUICKAPP92]: Event: motion Hal sensor

[24.06.2026] [02:46:17] [WARNING] [QUICKAPP92]: /eventstream parse: ./include/HueTransport.lua:55: attempt to index a nil value (global 'debug') (retry in 1000ms)

[24.06.2026] [02:46:20] [DEBUG] [QUICKAPP92]: Event: geofence_client

[24.06.2026] [02:46:32] [DEBUG] [QUICKAPP92]: Event: light Hal

[24.06.2026] [02:46:33] [DEBUG] [QUICKAPP92]: Event: grouped_light /groups/0

[24.06.2026] [02:46:35] [DEBUG] [QUICKAPP92]: Event: motion Overloop sensor

[24.06.2026] [02:46:36] [WARNING] [QUICKAPP92]: /eventstream parse: ./include/HueTransport.lua:55: attempt to index a nil value (global 'debug') (retry in 1000ms)

[24.06.2026] [02:46:44] [DEBUG] [QUICKAPP92]: Event: motion Overloop sensor

[24.06.2026] [02:46:45] [WARNING] [QUICKAPP92]: /eventstream parse: ./include/HueTransport.lua:55: attempt to index a nil value (global 'debug') (retry in 1000ms)

[24.06.2026] [02:46:47] [DEBUG] [QUICKAPP92]: Event: temperature Voordeur sensor

[24.06.2026] [02:47:06] [DEBUG] [QUICKAPP92]: Event: light Hal

[24.06.2026] [02:47:07] [DEBUG] [QUICKAPP92]: Event: grouped_light /groups/0

[24.06.2026] [02:47:07] [DEBUG] [QUICKAPP92]: Event: grouped_light Hal

[24.06.2026] [02:47:07] [DEBUG] [QUICKAPP92]: Event: table: 0xaaaaf7b06b00

[24.06.2026] [02:47:07] [DEBUG] [QUICKAPP92]: Event: grouped_light Staircase

[24.06.2026] [02:47:07] [DEBUG] [QUICKAPP92]: Event: scene Dimmed

[24.06.2026] [02:47:07] [DEBUG] [QUICKAPP92]: Event: light overloop lamp

[24.06.2026] [02:47:20] [DEBUG] [QUICKAPP92]: Event: geofence_client

[24.06.2026] [02:47:49] [DEBUG] [QUICKAPP92]: Event: temperature Tuin sensor

[24.06.2026] [02:47:56] [DEBUG] [QUICKAPP92]: Event: motion Overloop sensor

[24.06.2026] [02:47:57] [WARNING] [QUICKAPP92]: /eventstream parse: ./include/HueTransport.lua:55: attempt to index a nil value (global 'debug') (retry in 1000ms)

[24.06.2026] [02:47:59] [DEBUG] [QUICKAPP92]: Event: light_level Overloop sensor

[24.06.2026] [02:48:00] [WARNING] [QUICKAPP92]: /eventstream parse: ./include/HueTransport.lua:55: attempt to index a nil value (global 'debug') (retry in 1000ms)

[24.06.2026] [02:48:06] [DEBUG] [QUICKAPP92]: Event: motion Overloop sensor

[24.06.2026] [02:48:07] [WARNING] [QUICKAPP92]: /eventstream parse: ./include/HueTransport.lua:55: attempt to index a nil value (global 'debug') (retry in 1000ms)

[24.06.2026] [02:48:08] [WARNING] [QUICKAPP92]: Hue bridge 429 from SSE, pausing all traffic for 5s (recent 429s: 1)

[24.06.2026] [02:48:08] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 5000ms)[24.06.2026] [02:48:13] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 5000ms)[24.06.2026] [02:48:18] [WARNING] [QUICKAPP92]: Hue bridge 429 from SSE, pausing all traffic for 10s (recent 429s: 3)

[24.06.2026] [02:48:18] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 10000ms)

[24.06.2026] [02:48:28] [WARNING] [QUICKAPP92]: Hue bridge 429 from SSE, pausing all traffic for 20s (recent 429s: 4)

[24.06.2026] [02:48:28] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 20000ms)

[24.06.2026] [02:48:48] [WARNING] [QUICKAPP92]: Hue bridge 429 from SSE, pausing all traffic for 40s (recent 429s: 5)

[24.06.2026] [02:48:48] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 40000ms)

[24.06.2026] [02:49:29] [WARNING] [QUICKAPP92]: Hue bridge 429 from SSE, pausing all traffic for 40s (recent 429s: 2)

[24.06.2026] [02:49:29] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 40000ms)[24.06.2026] [02:50:09] [WARNING] [QUICKAPP92]: Hue bridge 429 from SSE, pausing all traffic for 40s (recent 429s: 2)

[24.06.2026] [02:50:09] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 40000ms)[24.06.2026] [02:50:49] [WARNING] [QUICKAPP92]: Hue bridge 429 from SSE, pausing all traffic for 40s (recent 429s: 2)

[24.06.2026] [02:50:49] [WARNING] [QUICKAPP92]: /eventstream: HTTP 429 (retry in 40000ms)