Hue Lights discussion

This forum is archived topics from before the plugin was moved to the new owner. All topics are locked, but are preserved here for future reference.
User avatar
Different Computers
Posts: 2730
Joined: Sat Jan 02, 2016 10:07 am
Location: East Coast
Contact:

Re: Hue Lights discussion

Post by Different Computers »

https://imgur.com/a/MgJ88TY

Changing the device type did seem to fix it.
Sonoma on a Mac Mini M1 running Airfoil Pro, Bond Home, Camect, Roku Network Remote, Hue Lights, DomoPad, Adapters, Home Assistant Agent, HomeKitLinkSiri, EPS Smart Dimmer, Fantastic Weather, Nanoleaf, LED Simple Effects, Grafana, Yamaha RX Receiver.
User avatar
kw123
Posts: 8705
Joined: Sun May 12, 2013 4:44 pm
Location: Dallas, TX
Contact:

Re: Hue Lights discussion

Post by kw123 »

Is guess that device was classified incorrectly.


Sent from my iPhone using Tapatalk
User avatar
Different Computers
Posts: 2730
Joined: Sat Jan 02, 2016 10:07 am
Location: East Coast
Contact:

Re: Hue Lights discussion

Post by Different Computers »

I guess? It worked correctly for literally years, and it IS a Hue Bloom, which is its previous classification that stopped working.
Sonoma on a Mac Mini M1 running Airfoil Pro, Bond Home, Camect, Roku Network Remote, Hue Lights, DomoPad, Adapters, Home Assistant Agent, HomeKitLinkSiri, EPS Smart Dimmer, Fantastic Weather, Nanoleaf, LED Simple Effects, Grafana, Yamaha RX Receiver.
User avatar
kw123
Posts: 8705
Joined: Sun May 12, 2013 4:44 pm
Location: Dallas, TX
Contact:

Re: Hue Lights discussion

Post by kw123 »

The plugin now only uses huedev type.

Before the device was defined using Hue modelid. That had a manual mapping to Hue types

And for this specific device it was mapped to the wrong dev type.

Now it is a little More consistent. There are just a few Hue dev types compared to > 100 modelids which needs to be maintained for each new device. While the 5 Hue types have not changed for a long time.


Sent from my iPhone using Tapatalk
User avatar
Different Computers
Posts: 2730
Joined: Sat Jan 02, 2016 10:07 am
Location: East Coast
Contact:

Re: Hue Lights discussion

Post by Different Computers »

brilliant! Got it. And thanks for this great plugin!
Sonoma on a Mac Mini M1 running Airfoil Pro, Bond Home, Camect, Roku Network Remote, Hue Lights, DomoPad, Adapters, Home Assistant Agent, HomeKitLinkSiri, EPS Smart Dimmer, Fantastic Weather, Nanoleaf, LED Simple Effects, Grafana, Yamaha RX Receiver.
User avatar
AusTxNerd
Posts: 12
Joined: Mon Jul 30, 2007 10:56 pm
Location: Austin, TX

Re: Hue Lights discussion

Post by AusTxNerd »

I ran into another case where 1.8.7 is not working where 1.7.65 was. I have a trigger that activates on an Insteon brighten operation. The action of this trigger is to issue the "Start Brightening (Hue Lights Controls)" action to brighten some Hue lights in the room. Using version 1.8.7 the lights don't change. I get this error in the Indigo log:

Code: Select all

   Received INSTEON                "Media Room Can Lights (Stairway Switch)" start brighten
   Trigger                         Media Room: Can Lights (Stairway switch) [5] Bright Begin
   Sent Hue Lights                 "Media Room Can Lights" start brightening
   Hue Lights Error                Error in plugin execution runConcurrentThread:

Traceback (most recent call last):
  File "plugin.py", line 306, in runConcurrentThread
AttributeError: 'DimmerDevice' object has no attribute 'pluginpros'

   Hue Lights Error                plugin runConcurrentThread function returned or failed (will attempt again in 10 seconds)
As always, thanks for supporting this amazing plugin :)
User avatar
kw123
Posts: 8705
Joined: Sun May 12, 2013 4:44 pm
Location: Dallas, TX
Contact:

Re: Hue Lights discussion

Post by kw123 »

fixed typo pluginpros (should pluginProps)

https://github.com/IndigoDomotics/Hue-L ... tag/v1.8.8

should fix that one

Karl
User avatar
AusTxNerd
Posts: 12
Joined: Mon Jul 30, 2007 10:56 pm
Location: Austin, TX

Re: Hue Lights discussion

Post by AusTxNerd »

Thank you! 1.8.8 is working great. :D
User avatar
kw123
Posts: 8705
Joined: Sun May 12, 2013 4:44 pm
Location: Dallas, TX
Contact:

Re: Hue Lights discussion

Post by kw123 »

Question:

I have a lightbulb that does not show up in lamp devices, neither in rooms nor in the device listing (w hue essentials and std hue iPhone app as well as with plugin report)

But it seems to be part of a group, when i switch on/off that group it follows those commands.

how can i make it visible or delete that bulb?

Karl
nsheldon
Posts: 2469
Joined: Mon Aug 09, 2010 2:12 pm
Location: CA
Contact:

Re: Hue Lights discussion

Post by nsheldon »

Hi Karl.

If you get the raw lights JSON response from the Hue bridge (in the plugin debug logs), does it show up there?
User avatar
kw123
Posts: 8705
Joined: Sun May 12, 2013 4:44 pm
Location: Dallas, TX
Contact:

Re: Hue Lights discussion

Post by kw123 »

I was able to fix it:
Reset the lamp with a dimmer switch
Then add the lamp back with the serial number.


Sent from my iPhone using Tapatalk
PeteVis
Posts: 180
Joined: Fri Jun 19, 2015 3:28 am

Re: Hue Lights discussion

Post by PeteVis »

I'm having an issue with the latest versions... the error messages have been reported before, but I'm still having problems.

A few days ago, I updated the plugin to version 1.8.7 and started getting errors with scene recalls :
Where I would select the Bridge number, I would see this error :

Code: Select all

Failed to Get UI List from Plugin:
InvalidParameterError: plugin does not define method gwListGenerator

And trying to execute the trigger, this would show in the log :

Code: Select all

2022-03-09 22:11:36.919	Hue Lights Error	Error in plugin execution ExecuteAction:
Traceback (most recent call last):
  File "plugin.py", line 11526, in recallScene
  File "plugin.py", line 9482, in doScene
KeyError: (False,)
I now installed version 1.8.8, and I can now successfully select the correct bridge in the scene recall dialog, but when executing I see this in the error log :

Code: Select all

Error (client)                  performRequestMethod() caught exception: InvalidParameterError -- plugin does not define method hubNumberItemSelected
I have reloaded the plugin, and it seems that my HUE lights are working fine, it's just the scene recall that is giving me issues...is there anything I'm overlooking ?
User avatar
kw123
Posts: 8705
Joined: Sun May 12, 2013 4:44 pm
Location: Dallas, TX
Contact:

Re: Hue Lights discussion

Post by kw123 »

I have a fix, but need to figure out how to best post it, as Nathans GitHub has been moved to the indigo GitHub.

later this afternoon.

Karl
User avatar
kw123
Posts: 8705
Joined: Sun May 12, 2013 4:44 pm
Location: Dallas, TX
Contact:

Re: Hue Lights discussion

Post by kw123 »

Posted new version:
https://github.com/IndigoDomotics/Hue-L ... tag/v1.8.9
this is not yet on the indigo server, so please download from here

v1.8.9

Code: Select all

* Fixed a bug  eorror: "plugin does not define method hubNumberItemSelected"
* added several states to devices to show eg Hubnumber modelID, type etc in state list
* made debugging a litle more specific, ie you can select which area should be debugged, read or write from to hub, updating devices, init etc . so that debuging does not too big.
  the detailed logging is done in /Library/Application Support/Perceptive Automation/Indigo 2021.2/Logs/com.nathansheldon.indigoplugin.HueLights
* added menu item to create ALL hue light devcies. by reading from the hue bridges and creating corresponding indigo devices if they do not exist yet
  the names will be Hue_light_bridge#_lightID#_nameOnBridge. 
   you can set the folder where they are created in config , default is Hue New Devices.
* removed old version checking, now follows std indigo version checking
Karl
PeteVis
Posts: 180
Joined: Fri Jun 19, 2015 3:28 am

Re: Hue Lights discussion

Post by PeteVis »

Hi Karl,

I think this version (1.8.9) made things worse... my log window is now turning red with these messages, even reloading the plugin doesn't seem to work :

Code: Select all

   Started plugin "Hue Lights 1.8.9"
   Hue Lights                       debug areas:[]
   Hue Lights                      hostIds read:  {u'0': u'pb6uNhl6uWWvtjWtdHMdVNwGhN8QpkmUiqNNmdB3'}
   Hue Lights                      ipAddresses loaded:{'0': u'10.0.1.68'} 
   Hue Lights                      hubs paired read:  {'0': True}
   Hue Lights                      hub:0 Loaded 10 light(s).
   Hue Lights                      hub:0 Loaded 10 group(s).
   Hue Lights                      hub:0 Loaded 42 scene(s).
   Hue Lights                      hub:0 Loaded 9 sensor(s).
   Hue Lights Error                Error in plugin execution runConcurrentThread:

Traceback (most recent call last):
  File "plugin.py", line 483, in runConcurrentThread
  File "plugin.py", line 7291, in parseAllHueSensorsData
  File "plugin.py", line 7570, in parseOneHueSensorData
NameError: global name 'enabledOnbridge' is not defined

   Hue Lights Error                plugin runConcurrentThread function returned or failed (will attempt again in 10 seconds)
   Hue Lights Error                Error in plugin execution runConcurrentThread:

I've now gone back to the latest 1.7 release, I don't have multiple bridges and everything was working fine on this version, so I'm ok...
Locked

Return to “Archives”