Closed Staubgeborener closed 3 years ago
I ran this in my setup and after changing the configuration to one of my lights I was not able to recreate the issue. For me your 10 second timer loop works perfectly.
What plugin is controlling your lights? For the test I was using my Homebridge-hue lights
What plugin is controlling your lights? For the test I was using my Homebridge-hue lights
Hue lightbulbs are connected to phoscon (only conbee II Stick, no hue bridge). And phoscon is integrated with homebridge-hue plugin to homebridge.
homebridge config:
{
"name": "Hue",
"users": {
"XXX": "XXX"
},
"forceCt": true,
"heartrate": 2,
"hosts": [
"IP:port"
],
"lights": true,
"nativeHomeKitLights": true,
"nativeHomeKitSensors": true,
"nupnp": true,
"linkButton": true,
"resource": true,
"sensors": true,
"platform": "Hue",
"wallSwitch": true
},
Maybe changing the heartrate...
Edit: Nope, heartrate is not the problem.
Very interesting - i just replaced the node with node-red-contrib-deconz
. The device is the same. But now it works.
Weird
I was going to suggest creating a simple nope that doesn't pass along duplicate messages to workaround this
Fix this with another plugin. This is a solution for my scenario, so i close this issue. I do not know whether it is actually a reputable error.
I need a flow that checks every X seconds whether the light is still on. After X runs, the light should be switched off if it is still on. If the light comes on beforehand, then the flow should be interrupted (i.e. no more loop) - I haven't implemented the last one yet, but there would only have to be a
msg.payload.On == false
in the first switch. But that's not the point...Now I've noticed that
hb event
is always retriggered if the light is still on, you can see this in the second screenshot. This means that the loop is always restarted and my initialization variable is set back to 0. Is there a way to switch off this new trigger or a flow that somehow intercepts it?My flow: