Is there any plugin for Philips HUE lights yet?
If not that would be my next plugin after orvibo is done.
Maybe we can already gather some information here like node modules for hue or other plugins which could be used as a reference.
-
Philips HUE Plugin
-
@thex As far as I know there is no such plugin. For simple switching functionality you should be able to use a ShellSwitch. I found the following example in a github issue post.
{ "id": "hue23", "name": "Kugeln", "class": "ShellSwitch", "onCommand": "curl -s -X PUT -d '{\"on\":true,\"bri\":255,\"ct\":400}' http://philips-hue/api/developer1/lights/2/state& curl -s -X PUT -d '{\"on\":true,\"bri\":255,\"ct\":400}' http://philips-hue/api/developer1/lights/3/state", "offCommand": "curl -s -X PUT -d '{\"on\":false}' http://philips-hue/api/developer1/lights/2/state& curl -s -X PUT -d '{\"on\":false}' http://philips-hue/api/developer1/lights/3/state" },Another solution which also allows for control of brightness and color temperature is described here: https://github.com/pimatic/pimatic/issues/28
There are also thoughts about integrating hue into pimatic-led-light. If you are willing to contribute an implementation for hue to it, I think this will be highly appreciated. In case, you should discuss the matter with maintainer @philip1986 first. See links to the github project and the forum thread below.
"It always takes longer than you expect, even when you take into account Hofstadter's Law.", Hofstadter's Law
-
Thanks for the feedback. I took a look at the led-light plugin but I like standalone bare bone plugins, nevertheless I also se the node problem of the duplicate dependencies. I still think there needs to be a different approach than putting it all into one plugin,
Thanks for the tip, I already have a shellswitch in place using node-hue-cli.
-
@thex Note, there are ideas about splitting up the pimatic-led-light in to several plugins and this is likely to happen soon. Nevertheless, the general approach of pimatic-led-light is very good and it would be fairly easy to integrate the hue stuff as far as I can tell. I even would go further: It does not make sense to develop a separate plugin for hue at this stage!
"It always takes longer than you expect, even when you take into account Hofstadter's Law.", Hofstadter's Law
-
With the examples given here and help from other developers I’ve managed to create buttons to select different scenes by direct calls on the bridge. Not the best way because philips hue scenes get a different id even when changing something as basic as brightness.
Hope there will be a plugin for this. I am in no way a programmer, more like an end user that is capable of understanding basic programming so there is not much I can do to create this. -
I started working on a plugin for controlling hue bulbs. Feel free to take a look at it: https://github.com/ch-world/pimatic-hue
At the moment it has only basic functionality as I wanted to take a look into pimatic and coffeescript.
-
I’m interested in this. How quick do the hue lights respond (in pimatic)? I have 433mhz kaku and they are slow, or sometimes don’t turn off.
Is it also possible to get the messages from a hue remote with the hue api? like this one http://downdoc.com/wp-content/uploads/2015/06/hue-dimmer-switch-fcc-0-1280x859_a963b.png
-
@Christian-Herrmann said:
I started working on a plugin for controlling hue bulbs. Feel free to take a look at it: https://github.com/ch-world/pimatic-hue
At the moment it has only basic functionality as I wanted to take a look into pimatic and coffeescript.
Thanks for this!
As I have a livingcolors RGB light, I will test this plugin and see how it works an dwill report back to you. -
I am planning to provide a hue-driver as part of pimatic-led-light. I’ll also look into pimatic-hue, and provide feedback.
"It always takes longer than you expect, even when you take into account Hofstadter's Law.", Hofstadter's Law
-
@sweebee said:
How quick do the hue lights respond (in pimatic)?
I believe as fast as with the Hue App. The messages are send directly to the bridge.
Is it also possible to get the messages from a hue remote with the hue api?
I’ve to check the API. It has to provide some kind of push mechanism.
@Cryonic90 said:
As I have a livingcolors RGB light, I will test this plugin and see how it works an dwill report back to you.
You won’t be able to controll the color (yet)
@mwittig said:
I am planning to provide a hue-driver as part of pimatic-led-light. I’ll also look into pimatic-hue, and provide feedback.
I took a short look at pimatic-led-light and probably it would be the best to write a driver for it. If you start tell me and I would contribute as well.
-
Is the plugin already working? Could you publish it to npm?
-
Yes, it is working as far as you can control the brightness of your bulbs and it will update the state e.g. if you turned the light off by using the switch or another app.
Btw I published it to npm (https://www.npmjs.com/package/pimatic-hue).
-
Guys, I have implemented a first version of a hue driver for pimatic-led-light. It can control control individual light bulbs and light groups (switching, brightness, and color). It would be great if someone with Hue at home could give it try and provide feedback.
I have also implemented a slightly different behaviour for the Hue Light: When the Hue Light is off and the brightness or color is changed it will be turned on automatically. I like this better than the “do nothing” we currently have for the other drivers. Please let me know what you think.
I have pushed it to a new branch “hue” and, so, there is no release yet. See the following post on how to install from a github branch - http://forum.pimatic.org/topic/1114/updated-how-to-install-a-plugin-from-github
"It always takes longer than you expect, even when you take into account Hofstadter's Law.", Hofstadter's Law
-
@mwittig I only have white hue bulbs, does this work too?
-
And there is a bug in the piratic-hue plugin:
-
@sweebee said:
I only have white hue bulbs, does this work too?
Yes, it should. I have tested with Hue Lux bulbs and switching and dimming works for me. However, if you try to change the color it will give you an error.
"It always takes longer than you expect, even when you take into account Hofstadter's Law.", Hofstadter's Law
-
I’m a little confused now. Shouldn’t the LED device be integrated in pimatic itself? So other plugins can use the device and rules.
Now you have 2 plugins for hue.
-
@sweebee said:
I’m a little confused now. Shouldn’t the LED device be integrated in pimatic itself?
What do you mean exactly by “integrated in pimatic itself”?
The two plugins have different characteristics and they can co-exist without problems.
Pimatic-led-light currently handles 6 different protocols (+ 1 for hue). As far as the device characteristics and UI controls are concerned these have been specifically made for RGB-LEDs and RGBW-LEDs.
For White-LEDs Pimatic-led-light does not provide a perfect fit at the moment. In this context it should also be noted the features of White-LED systems, e.g. hue versus milight, differ a lot. In short: I think we don’t have a consolidated set of LED device abstractions to be generalized into the pimatic core yet.
"It always takes longer than you expect, even when you take into account Hofstadter's Law.", Hofstadter's Law
-
Well, how should a RGB mysensors light be integrated? I’m using one now with the led dummy but thats not perfect.
-
@sweebee I think it is possible to have plugins interacting with each other. It should be possible to implement a driver as part of pimatic-led-light which"talks" to pimatic-mysensors. Something similar has been written by Jose for the bluetooth stuff - https://github.com/josecastroleon/pimatic-bluebean for example. As I am planning to support RGB LEDs as part of pimatic-johnny-five I may come with an example for this soon.
"It always takes longer than you expect, even when you take into account Hofstadter's Law.", Hofstadter's Law
