Missing light status on Hue devices/Zones

[VElt]

Hi!

Does anyone else have issues with the Hue lights/devices (Zones) not having updated status in HS4?
Running HS4 (4.1.16.0) and the latest Jowihue plugin (4.0.8.3) connected to a HUE brigde.

Previously I have seen this from time to time, but now it seems to affect most of my Hue lights/devices (Zones)
One or more of these issues are seen:

• The "on/off/dim" value (or any other feature) is not updated when I turn the light on and off in HS4
• The "on/off/dim" value (or any other feature) is set to "On" when I turn the lights to 44% (or other dim-value)

Previously the fix has been to delete the device(s), restart the Jowihue plugin and wait for the a "new" device to be imported from the HUE brigde. In addition I needed to change/update my events as the reimported device is seen as a new device in HS4. But now this does not seem to resolve the issue for a light/zone I tested on.

I don't have any error messages in the HS4 log that seems related.

Any suggestions or troubleshooting tips?

Thanks!

..Vidar

[w.vuyk]

I have checked and indeed somewhere the update to the correct dim setting is lost. Will check and solve this. But I still do see other values updated, like the hue value? Don't remove the devices, this would only create issues with the existing events. I will try to have an update soon.

Wim

[VElt]

Hi!

Still seeing the same issues at my side. It seemed to show the dim levels yesterday after I updated, but noticed some of my automations failed this morning and it was caused by incorrect status of some "on/off"dim" features on my Hue zones.

Same as before; The dim level does not update and when setting it to a percentage of dimming, it shows "On"
Seems the bulb devices shows the correct values, but the Zone does not (I need to test some more to conclude on this)

Error messages seen:

• A lot of "Error: (UpdateGroupDevice):Object reference not set to an instance of an object."
• Also seeing this error message related to the zone "on/off"dim" feature I am testing with:
  "Warning: Command cannot be excuted on Sofalys (On/Off/Dim) because the plugin cannot determine the type of device".
  Only turned up twice, so might be related to my testing including recreating devices.

Thanks!
..Vidar

[randy]

I installed the 4.0.8.4 update yesterday and did see a couple of errors and somehow created a duplicate lighting group. Today the on/off/dim controls are still working correctly.

[w.vuyk]

VElt

Can you send me a verbose trace on this. I think some device is corrupt in your installation. If we can determine which one is causing issues and remove it the plugin will function normal again I am pretty sure. To get a correct trace follow these steps:

1. Set the verbose trace option and trace to log file in the settings of the plugin
2. Stop and restart the plugin, so we have the start of the plugin in the trace
3. Let the plugin run for 20 minutes minimum and then disable the verbose logging and lo to file options.
4. Send the logfile \Logs\JowiHue.log either by PM or to jowihue at ziggo dot nl so I can have a look?

randy

The plugin created a duplicate group device (of grouptype LightGroup?) Were the 'old' group features still working or did they stop functioning?
I thought I had blocked every possibility to create double features but somehow one has slipped the maze here. Do you have images of both devices maybe with the Json info?

Wim

[randy]

randy

The plugin created a duplicate group device (of grouptype LightGroup?) Were the 'old' group features still working or did they stop functioning?
I thought I had blocked every possibility to create double features but somehow one has slipped the maze here. Do you have images of both devices maybe with the Json info?

Wim

It was a light group that exists “MR East Track”. The plug-in created “MR East Track 1”. I deleted both and restarted. It created both again (screenshots below). If you look at the timestamps it is clear that both groups are linked to the same lamps.





Only one group exists in the bridge.

[w.vuyk]

randy



Caught you there

The second group is not a group but a light.... I see this on the technoledgy address, the group has the id of the bridge in the address, the light holds the mac address....These are no doubles.

Wim

[randy]

randy



Caught you there

The second group is not a group but a light.... I see this on the technoledgy address, the group has the id of the bridge in the address, the light holds the mac address....These are no doubles.

Wim

Yes. I got fooled. The thing is, why did the plug-in create a new light with JowiHue as both locations and remove the one that already there. I’m really trying to figure this out, but the plug-in is almost daily creating new lights that replace existing ones. It has happened almost daily for a couple of weeks.

[w.vuyk]

Randy,

Is it possible to send a verbose logging on this to me? Does this happen with each restart of the plugin?
I wonder how this can happen as the plugin only should remove devices when this is done through the Bridge maintenance page.
Other then removing a complete device it could only remove features, if a light reports having no color attributes and hue/sat features are present. That is one possibility I can think of so far.

If you have a trace, send it to me, so I can have a look at it?

Thanks,
Wim

[VElt]

Hi!

Just sent you the log files through a PM, Wim.

Getting some errors in the HS log that could point to some corruption in my system/devices :-).
If you see a fix, let med know; My installation is not that large, so it is easy for me to delete/recreate devices and update my events if that is needed.

Thanks!

..Vidar

[randy]

Randy,

Is it possible to send a verbose logging on this to me? Does this happen with each restart of the plugin?
I wonder how this can happen as the plugin only should remove devices when this is done through the Bridge maintenance page.
Other then removing a complete device it could only remove features, if a light reports having no color attributes and hue/sat features are present. That is one possibility I can think of so far.

If you have a trace, send it to me, so I can have a look at it?

Thanks,
Wim

I’ll try to get that to you tomorrow.

[Ole Martin]

It was a light group that exists “MR East Track”. The plug-in created “MR East Track 1”. I deleted both and restarted. It created both again (screenshots below). If you look at the timestamps it is clear that both groups are linked to the same lamps.





Only one group exists in the bridge.

May I ask what happens when you change the SAT control?
The 4.0.8.4 update resolved my problem with the on/off/dim controls.
However, if I try to change the SAT slider to some random value, it just slides back to the upper level, the value is stuck at 254 as yours seems to be at.
Thanks.

[randy]

May I ask what happens when you change the SAT control?
The 4.0.8.4 update resolved my problem with the on/off/dim controls.
However, if I try to change the SAT slider to some random value, it just slides back to the upper level, the value is stuck at 254 as yours seems to be at.
Thanks.

My Sat controls are the same - stuck at 254

[randy]

I’ll try to get that to you tomorrow.

Apologies fior the late response. I have been fighting a mystery illness for several weeks that really slows me down. Email sent!