Support for Philips Hue System (1 Viewer)

[TheBatfink]

Bout wet myself

 

[Rick164]

New version with the following added features:

- Ability to set customer parameters like:

Brightness
Saturation
Transition time
Hue <-- not sure what the default value for this would be so best to leave empty if unknown

- Ability to reset colors (off)
- Ability to set custom color in HEX form for testing, will add color picker/wheel later on.
- Debug logger is still on so don't leave it running for a long period when using Atmowin monitoring.

Design is not my strongest area but it's functional now and will re-arange a few things (groupboxes/sliders etc..) once all the features are in.
Gonna put the code on our teams github page and add all the credits (like the Hue Api) somewhere this week

Download Atmo Hue 0.005:

http://1drv.ms/1BILEUE

 

[legnod]

Hey Rick,

thanks for this Plugin...i had a thought to develop something like that by myself but not for the Philips Hue system but for Stripinvaders.
I only wrote a test program in java and its working fine but i have no time currently to push the developement further and write a MP plugin.
Stripinvaders is controlled by OSC over network. The OSC commands are really simple and there are some OSC Librarys available for c#.
Would it be possible to implement support for Stripinvaders in your plugin or could you publish your code? Maybe i can add the Stripinvaders support by myself.

Thanks in advance!

 

[zekaja]

New version with the following added features:

- Ability to set customer parameters like:

Brightness
Saturation
Transition time
Hue <-- not sure what the default value for this would be so best to leave empty if unknown

- Ability to reset colors (off)
- Ability to set custom color in HEX form for testing, will add color picker/wheel later on.
- Debug logger is still on so don't leave it running for a long period when using Atmowin monitoring.

Design is not my strongest area but it's functional now and will re-arange a few things (groupboxes/sliders etc..) once all the features are in.
Gonna put the code on our teams github page and add all the credits (like the Hue Api) somewhere this week

Download Atmo Hue 0.005:

http://1drv.ms/1BILEUE

First of all @Rick 164, thank you so much for your effort and work on this..
I Tried this out, and played around with atmowin, but I can´t get the colors or the timing to match . When i try it out in conjunction with atmolight plugin, nothing happens.

Somewhere i'm doing something wrong, just don't know where ... Anyone with hue lamps got it to sync to the colors of the screen???

 

[Rick164]

Thanks for the support guys , like programming stuff like this as it's challenging and you learn something new.

From what I read there's some delay but it should be somewhere in the 100-200ms range due to the lamps being controlled from the Bridge via Wi-Fi, can you try with Transition time 10ms and scan interval 50ms?
Added an test function that rotates colors with an set time in ms so that we know if it's due to Atmowin or the Hue API, you can grab the new version below.
For Atmolight it might be an config problem, have you setup the plugin with the correct Atmowin path?

Hey Rick,

thanks for this Plugin...i had a thought to develop something like that by myself but not for the Philips Hue system but for Stripinvaders.
I only wrote a test program in java and its working fine but i have no time currently to push the developement further and write a MP plugin.
Stripinvaders is controlled by OSC over network. The OSC commands are really simple and there are some OSC Librarys available for c#.
Would it be possible to implement support for Stripinvaders in your plugin or could you publish your code? Maybe i can add the Stripinvaders support by myself.

Thanks in advance!

With the Hue Api it's relatively easy to control the lights and can help develop it once this project is finished , only downside is that the documentation on the Hue Api github page lacks a bit of information but can add that once we figure out what the hell some of those functions actually do and what default values are best

All the code for Atmo Hue and this Atmowin mod (seperate branch for that one) are gonna get published on our teams github this week so no closed source or anything like that.
First want to cleanup and comment some more code before making it public so I don't have to do multiple commits afterwards.


Download Atmo Hue 0.007 (updated 07-10-2014 12:00):

http://1drv.ms/1vM9pcB

You can now also the disable the debug log option if needed.

 

[Lightning303]

You guys should buy Rick one of these Hue Lights, so he can test all this stuff himself, would be way easier .

 

[zekaja]

You guys should buy Rick one of these Hue Lights, so he can test all this stuff himself, would be way easier .

We deffently should do that ---

Thanks for the support guys , like programming stuff like this as it's challenging and you learn something new.

From what I read there's some delay but it should be somewhere in the 100-200ms range due to the lamps being controlled from the Bridge via Wi-Fi, can you try with Transition time 10ms and scan interval 50ms?
Added an test function that rotates colors with an set time in ms so that we know if it's due to Atmowin or the Hue API, you can grab the new version below.
For Atmolight it might be an config problem, have you setup the plugin with the correct Atmowin path?

You can now also the disable the debug log option if needed.

Well tried out this new version. The test did chance the colors. but not like every 100 ms. It felt like the lamps couldent keep up... I have attached my log file... and if you live in copenhagen i will come by with my hue lamps !!

 

[Rick164]

We deffently should do that ---


Well tried out this new version. The test did chance the colors. but not like every 100 ms. It felt like the lamps couldent keep up... I have attached my log file... and if you live in copenhagen i will come by with my hue lamps !!

Will see if I can get the Bridge to callback upon sending the color information so that we get some timings (network/software delay), might be just limitation of the Hue Bridge and its wireless setup but will have to make certain
Live in the Netherlands so it's a bit out of my way

Might get the Hue but for my room it would get limited use as the SEDU setup already lights everything up, was also playing around with Hyperion on the Raspberry and it does work very well albeit XBMC only for now.
Already has Hue support but it's linux only which is too bad as integrating it with Mediaportal would be tricky because afaik Mediaportal has no HTTP API to read out status information (playing video/menu etc..).

 

[Rick164]

Seems the Hyperion implementation for Hue had the same delay issue:

https://github.com/tvdzwan/hyperion/issues/103

---------
Quote from ntim:

"Ah, regarding the delay, we could try setting the "transitiontime" attribute (defaults to 4 i.e. 400ms) to something shorter. When I did the initial implementation I tried to set this to zero which correctly results in a instantaneous change but then each remaining delay is more noticable. Thus a transitiontime of 200ms might be better. On the other it is an additional command which has to be processed by the bridge which could result in a lower "framerate". I will implement a config file option for the transitiontime, so everyone can try to find a good compromise."
---------

So in theory an transition time of 0 would make it an instant change but could "flood" the Hue bridge with requests which results in slower processing/frame rate, haven't found an way to record timings from the Hue Bridge as it seems to be one way communication when sending colors (no callback).

 

[zekaja]

Ahh... It makes a lot of sense, and is translated into mystic flashes.... So it be a better solution to go for something slower but a light that translates the overall most dominant color better....