I just got a Lux starter kit. It came with two Philips 452714 and a bridge. I downloaded WinHue 3 Alpha 17. It lets me turn the lights off and on but that's all. The lights do not appear anywhere.
The log file says this:
2015/08/25 - 22:03:36 - Populating the bridge objects...
2015/08/25 - 22:03:36 - Fetch the available lights from the bridge...
2015/08/25 - 22:03:36 - Found 2 light(s).
2015/08/25 - 22:03:36 - A light with now model ID has been ignored. Name : Lux Lamp, ID:
2015/08/25 - 22:03:36 - HueLib_base.Light
2015/08/25 - 22:03:36 - A light with now model ID has been ignored. Name : Lux Lamp 1, ID:
2015/08/25 - 22:03:36 - HueLib_base.Light
I don't see any txt files related to light bulbs, just DLLs. The only txt files are in the WinHue logs folder.
Thanks for any light you can shed on my problem.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It's not a problem. It's a WinHue 3 feature. When it detects a light that I does not understand or support it automatically ignores it. I will have to create a dll for that. The txt files for this is located in the log folder.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This is the output from "dir *.txt /s" in the Winhue 3 directory. Should I be looking somewhere else?
I'm using Windows 7 Pro 64-bit. I have Microsoft .Net 4.5.2. but I don't have Java.
C:\Program Files (x86)\WinHue 3>dir *.txt /s
Volume in drive C is OCZ 512gb
Volume Serial Number is B007-4271
I downloaded the Philips Hue App for my iPod Touch and assigned names and groups to the two Lux bulbs in my starter kit. Now WinHue 3 recocgnizes them as type : LWB004 and the individual bulbs show up in the WinHue Lights panel.
The Brightness slider works. What kind of bulbs do I have to buy to make the Hue / Color slider work?
If I click on the icons in the Groups panel the program crashes.
I attached the exception.txt file.
Java is not require or needed for Winhue to work. It's in C# with microsoft.net.
Definitely should be in the WinHue Folder directly. but since there is none i'm suspecting that the program had a problem reading the light or deserializing it. I'm trying to find a way for you to give me the structure of that light. I also need the particular model id of this light in order to see if the lux plugin is compatible with that model. The structure will tell me how to implement the light in the code. If there are any kind of particularities with it like a limit in color temp of no hue. I had some people with weird Winhue crashes lately. I tried removing a light plugin on my side to see if the light is reported no supported and it did as it should.
Last edit: Hyrules 2015-08-26
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I will take a look more carefully this week end. It's been a while since i've got into coding WinHue. I need to recheck some parts of the code to make sure there are no crashes possibles. That's why it's still in alpha.
There are some lights that I unfortunately cannot test properly because they are not available here or I don't have the type of light (socket).
Last edit: Hyrules 2015-08-26
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Is the attached WinHue screenshot what you mean by the structure of the light?
It's similar to what's returned when I do a GET on the bridge after creating a new user.
{
"lights": {
"1": {
"state": {
"on": true,
"bri": 148,
"alert": "none",
"reachable": true
},
"type": "Dimmable light",
"name": "Kitchen Lux",
"modelid": "LWB004",
"manufacturername": "Philips",
"uniqueid": "00:17:88:01:00:da:8f:76-0b",
"swversion": "66012040",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
},
Yes that it. thanks i'll see if there is something I missed when coding for the lux. The JSON is what's important because some lights have different variables like the Lux doesn't have the HUE variable as well as the CT variable. So in code it cannot be read or written. that's why I have implemented dll. the permissions imbedded in the DLL tells the program which variable are present or not. There must be an error in the dll permissions somewhere.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I installed version 19 and the Visual C++ runtimes you mentioned. The program still throws an exception when I click on a group, but it doesn't crash. I've attached the exception file because you said 19 has better debugging..
I'm curious how WinHue can control the bridge without a required button push on the bridge.
When I generated a new user in the bridge through the REST API, the bridge required a button push.
The various IOS apps I've downloaded all required at least one button push on the bridge to get started.
You should have done the push button sequence at least once. WinHue is no different than the other applications. When you have first started the application if it was not connected, the program should have asked you to press the button on the bridge. When you press it it automatically generate a user and can control the bridge. If you never done it then something is wrong with the bridge because it should not allow an unauthorized app to take control. Otherwise at least this time with the exception I have the object you clicked on and can see what might have gone wrong thanks.
Last edit: Hyrules 2015-08-29
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
ok I understand now why it crashes. It's because the group contains a light that doesn't have a color temp and by default I didn't know that if all the lights in the group doesn't have a CT then the group does not have the CT as well. i'll have to find a way to fix this.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks! Now I can safely click on groups.
Next I clicked on the Daylight sensor. It showed default values. I used the CLIP API debugger to set my latitude and longitude. Now WinHue displays the latitude, but not the longitude.
Next I clicked Create a Rule and made a rule to set the brightness when the condition Daylight = false.
In the Action window I see "/groups/2/action PUT" but it doesn't mention the BRI value I selected.
The attached screenshot shows what I'm talking about.
While typing this, I used the API to do a get on rules. I do see the brightness in the body of the rule that was retrieved. In other words, I thought it wasn't creating the entire rule, but it did.
Merci.
Ok let me check this because normally the Daylight sensor has it's own window to set it up. if you edit the Daylight sensor you have a small window where you can set your longitude and latitude. As for the action it is quite normal. This part of the program does not show the action unless you click on it.
Last edit: Hyrules 2015-08-30
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
My Daylight Sensor rule that I created with WinHue didn't turn the Lux light on at sunset like I expected. The Hue app on my iPod doesn't show the rule when it inspects my bridge. The CLIP API Debugger interface shows my rule in the bridge. I made a sunrise alarm with the Hue iPod app and that works. I could do the same thing for sunset, but the idea of rules appeals to me. I can envision having door sensors that trigger rules and I like the idea.
Last edit: Steve Name 2015-08-31
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Basically you need to setup a rule that check when daylight is at false. when it's the case the rule is applied. And just in case I would add a condition the check for lastupdated changed so it will happen only once when the daylight flips to false.
also I just checked the philips hue app here and there are a couple of limitations with it. You cannot modify an alarm or schedule that has been created by another application. The app also doesn't allow you to create rules and sensors it doesn't even list them. So you not seeing them is perfectly normal.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks again! I now have a working Rule for the Daylight Sensor.
Now I am trying to create a new Sensor without success.
I want it to dx when light 3 turns on. (I bought a third lamp, a GE Connected bulb identified by WinHue as a ZLL Light).
I guess the Sensor Type should be "CLIPGenericStatus" and gave it a test URL of http://bridgeaddress/api/devID/lights/3
As the attachment shows, the Test URL received value is this:
{"state":{"on":true,"bri":254
The unbalanced braces seem like a bad sign.
WinHue created my new sensor but the status and lastupdated do not change when I turn the light off and on via hardware switch or software.
Do you have any advice or resources for me?
I understand what you are trying to do but unfortunately the bridge doesn't allow that. You cannot use a light or another object of the bridge as a sensor input. Something must set the sensor externally.
Thanks. That's disappointing, but I prefer to be disappointed right away than to waste a lot of time and then be disappointed. What resets the Daylight Sensor? Does the bridge itself trigger the dx from an internal process? Is the bridge summoning data from some mothership through my Internet provider?
In your camera example is 192.168.168.1 the address of the bridge or the camera?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
With sensors you have 2 possibilities from what I understand. You either read an address or have an external ip sensor modify an address but in either case the source of change is external. As for the logic behind the daylight sensor it's probably a schedule in the bridge that check for the right time. With the coordinates you provide it can get the daylight time where you are and with the sliders you adjust however you want the trigger. After that it's just a question of checking the time and changing the status of the daylight variable. So yes the bridge must trigger himself the daylight variable. I know for a fact that there is a big update coming for the bridge this fall. Sometimes around october there supposed to be a lot of changes in how the bridge work and it will add new possibilities. It might be possible in the future to do what you want.
Last edit: Hyrules 2015-09-03
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just got a Lux starter kit. It came with two Philips 452714 and a bridge. I downloaded WinHue 3 Alpha 17. It lets me turn the lights off and on but that's all. The lights do not appear anywhere.
The log file says this:
2015/08/25 - 22:03:36 - Populating the bridge objects...
2015/08/25 - 22:03:36 - Fetch the available lights from the bridge...
2015/08/25 - 22:03:36 - Found 2 light(s).
2015/08/25 - 22:03:36 - A light with now model ID has been ignored. Name : Lux Lamp, ID:
2015/08/25 - 22:03:36 - HueLib_base.Light
2015/08/25 - 22:03:36 - A light with now model ID has been ignored. Name : Lux Lamp 1, ID:
2015/08/25 - 22:03:36 - HueLib_base.Light
I don't see any txt files related to light bulbs, just DLLs. The only txt files are in the WinHue logs folder.
Thanks for any light you can shed on my problem.
It's not a problem. It's a WinHue 3 feature. When it detects a light that I does not understand or support it automatically ignores it. I will have to create a dll for that. The txt files for this is located in the log folder.
All I see are text files in the log folder with names like debug20150825-220333.txt. Is that what you want?
No there should be a txt file something like LWB001.txt
This is the output from "dir *.txt /s" in the Winhue 3 directory. Should I be looking somewhere else?
I'm using Windows 7 Pro 64-bit. I have Microsoft .Net 4.5.2. but I don't have Java.
C:\Program Files (x86)\WinHue 3>dir *.txt /s
Volume in drive C is OCZ 512gb
Volume Serial Number is B007-4271
Directory of C:\Program Files (x86)\WinHue 3\logs
08/25/2015 09:40 PM 5,880 debug20150825-213202.txt
08/25/2015 10:03 PM 11,746 debug20150825-214137.txt
08/25/2015 10:28 PM 6,537 debug20150825-220333.txt
3 File(s) 24,163 bytes
This is a dir of Winhue 3 in case it helps
C:\Program Files (x86)\WinHue 3>dir
Volume in drive C is OCZ 512gb
Volume Serial Number is B007-4271
Directory of C:\Program Files (x86)\WinHue 3
08/25/2015 10:03 PM
08/25/2015 10:03 PM
07/09/2015 05:19 PM 32,768 Gma.UserActivityMonitor.dll
08/03/2015 06:52 PM 39,424 HueLib.dll
08/03/2015 06:52 PM 36,864 HueLib_base.dll
08/25/2015 09:31 PM
08/25/2015 10:03 PM
10/05/2014 12:59 AM 189,952 ManagedUPnP.dll
08/25/2015 09:31 PM
02/07/2015 02:46 PM 22,016 NDesk.Options.dll
06/25/2015 05:51 PM 520,192 Newtonsoft.Json.dll
06/23/2015 04:52 PM 262,656 OpenHardwareMonitorLib.dll
08/25/2015 09:31 PM
08/25/2015 09:31 PM 6,447 unins000.dat
08/25/2015 09:31 PM 719,521 unins000.exe
08/13/2015 09:23 AM 42,496 whc.exe
08/13/2015 09:22 AM 3,228,672 WinHue3.exe
08/13/2015 09:22 AM 18,944 WinHue3.resources.dll
03/20/2015 07:44 PM 1,005,568 Xceed.Wpf.Toolkit.dll
13 File(s) 6,125,520 bytes
6 Dir(s) 210,138,210,304 bytes free
I downloaded the Philips Hue App for my iPod Touch and assigned names and groups to the two Lux bulbs in my starter kit. Now WinHue 3 recocgnizes them as type : LWB004 and the individual bulbs show up in the WinHue Lights panel.
The Brightness slider works. What kind of bulbs do I have to buy to make the Hue / Color slider work?
If I click on the icons in the Groups panel the program crashes.
I attached the exception.txt file.
Java is not require or needed for Winhue to work. It's in C# with microsoft.net.
Definitely should be in the WinHue Folder directly. but since there is none i'm suspecting that the program had a problem reading the light or deserializing it. I'm trying to find a way for you to give me the structure of that light. I also need the particular model id of this light in order to see if the lux plugin is compatible with that model. The structure will tell me how to implement the light in the code. If there are any kind of particularities with it like a limit in color temp of no hue. I had some people with weird Winhue crashes lately. I tried removing a light plugin on my side to see if the light is reported no supported and it did as it should.
Last edit: Hyrules 2015-08-26
ok the plugin should definitely work here since it is for LWB004. let me take a look at that exception.
for the hue slider to work you need Hue bulb or one that you can change color like the bloom or the Hue Go ( there are others). Lux are limited to only brightness and If I remember well the color temp in a limited range. for example the hue starter pack : http://www.amazon.com/Philips-431643-Personal-Wireless-Frustration/dp/B00BSN8DN4 or this one individually : http://www.amazon.com/Philips-431650-Personal-Wireless-Frustration/dp/B00BSN8DLG/ref=sr_1_1?s=hi&ie=UTF8&qid=1440631478&sr=1-1&keywords=hue+bulb
I will take a look more carefully this week end. It's been a while since i've got into coding WinHue. I need to recheck some parts of the code to make sure there are no crashes possibles. That's why it's still in alpha.
There are some lights that I unfortunately cannot test properly because they are not available here or I don't have the type of light (socket).
Last edit: Hyrules 2015-08-26
Is the attached WinHue screenshot what you mean by the structure of the light?
It's similar to what's returned when I do a GET on the bridge after creating a new user.
{
"lights": {
"1": {
"state": {
"on": true,
"bri": 148,
"alert": "none",
"reachable": true
},
"type": "Dimmable light",
"name": "Kitchen Lux",
"modelid": "LWB004",
"manufacturername": "Philips",
"uniqueid": "00:17:88:01:00:da:8f:76-0b",
"swversion": "66012040",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
},
Last edit: Steve Name 2015-08-27
Yes that it. thanks i'll see if there is something I missed when coding for the lux. The JSON is what's important because some lights have different variables like the Lux doesn't have the HUE variable as well as the CT variable. So in code it cannot be read or written. that's why I have implemented dll. the permissions imbedded in the DLL tells the program which variable are present or not. There must be an error in the dll permissions somewhere.
You may want to try version 19. I did not fix anything yet just caught some exceptions and output them properly in order to help me fix the bug.
I installed version 19 and the Visual C++ runtimes you mentioned. The program still throws an exception when I click on a group, but it doesn't crash. I've attached the exception file because you said 19 has better debugging..
I'm curious how WinHue can control the bridge without a required button push on the bridge.
When I generated a new user in the bridge through the REST API, the bridge required a button push.
The various IOS apps I've downloaded all required at least one button push on the bridge to get started.
Last edit: Steve Name 2015-08-29
You should have done the push button sequence at least once. WinHue is no different than the other applications. When you have first started the application if it was not connected, the program should have asked you to press the button on the bridge. When you press it it automatically generate a user and can control the bridge. If you never done it then something is wrong with the bridge because it should not allow an unauthorized app to take control. Otherwise at least this time with the exception I have the object you clicked on and can see what might have gone wrong thanks.
Last edit: Hyrules 2015-08-29
ok I understand now why it crashes. It's because the group contains a light that doesn't have a color temp and by default I didn't know that if all the lights in the group doesn't have a CT then the group does not have the CT as well. i'll have to find a way to fix this.
Ok try version 20. It should fix the crash you have.
Thanks! Now I can safely click on groups.
Next I clicked on the Daylight sensor. It showed default values. I used the CLIP API debugger to set my latitude and longitude. Now WinHue displays the latitude, but not the longitude.
Next I clicked Create a Rule and made a rule to set the brightness when the condition Daylight = false.
In the Action window I see "/groups/2/action PUT" but it doesn't mention the BRI value I selected.
The attached screenshot shows what I'm talking about.
While typing this, I used the API to do a get on rules. I do see the brightness in the body of the rule that was retrieved. In other words, I thought it wasn't creating the entire rule, but it did.
Merci.
Ok let me check this because normally the Daylight sensor has it's own window to set it up. if you edit the Daylight sensor you have a small window where you can set your longitude and latitude. As for the action it is quite normal. This part of the program does not show the action unless you click on it.
Last edit: Hyrules 2015-08-30
My Daylight Sensor rule that I created with WinHue didn't turn the Lux light on at sunset like I expected. The Hue app on my iPod doesn't show the rule when it inspects my bridge. The CLIP API Debugger interface shows my rule in the bridge. I made a sunrise alarm with the Hue iPod app and that works. I could do the same thing for sunset, but the idea of rules appeals to me. I can envision having door sensors that trigger rules and I like the idea.
Last edit: Steve Name 2015-08-31
I think this topic will help you set up the daylight sensor : http://stackoverflow.com/questions/26782957/how-to-use-sunset-and-sunrise-data
Basically you need to setup a rule that check when daylight is at false. when it's the case the rule is applied. And just in case I would add a condition the check for lastupdated changed so it will happen only once when the daylight flips to false.
If you are interested in sensor here is the page on the philips hue api documentation : http://www.developers.meethue.com/documentation/how-use-ip-sensors
Last edit: Hyrules 2015-08-31
also I just checked the philips hue app here and there are a couple of limitations with it. You cannot modify an alarm or schedule that has been created by another application. The app also doesn't allow you to create rules and sensors it doesn't even list them. So you not seeing them is perfectly normal.
Thanks again! I now have a working Rule for the Daylight Sensor.
Now I am trying to create a new Sensor without success.
I want it to dx when light 3 turns on. (I bought a third lamp, a GE Connected bulb identified by WinHue as a ZLL Light).
I guess the Sensor Type should be "CLIPGenericStatus" and gave it a test URL of http://bridgeaddress/api/devID/lights/3
As the attachment shows, the Test URL received value is this:
{"state":{"on":true,"bri":254
The unbalanced braces seem like a bad sign.
WinHue created my new sensor but the status and lastupdated do not change when I turn the light off and on via hardware switch or software.
Do you have any advice or resources for me?
Last edit: Steve Name 2015-09-02
I understand what you are trying to do but unfortunately the bridge doesn't allow that. You cannot use a light or another object of the bridge as a sensor input. Something must set the sensor externally.
here is an example of a valid sensor :
{
"state": {
"presence": false
},
"config": {
"url": "http://192.168.168.1/api/sensors/presence"
},
"name": "IP Camera living room",
"modelid": "IPSENSOR",
"swversion": "1.0",
"type": "CLIPPresence",
"uniqueid": "12345678",
"manufacturername": "TheManufacturer"
}
Last edit: Hyrules 2015-09-02
Thanks. That's disappointing, but I prefer to be disappointed right away than to waste a lot of time and then be disappointed. What resets the Daylight Sensor? Does the bridge itself trigger the dx from an internal process? Is the bridge summoning data from some mothership through my Internet provider?
In your camera example is 192.168.168.1 the address of the bridge or the camera?
With sensors you have 2 possibilities from what I understand. You either read an address or have an external ip sensor modify an address but in either case the source of change is external. As for the logic behind the daylight sensor it's probably a schedule in the bridge that check for the right time. With the coordinates you provide it can get the daylight time where you are and with the sliders you adjust however you want the trigger. After that it's just a question of checking the time and changing the status of the daylight variable. So yes the bridge must trigger himself the daylight variable. I know for a fact that there is a big update coming for the bridge this fall. Sometimes around october there supposed to be a lot of changes in how the bridge work and it will add new possibilities. It might be possible in the future to do what you want.
Last edit: Hyrules 2015-09-03