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

[Rick164]

Good to hear

In the experimental tab of AtmoHue there's the option to tweak the X/Y/Z values which could help the color accuracy as normally full r/g/b is easier as you don't have to mix colors and since the Hue has a somewhat unique approach (to give warm colors etc..) it can give some strange color offsets.
Especially when it comes to Blue the Hue has some shortcomings as they chose to keep that near violet per default, for the blooms the current settings produce close enough colors but you can also try lowering the "Minimal color difference" in the AtmoLight configuration and see if the color transitions look better as well.

Completed a lot of the changes today (XML config / better led options) but gonna add features and test some more, somewhere this week there's gonna be a new version though

Oh btw getting the scenes stuff seems possible to some extend, you can create your own and retrieve those but can't access the Philips ones (at least not that I could tell).
Are there any non-Philips apps out there that can do this?

 

[Rick164]

New version is out (0.0.50) and added to first post.

Had some fun ideas for the AtmoHue remote API, since we now have location fields for led devices you could send a specific command via the AtmoHueHelper to turn on specific locations in your house.
Not yet implemented like per led color settings but already made the basis for it in this version

04-11-2014 - version: 0.0.50

- Changed default Api key/name which requires you to re-register to bridge
- Now uses local XML configuration (settings.xml), clears all custom user settings
Future updates will not have this problem and to convert them to the new XML config wasn't foolproof, best to copy or screenshot your current settings if needed.

- Re-designed the way you add LED devices, most options are for later use
- Predefined values for some settings (min/max etc..)
- Send custom color is now r/g/b instead of hex, much easier to use
- Experimental scene retrieval (seems limited by Philips API)
- Better notifcations for first time bridge setup
- Connect status bar
- Cleaned up user interface and removed unneeded files from release package

 

[killer8]

Nice, I will give the new version a try and give some feedback later.[DOUBLEPOST=1415297056][/DOUBLEPOST]Some remarkts:
- The status at the bottom always shows connected, atleast it already showed connected before it was even connected.
- When using Testing and click red/green/blue the lights are flickering a few times between colors before the correct color is set(this wasn't there before)
- Every time I upgraded to a new version I have to remove atmoHue from my firewall(windows 8.1 default firewall) restart my pc and let it readd atmoHue since it will not work otherwise. Atleast AtmoLight is not able to connect to it.
Update: I've been testing some more, it seems the firewall isn't the problem. The problem is AtmoHue hasn't start yet when atmoLight already wants to use it. I think this is the problem because my firewall config is just fine and after I restart Mediaportal atmoLight/atmoHue works and don't give the error:

[2014-11-06 19:33:03,121] [Error  ] [38       ] [ERROR] - AtmoLight: Hue - error during connect
[2014-11-06 19:33:03,121] [Error  ] [38       ] [ERROR] - AtmoLight: Hue - Kan geen verbinding maken omdat de doelcomputer de verbinding actief heeft geweigerd 127.0.0.1:20123

(Can't connect because the target computer has activily denied the connection 127.0.0.1:20123)
- I've added atmoHue to my startup folder, can you make an option to run it in tray or make it start with Mediaportal or something as a plugin.
- When filling in 256 for example in Custom color in test tab the app will give an argumentexception from the jit compiler since the value isn't between 256 and 0
here's the stacktrace:

Zie het einde van dit bericht voor meer informatie over het aanroepen
van JIT-foutopsporing (Just In Time) in plaats van dit dialoogvenster.

************** Tekst van uitzondering **************
System.ArgumentException: Waarde van 256 is niet geldig voor red. red moet groter dan of gelijk zijn aan 0 en kleiner dan of gelijk aan 255.
   bij System.Drawing.Color.CheckByte(Int32 value, String name)
   bij System.Drawing.Color.FromArgb(Int32 alpha, Int32 red, Int32 green, Int32 blue)
   bij AtmoHue.Form1.btnHueSendCustomColor_Click(Object sender, EventArgs e)
   bij System.Windows.Forms.Control.OnClick(EventArgs e)
   bij System.Windows.Forms.Button.OnClick(EventArgs e)
   bij System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   bij System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   bij System.Windows.Forms.Control.WndProc(Message& m)
   bij System.Windows.Forms.ButtonBase.WndProc(Message& m)
   bij System.Windows.Forms.Button.WndProc(Message& m)
   bij System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bij System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bij System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

 

[Rick164]

That's odd as I tested it with Atmolight, will double check to see if I forgot something
Might be because it's a new version and windows firewall needs re-approval but if it's running before Mediaportal is started it should be able to connect, do plan on adding starting of Atmohue thru Atmolight like we do with Atmowin so that's easier to manage.
Should be able to complete a new version of AtmoLight somewhere this weekend which will also add proper reconnect handling.

Can't re-produce the flickering between colors but make sure the color transition speed isn't set too low, now that we have a XML configuration you can also send me your settings.xml file so that I can test locally with your settings as well.

The RGB color range is from 0 to 255 so that error is normal

 

[killer8]

That's odd as I tested it with Atmolight, will double check to see if I forgot something
Might be because it's a new version and windows firewall needs re-approval but if it's running before Mediaportal is started it should be able to connect, do plan on adding starting of Atmohue thru Atmolight like we do with Atmowin so that's easier to manage.
Should be able to complete a new version of AtmoLight somewhere this weekend which will also add proper reconnect handling.

I did some more testing on this. Maybe the firewall was only the problem in the first case. I think the problem is with the order now. I've added atmohue to the windows startup folder. So the flow is like: start pc -> windows boots -> desktop shows up -> mediaportal shows splash screen -> atmohue is started in the back -> lights do not work since mediaportal has started before atmohue sometimes atleast the plugin was loaded before atmohue api was up and running.

Starting through atmolight would be great since that way it will never go wrong. Would it work if I add atmohue to the start screen of atmowin in atmolight for now to automatically start?

Can't re-produce the flickering between colors but make sure the color transition speed isn't set too low, now that we have a XML configuration you can also send me your settings.xml file so that I can test locally with your settings as well.

I did another test with the colors and it seems the flickering is gone now. Maybe a hickup of the bridge or something. I've added my settings.xml anyway.

The RGB color range is from 0 to 255 so that error is normal

I know but shouldn't there be a nice error instead of a stacktrace

Anyway keep up the good work, I was watching football tonight with the hue lights on and it was quite nice, the whole room was green

 

[Rick164]

I did some more testing on this. Maybe the firewall was only the problem in the first case. I think the problem is with the order now. I've added atmohue to the windows startup folder. So the flow is like: start pc -> windows boots -> desktop shows up -> mediaportal shows splash screen -> atmohue is started in the back -> lights do not work since mediaportal has started before atmohue sometimes atleast the plugin was loaded before atmohue api was up and running.
Starting through atmolight would be great since that way it will never go wrong. Would it work if I add atmohue to the start screen of atmowin in atmolight for now to automatically start?

Think that might cause some issues, next version will have the .exe launching built-in so no worries.

I know but shouldn't there be a nice error instead of a stacktrace

True and thanks for finding the error, will add error handling on that one

Anyway keep up the good work, I was watching football tonight with the hue lights on and it was quite nice, the whole room was green

Nice , any issues with delays between the different lights?
Because when I did some testing it looked like if you entered a too low transition time (< 250ms) the bridge would skip some "check" that kept them in sync and give the good old disco effect.

 

[azzuro]

Rick
Bloom color are defined by zone on screen ?

 

[Lightning303]

Rick
Bloom color are defined by zone on screen ?

The hue color is the avarage color of the whole screen.

 

[killer8]

Nice , any issues with delays between the different lights?
Because when I did some testing it looked like if you entered a too low transition time (< 250ms) the bridge would skip some "check" that kept them in sync and give the good old disco effect.

To be honest I've not seen problem with the delay. But now i'm focussing on it you are maybe right. I will make the transmition time a bit higher.

Update: just checked it and I see my transmition time (ms) is already 300ms, so I will leave it that way. Only thing I noticed sometimes with fast changes(VU meter etc) the lights seems to be out of sync for al little while.

0.50 works all good except the thing I mentioned earlier I have to restart mp manually to get the light adjustment working since atmoHue seems to start after mp initialize the lights.

 

[zekaja]

Finally got time to test the betaa version. Wow what an improvement THNX