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

[Sjakie 156]

Jan I hope this will give you more info to tackle

1. If the lights are lights that you physically turned off with a switch (so they loose connection with the Hue hub)
I have released 0.2.35 that behaves better with lights that are disconnected.

>>>No, all my lights are operated by HC3 to adjust Hue app. For emergency Hue dimmer or Z-Wave manual switch.

2. 

local watchdogSec = tonumber(quickApp:getVariable("sseWatchdog")) or 300

  

If this is the reason, it may be that you have a flaky local Wifi? 514 Mbps down 322 up, 15-16 msec no packet loss.

 

3.

local putBaseGap = math.max(0, tonumber(quickApp:getVariable("hueMinGap")) or 200)

this type off rules are used: 

Please login or register to see this code.

will update QA and try

 

No errors after updating only warnings

Please login or register to see this code.

 

Edited May 8 by Sjakie
warnings

[jgab 2,647]

18 minutes ago, Sjakie said:

Jan I hope this will give you more info to tackle

1. If the lights are lights that you physically turned off with a switch (so they loose connection with the Hue hub)
I have released 0.2.35 that behaves better with lights that are disconnected.

>>>No, all my lights are operated by HC3 to adjust Hue app. For emergency Hue dimmer or Z-Wave manual switch.

2. 

local watchdogSec = tonumber(quickApp:getVariable("sseWatchdog")) or 300

  

 

Try the new one. 0.2.35 it is

local watchdogSec = tonumber(quickApp:getVariable("sseWatchdog")) or 0

which disables the watchdog as default, so it needs to be set if used.

 

Please login or register to see this code.

is a list of lamps?. If so, 

zithoek.Salontafel_Lampen:on

zithoek.Salontafel_Lampen:value=...

 

...is a command per lamp to hub.

Edited May 8 by jgab

[Sjakie 156]

V02.35

zithoek.Salontafel_Lampen is roomzone so I guess one command to hub?

 

Yahue informs me 72 lights

If I switch all on in Hue app no error only the same warnings as posted

 

Please login or register to see this attachment.

[jgab 2,647]

3 minutes ago, Sjakie said:

V02.35

zithoek.Salontafel_Lampen is roomzone so I guess one command to hub?

 

Yahue informs me 72 lights

If I switch all on in Hue app no error only the same warnings as posted

 

Please login or register to see this attachment.

Yes, if it's a roomzone is't one command.

[Sjakie 156]

Please login or register to see this code.

 

14:13:38 spots = Uit  >>> true >>>>>>>Spots are still on

in Hue app on/off no problem at all. HC3 switch on but no off. As well in device as in rules.

 

 

Please login or register to see this attachment.

Edited May 8 by Sjakie
add picture

[jgab 2,647]

Try v0.2.36.

[Sjakie 156]

Jan,

v0.2.36

Same result

Shall I reset these lights?

[Sjakie 156]

Jan, one light reset >> no difference

[jgab 2,647]

Can you post a log using 0.2.36 like you did previous, where lamp is logged as off when they are on in real life (or vice versa) ?
Need the log from both the Yahue QA and the child QAs.

[jgab 2,647]

Question 2: If you restart Yahue, does the lights sync then? e.g. The QAs showing the right on/off statuses?

[Sjakie 156]

v0.2.36

Restart Yahue

If I try Hue lights it's correct.

My kitchen lights are not synchromesh, lights are on in HC3, in Hue app off.

dimdelay don't work either on Hue lights

Please login or register to see this code.

local watchdogSec = tonumber(quickApp:getVariable("sseWatchdog")) or 300

local putBaseGap = math.max(0, tonumber(quickApp:getVariable("hueMinGap")) or 200)

Edited May 9 by Sjakie
restart

[jgab 2,647]

1 hour ago, Sjakie said:

v0.2.36

Restart Yahue

If I try Hue lights it's correct.

My kitchen lights are not synchromesh, lights are on in HC3, in Hue app off.

dimdelay don't work either on Hue lights

Please login or register to see this code.

local watchdogSec = tonumber(quickApp:getVariable("sseWatchdog")) or 300

local putBaseGap = math.max(0, tonumber(quickApp:getVariable("hueMinGap")) or 200)

 

If you see this line

Please login or register to see this code.

in the QA it is not v0.2.36. There it is changed to 

Please login or register to see this code.

 

I would like to see the log from the start so I see the Yahue version number.

 

I would also like to see the log from the lights that are not synched when it starts up - and when you turn on and off. (Yahue 397 + Child QAs for the lights, like in your previous log post)

[Sankotronic 2,370]

Hi Jan,

 

Just installed latest version 0.2.36 and it is working OK, except that I wonder how you calculate room/zone brightness when included lights are set to different brightness?

 

For example, my Living room has 4 color bulbs and one stripe, when I set HUE scene "Night light" then all bulbs brightness are set to 1% except stripe which is set to 24%. Yahue in this case shows that brightness of the room is set to 29%, but my virtual device shows 5%. I guess that mine calculation of 5% is more near to actual brightness than that of Yahue 29% since most bright light is stripe with brightness of 24%?

 

BTW - any chance that you look into this please:

 

[jgab 2,647]

6 minutes ago, Sankotronic said:

BTW - any chance that you look into this please:

Yes, it was a bug - 4×1% + 1×24% → avg = 5.6% ≈ 6% 
Hopefully fixed in 0.2.37

[Sjakie 156]

Please login or register to see this code.

Please login or register to see this code.

Light should be off but it shines

[jgab 2,647]

36 minutes ago, Sjakie said:

Light should be off but it shines

 

It's strange. I have ~15 lights in various groups and standalone and I don't see this issue.
Looking at your log - the most likely scenario is that Yahue's websocket connecting to the Hue hub goes stale and stop to update. It would explain why it gets the right state when restarted.

So, I would recommend to enable the watchdog,

Set quickVar sseWatchdog to 300
Then when no events for 5min the connection will be restarted. It also means that it mat take 5min before the lights resync.

I also pushed v0.2.39 that made some minor fixes....

Edited May 9 by jgab

[Sankotronic 2,370]

Hi Jan,

installed 0.2.37 and now brightness for "night light" is 24%. What I do is scan through lights of the room/zone and sum their brightness and then divide that sum with number of the lights:

Please login or register to see this code.

 

[jgab 2,647]

1 minute ago, Sankotronic said:

Hi Jan,

installed 0.2.37 and now brightness for "night light" is 24%. What I do is scan through lights of the room/zone and sum their brightness and then divide that sum with number of the lights:

Please login or register to see this code.

 

Yes, but that's what I do too..... you says that your 1,1,1,1,24 roomzone reports 24?

[jgab 2,647]

11 minutes ago, jgab said:

Yes, but that's what I do too..... you says that your 1,1,1,1,24 roomzone reports 24?

 

Ok, it seems to be a bit problematic to calculate the average from events arriving any random orders...
A more stable approach is probably to use the grouped_light event, then we get the value from the hue (which is probably a better value than just a simple average)
Pushed 0.2.40 with a fix for this.

[Sankotronic 2,370]

6 minutes ago, jgab said:

Yes, but that's what I do too..... you says that your 1,1,1,1,24 roomzone reports 24?

 

I was playing a bit more and I get different brightness levels for HUE scene "night light" if I only send HUE scene to turn on light.

For example if I first turn on living room with HUE scene "bright" which is 100% brightness then Yahue shows it correctly. If I send HUE scene "night light" without turning off then brightness goes to 85%.

If I turn off lights and then just turn them on again, then brightness is still 85% on Yahue, but on HUE app is around 5%, same as on my virtual device.

If then I touch brightness slider on HUE app then Yahue, HUE app and my VD goes to 7%.

After above changes if I turn off room and then turn it on again with HUE scene "night light" then on Yahue brightess is 6% and my VD 5%.

 

2 minutes ago, jgab said:

Ok, it seems to be a bit problematic to calculate the average from events arriving any random orders...
A more stable approach is probably to use the grouped_light event, then we get the value from the hue (which is probably a better value than just a simple average)

 

And you were faster, I was just about write that this might be a solution