Ah, probably not, then. But that still leaves me with two UI5 machines on which I can test the plugin 
Hello Both please make a note I made some small changes ( like renaming the files again to respect the ALTHue convention )
Ok I just saw it. Looks good. The [extended_color] file assignment puzzled me but I did not want to mess with it since it worked for me… I see now that it was a bug… Ha!
You think it is good for v1.0?
Hi good people, Although I don’t want to disturb these valuable developer-discussions, I got a noob user question 
What would be an effective way to set the lights to “warm white” using the plugin? If I first set it to a warm white (in the Hue app), the plugin information shows RGB code 0,0,0 (which to my understanding would be black). So I figured RBG isn’t be the way to go. I tried setting the SetColorTemp in the advanced editor of a scene, but that didn’t do the trick either. I’ve also been reading about the Hue API, but that didn’t give me the clues I needed either. Anyone know how this would work?
[quote=“Vinx, post:124, topic:199107”]Hi good people, Although I don’t want to disturb these valuable developer-discussions, I got a noob user question
What would be an effective way to set the lights to “warm white” using the plugin? If I first set it to a warm white (in the Hue app), the plugin information shows RGB code 0,0,0 (which to my understanding would be black). So I figured RBG isn’t be the way to go. I tried setting the SetColorTemp in the advanced editor of a scene, but that didn’t do the trick either. I’ve also been reading about the Hue API, but that didn’t give me the clues I needed either. Anyone know how this would work?[/quote]
on the very latest version, you can use UPNP : SetColor and parameter “W0”
W0 <–> W255 = D0 <–> D255
2000K <–> 5500K = 5500K <–> 9000K
or you can use the device control panel ( but not for scene edition )
Thanks, works like a charm!
Maybe it’s just me… Or the rain… or work from home today… or it’s Wednesday … but just installed the new plugin on UI5 and it refuses to pair. I tried on a previous version but same issue… and I’m sick of just using the Hue app … I need my integration
to trouble shoot I can suggest this approach
1 describe your setup
2 enable debug mode on ALTHue device
3 reload luup engine
4 go to ALTHUE settings
5 make sure IP address is correct
6 press the pair button on the hub
7 press the pair button on the settings
8 remove debug mode on ALTHue device
if it fails, get the log file from vera in /var/log/cmh covering the whole period ( step 2 to 8 ) and share so I can look at it
Can this be used with the Philips Tap Smartswitch as a scene controller for Vera/openLuup devices?
never tested so probably wont work but we might be able to add. ( although not 100% sure, Hue api does not allow for trigger notifications ), you may need to setup the controller in Hue independently of vera
OK, thanks. I’ll probably get one and try. As you say, it’ll work within the Hue ecosystem anyway, and perhaps I can then trigger off the state change of the lights that it controls.
Can I possibly request a further reduction in logging of last successful communication with this plugin? It outnumbers most of my other log entries by about 5:1.
Would it perhaps be possible just to log if there has been no successful communication for, say, 5 minutes or the like?
Obviously not a huge issue, but one which does have a significant impact on the rate at which the logs are rotated, and in finding other significant events in logs.
[quote=“akbooer, post:132, topic:199107”]Can I possibly request a further reduction in logging of last successful communication with this plugin? It outnumbers most of my other log entries by about 5:1.
Would it perhaps be possible just to log if there has been no successful communication for, say, 5 minutes or the like?
Obviously not a huge issue, but one which does have a significant impact on the rate at which the logs are rotated, and in finding other significant events in logs.[/quote]
are you in debug mode ?
No, but I seem to have an entry in the log every 10 seconds…
[size=8pt][font=courier]
2018-04-30 17:20:15.566 luup.variable_set:: 345.urn:upnp-org:serviceId:althue1.LastValidComm was: 1525105204 now: 1525105215 #hooks:0
2018-04-30 17:20:16.575 openLuup.http:: request completed (3341 bytes, 1 chunks, 1636 ms) tcp{client}: 0x1d650c8
2018-04-30 17:20:16.685 openLuup.http:: GET /data_request?id=lu_status2&output_format=json&DataVersion=83213044&Timeout=60&MinimumDelay=1500&=1525085249822 HTTP/1.1 tcp{client}: 0x1d650c8
2018-04-30 17:20:25.271 luup.variable_set:: 10004.urn:micasaverde-com:serviceId:ZWaveNetwork1.LastPollSuccess was: 1525105132 now: 1525105222 #hooks:0
2018-04-30 17:20:25.784 openLuup.http:: request completed (8259 bytes, 1 chunks, 9098 ms) tcp{client}: 0x1d650c8
2018-04-30 17:20:25.808 luup.variable_set:: 345.urn:upnp-org:serviceId:althue1.LastValidComm was: 1525105215 now: 1525105225 #hooks:0
2018-04-30 17:20:25.894 openLuup.http:: GET /data_request?id=lu_status2&output_format=json&DataVersion=83213046&Timeout=60&MinimumDelay=1500&=1525085249823 HTTP/1.1 tcp{client}: 0x1d650c8
2018-04-30 17:20:27.494 openLuup.http:: request completed (3341 bytes, 1 chunks, 1599 ms) tcp{client}: 0x1d650c8
2018-04-30 17:20:27.606 openLuup.http:: GET /data_request?id=lu_status2&output_format=json&DataVersion=83213047&Timeout=60&MinimumDelay=1500&_=1525085249824 HTTP/1.1 tcp{client}: 0x1d650c8
2018-04-30 17:20:36.014 luup.variable_set:: 345.urn:upnp-org:serviceId:althue1.LastValidComm was: 1525105225 now: 1525105236 #hooks:0
[/font][/size]
No, but I seem to have an entry in the log every 10 seconds…
[size=8pt][font=courier]
2018-04-30 17:20:15.566 luup.variable_set:: 345.urn:upnp-org:serviceId:althue1.LastValidComm was: 1525105204 now: 1525105215 #hooks:0
2018-04-30 17:20:16.575 openLuup.http:: request completed (3341 bytes, 1 chunks, 1636 ms) tcp{client}: 0x1d650c8
2018-04-30 17:20:16.685 openLuup.http:: GET /data_request?id=lu_status2&output_format=json&DataVersion=83213044&Timeout=60&MinimumDelay=1500&=1525085249822 HTTP/1.1 tcp{client}: 0x1d650c8
2018-04-30 17:20:25.271 luup.variable_set:: 10004.urn:micasaverde-com:serviceId:ZWaveNetwork1.LastPollSuccess was: 1525105132 now: 1525105222 #hooks:0
2018-04-30 17:20:25.784 openLuup.http:: request completed (8259 bytes, 1 chunks, 9098 ms) tcp{client}: 0x1d650c8
2018-04-30 17:20:25.808 luup.variable_set:: 345.urn:upnp-org:serviceId:althue1.LastValidComm was: 1525105215 now: 1525105225 #hooks:0
2018-04-30 17:20:25.894 openLuup.http:: GET /data_request?id=lu_status2&output_format=json&DataVersion=83213046&Timeout=60&MinimumDelay=1500&=1525085249823 HTTP/1.1 tcp{client}: 0x1d650c8
2018-04-30 17:20:27.494 openLuup.http:: request completed (3341 bytes, 1 chunks, 1599 ms) tcp{client}: 0x1d650c8
2018-04-30 17:20:27.606 openLuup.http:: GET /data_request?id=lu_status2&output_format=json&DataVersion=83213047&Timeout=60&MinimumDelay=1500&_=1525085249824 HTTP/1.1 tcp{client}: 0x1d650c8
2018-04-30 17:20:36.014 luup.variable_set:: 345.urn:upnp-org:serviceId:althue1.LastValidComm was: 1525105225 now: 1525105236 #hooks:0
[/font][/size][/quote]
ok but none of these lines are directely generated by the plugin. the 10 sec is the polling rate that you can reduce in the settings ( but it will be less reactive ).
the LastValidComm is a variable wich keeps track of last valid comm timestamp, I could eventually neutralize this one but that will not reduce the log so much, will it ?
It was only the LastValidComm entries that I was concerned about.
the 10 sec is the polling rate that you can reduce in the settings ( but it will be less reactive ). the LastValidComm is a variable wich keeps track of last valid comm timestamp, I could eventually neutralize this one but that will not reduce the log so much, will it ?
Oooh yes, you’re right, of course. My mistake. I think I can handle this one myself. Thanks.
It was only the LastValidComm entries that I was concerned about.
the 10 sec is the polling rate that you can reduce in the settings ( but it will be less reactive ). the LastValidComm is a variable wich keeps track of last valid comm timestamp, I could eventually neutralize this one but that will not reduce the log so much, will it ?
Oooh yes, you’re right, of course. My mistake. I think I can handle this one myself. Thanks.[/quote]
I will use a LastFailedComm variable instead. should be less frequent…
I see that Vera has updated their device category list here (on Jan 23, 2018):
http://wiki.micasaverde.com/index.php/Luup_Device_Categories
New ones I see include a ‘Philips Controller’
25 Weather
26 Philips Controller
27 Appliance
28 UV Sensor
29 Mouse Trap
30 Doorbell
31 KeypadShould ALTHue have category #26 ?
PS: has anyone actually GOT a Z-wave mousetrap?? 
[quote=“akbooer, post:138, topic:199107”]I see that Vera has updated their device category list here (on Jan 23, 2018):
http://wiki.micasaverde.com/index.php/Luup_Device_Categories
New ones I see include a ‘Philips Controller’
25 Weather
26 Philips Controller
27 Appliance
28 UV Sensor
29 Mouse Trap
30 Doorbell
31 KeypadShould ALTHue have category #26 ?
PS: has anyone actually GOT a Z-wave mousetrap?? :D[/quote]
thank you, fixed. ( github version )
[quote=“akbooer, post:138, topic:199107”]I see that Vera has updated their device category list here (on Jan 23, 2018):
http://wiki.micasaverde.com/index.php/Luup_Device_Categories[/quote]
And it seems to load a lot faster also.
;D