AtmoHue - BETA - Philips Hue support for AtmoLight & AtmoWin (3 Viewers)

[Rick164]

Could you enable the debug log option and send me the debug.log file once it resumes?
And do commands from the AtmoHue app self like the color test also not work?

Will move the Hue Kit to my htpc again tomorrow so will do some testing as well.

 

[killer8]

Here's the debug log. I've slept my htpc(light went off) and woke it afterwards(lights don't go on) after that I tried the color test from the app(pushed the red button) and the lights go on now. Seems a bug to me.

Another thing I found out is, the "enable debug log" checkbox unchecks when you restart the app(maybe this is on purpose).[DOUBLEPOST=1415664949][/DOUBLEPOST]Oh and my logs show this. Seems some translations are missing

[2014-11-11 00:06:15,537] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_lblHintText in DutchNL.lng
[2014-11-11 00:06:15,554] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_lblHueReconnectDelay in DutchNL.lng
[2014-11-11 00:06:15,555] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_lblHueReconnectAttempts in DutchNL.lng
[2014-11-11 00:06:15,556] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_lblBoblightSpeed in DutchNL.lng
[2014-11-11 00:06:15,557] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_lblBoblightAutospeed in DutchNL.lng
[2014-11-11 00:06:15,558] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_lblBoblightSaturation in DutchNL.lng
[2014-11-11 00:06:15,559] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_lblBoblightValue in DutchNL.lng
[2014-11-11 00:06:15,560] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_lblBoblightThreshold in DutchNL.lng
[2014-11-11 00:06:15,561] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_lblBoblightInterpolation in DutchNL.lng
[2014-11-11 00:06:15,562] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_grpBoblightGeneral in DutchNL.lng
[2014-11-11 00:06:15,564] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_grpBoblightSettings in DutchNL.lng
[2014-11-11 00:06:15,564] [Config ] [Config Main] [ERROR] - AtmoLight: Missing translation for field SetupForm_lblBoblightGamma in DutchNL.lng

 

[Rick164]

Here's the debug log. I've slept my htpc(light went off) and woke it afterwards(lights don't go on) after that I tried the color test from the app(pushed the red button) and the lights go on now. Seems a bug to me.

Thanks, looked over the code and can't find the cause right away as when I test the same on my laptop and htpc it works after suspend because we do an Initialize Hue if it has lost connection before the color change which restores the connection on the fly.
Could be machine specific or that the Hue expires the session faster than mine (long shot though), attached a new debug version of AtmoHue in this post for testing.
This does the same steps as we do when AtmoHue initially starts up (Spawn client -> Register -> Init) so if this doesn't work it must be something else but unclear why.

Another thing I found out is, the "enable debug log" checkbox unchecks when you restart the app(maybe this is on purpose).

Is indeed by design, don't want the user to leave it on by accident as the log file can get pretty big after a while.

Oh and my logs shows this. Seems some translations are missing

Translated missing strings to Dutch and will add those in the next AtmoLight release.

 

[killer8]

Hi,


Thank you, I will give it a try tonight since i'm at work at the moment. Did you also gave it a try with my config file? Turning on after standby worked before I used the turn off feature from latest builds.

 

[Rick164]

Hi,

Yep, both with the suspend option enabled or disabled it works out of suspend using your config.
Btw did notice an extra led device (empty ID) in your XML config, will add some checks in the next release to prevent this but would definitely remove that one as that might cause problems when sending commands.

Think this bug comes from somewhere else as the only thing this new code does is send the color black on suspend which is the same command we use when you disable the leds via AtmoLight or when you press the clear/reset button in AtmoHue (under testing tab).

 

[killer8]

Oke thank you, maybe it's because I've removed all double lights which were added by a bug in the past manually. I will remove the empty led device.

 

[killer8]

It still doesn't work. I've installed .57 and removed my settings.xml and let the app create a new one but it's still not working. When I push the power off button(htpc goes in standby) the lights go off nicely but when I click the power on button on my remote again to turn on the htpc. Whole mediaportal works except the lights they just stay off.

Another thing I noticed, when I put my htpc in standby and wake it up again and turn the light on with my harmony remote/philips app and put the thpc in standby again the lights don't go off anymore. So it looks like the app is not able to control the lights anymore after standby or something.

I've included a new debug.log

One thing to notice, mediaportal isn't restarted after standby.

 

[Rick164]

Hmm this is one tough bug to find especially since I can't duplicate it, added new release below which has separate commands for suspend/resume which will write their progress to the log file.
Can you run this version and attach the log afterwards?

Also could you check it with Mediaportal closed as well?
Want to make sure it's not somehow related to AtmoLight.

 

[killer8]

Hi, the last version works just fine. I've only tried with mediaportal open but atleast it fixed it. Do you need any more information beside the log to get a proper fix?

After a reboot I forgot to enable logging so here's a screenshot of the second try which works also fine.

 

[Rick164]

Good to hear , still can't explain why it works now to be honest as it's the same code only divided it up.
Will cleanup the code and release a new version after that.

/edit: updated first post with new releases, forgot to bump up the version of AtmoHue but is now fixed

11-11-2014 - AtmoLight BETA & AtmoHue updated

AtmoHue 0.0.60

- Fix for power event handling, it should now restore the Hue connection in all cases.

AtmoLight 1.13.107.0 - BETA version

- Now restores last effect active upon resume (Hue).