Sign in   |  Join   |  Help
Untitled Page

ARCHIVED FORUM -- March 2012 to February 2022
READ ONLY FORUM

This is the second Archived Forum which was active between 1st March 2012 and 23rd February 2022

 

MLGW now controls Philips Hue

rated by 0 users
This post has 54 Replies | 5 Followers

beojeff
Top 50 Contributor
USA
Posts 2,012
OFFLINE
Bronze Member
beojeff replied on Fri, Jan 16 2015 12:11 AM

PhilLondon:

beojeff:
Today, I ordered an Essence wall remote to program in LIGHT mode

Excellent idea,,,

I just ordered one at first to see how well it works. The fact that it just transmits an IR signal and needs the IR signal to be received by a B&O product worries me. However, support from BeoIntegration reassured me in an email, saying that the essence wall remote has 4 powerful IR emitters that will "blast up the room with IR."

PhilLondon
Top 50 Contributor
London
Posts 3,637
OFFLINE
Bronze Member

So I am trying to send the HTTL strings.

I manage to get them working, (I can turn the lamps on, etc...) but it sends the Beolink Gateway into a loop.

Each time I send an HTTP command, the hub cuts the connection (the following message is displayed in the log: Jan 16 17:26:59 [err] server: Philips Strings (2609): receiveMessage error: Port abort )

The Beolink Gateway then tries to connect again and goes into a loop.

Every operation thereafter is really slooooow!

Any idea?

 

Beoworld app with direct photo upload and emoticons.

beojeff
Top 50 Contributor
USA
Posts 2,012
OFFLINE
Bronze Member
beojeff replied on Fri, Jan 16 2015 6:52 PM

PhilLondon:

So I am trying to send the HTTL strings.

I manage to get them working, (I can turn the lamps on, etc...) but it sends the Beolink Gateway into a loop.

Each time I send an HTTP command, the hub cuts the connection (the following message is displayed in the log: Jan 16 17:26:59 [err] server: Philips Strings (2609): receiveMessage error: Port abort )

The Beolink Gateway then tries to connect again and goes into a loop.

Every operation thereafter is really slooooow!

Any idea?

 

Which HTTP command are you sending? Are your talking about the macros you created to dim or raise the light levels? If so, remember that I mentioned that if too many commands are sent too quickly to the Hue Bridge, it will overload it and crash. If, however, you are sending a command line to activate a light Scene (and by light Scene, I'm referring to the Scenes that are created in the iOS Hue app and saved in the bridge and bulbs themselves), there should not be a crash. You are then only sending a single command.

However, the way that the BLGW has of creating macros for multiple lights with its built in driver is very different from just sending a single command. What Henrik has done in the BLGW is to try to find a way around using the Scenes API by setting each and every lamp individually. This is not a good idea since it can send too many commands to the bridge too quickly for multiple lights and thus make the bridge crash. This is why it is much better to use the Scenes for anything more than a few lights.

When Henrik and I were working on integrating the Hue with the MLGW this summer, we did not use the Scenes API because the Scenes API was at that time undocumented. Since then, however, The official Philips Hue API has added documentation for controlling Scenes. Henrik probably just has not gotten around to adding Scenes as something "built-in" to the BLGW driver. You can still use the Scenes by using the command string, though. This is a much better approach.

Oh, it also occurred to me that you need to be sure that you select as the command "type" that the command is "Output" and not "Both Ways." If you are using "Both Ways" then the BLGW is looking at what commands are coming TO the BLGW from the Hue hub and not just what commands the Hue hub is getting FROM the BLGW. That could be what is causing the loop!

beojeff
Top 50 Contributor
USA
Posts 2,012
OFFLINE
Bronze Member
beojeff replied on Fri, Jan 16 2015 6:55 PM

P.S. After the first time of sending a command line from the MLGW to the Hue hub, I remember that I needed to unplug and reboot the Hue hub. After that initial reboot, everything was okay.

PhilLondon
Top 50 Contributor
London
Posts 3,637
OFFLINE
Bronze Member

I was just trying to send this command (with my username)

PUT /api/jeffcragen/groups/0/action HTTP/1.1\0D\0AContent-Length: 13\0D\0AContent-Type: application/x-www-form-urlencoded\0D\0A\0D\0A{\"on\": false}

The command works and the lights are all turned off. But as it is usual with HTTP, the communication is closed after each query.

The BLGW is trying to keep the communication with the system open, and re-establishes it immediately.

The Hue Bridge shuts the connection shortly as no HTTP request is received, etc, etc...

Beoworld app with direct photo upload and emoticons.

thomaskibsgaard
Not Ranked
Posts 2
OFFLINE
Bronze Member

Dear Beojeff

Struggling to use your good advices - tried most of your instructions and they have worked flawless until now.

//

PUT /api/jeffcragen/lights/6/state HTTP/1.1\0D\0AContent-Length: 13\0D\0AContent-Type: application/x-www-form-urlencoded\0D\0A\0D\0A{\"on\": false}

Instead of using on true or false, you can also set the hue, brightness, and saturation. (See the official Philips Hue api to see how to set these value). Note that the Content-Length must be changed to correspond to how many characters you have between the { and }, that is the value of the JSON data.

 

//

I am trying to replace "true/false" with the following command from "api debug tool" 

{"on":true, "sat":254,"bri":254,"hue":50000}

Please could you insert it in the string to show the exact layout ?

Thanks beforehand

Thomas 

 

 

 

beojeff
Top 50 Contributor
USA
Posts 2,012
OFFLINE
Bronze Member
beojeff replied on Sun, Jul 30 2017 3:04 PM

thomaskibsgaard:

Dear Beojeff

Struggling to use your good advices - tried most of your instructions and they have worked flawless until now.

//

PUT /api/jeffcragen/lights/6/state HTTP/1.1\0D\0AContent-Length: 13\0D\0AContent-Type: application/x-www-form-urlencoded\0D\0A\0D\0A{\"on\": false}

Instead of using on true or false, you can also set the hue, brightness, and saturation. (See the official Philips Hue api to see how to set these value). Note that the Content-Length must be changed to correspond to how many characters you have between the { and }, that is the value of the JSON data.

 

//

I am trying to replace "true/false" with the following command from "api debug tool" 

{"on":true, "sat":254,"bri":254,"hue":50000}

Please could you insert it in the string to show the exact layout ?

Thanks beforehand

Thomas 

 

 

 

Thomas,

Here is an example of what you are trying to do:

 

PUT /api/jeffcragen/lights/38/state HTTP/1.1\0D\0AContent-Length: 56\0D\0AContent-Type: application/x-www-form-urlencoded\0D\0A\0D\0A{\"on\": true, \"bri\": 127, \"hue\": 48172, \"sat\": 253}

 

Remember to count the characters between the brackets for the content-length.

thomaskibsgaard
Not Ranked
Posts 2
OFFLINE
Bronze Member

Beojeff

Thanks for your prompt reply. Highly aprecatiated.

 

 

 

dahiyas
Top 500 Contributor
United States
Posts 145
OFFLINE
Silver Member
dahiyas replied on Mon, Jul 6 2020 1:13 AM

Hi Jeff,

I am trying to setup my Philips Hue config in MLGW. Followed the guidelines at the beginning of this thread but cannot get the lights to respond.

Configured Virtual Button, Custom String, Linked Virtual Event to command. Monitor shows the event:

2020-07-06 02:23:02 E: Virtual button action 1: 1
2020-07-06 02:23:02 M: Table Lamp Left - ON
2020-07-06 02:23:02 C: Custom strings: Philips: Living Room Lamp Left - ON
2020-07-06 02:23:02 E: Virtual button action 3: 1
2020-07-06 02:23:02 E: Custom strings: Philips: CONNECT


Here is my custom string config

#  Masterlink Gateway Custom strings: Philipsconfiguration

#  Custom strings: Philips

#  

#  Valid lines must contain 3 quoted strings: name, match/command string, type

#  Non-printable characters, double quote (") and backslash (reverse solidus) (\) must be escaped

#  

"Living Room Lamp Left - ON","PUT /api/dahiyas/lights/13/state HTTP/1.1\0D\0A\0D\0AContent-Length: 12\0D\0AContent-Type: application/x-www-form-urlencoded\0D\0A{\"on\": true}","O"

"Living Room Lamp Left - OFF","PUT /api/dahiyas/lights/13/state HTTP/1.1\0D\0A\0D\0AContent-Length: 13\0D\0AContent-Type: application/x-www-form-urlencoded\0D\0A\0D\0A{\"on\": false}","O"

I have tested the user with the hue debug screen and everything works fine.
Is there anything else I need to configure on mlgw ?
Thanks in advance !!
beolion
Top 200 Contributor
Posts 485
OFFLINE
Bronze Member
beolion replied on Sun, Jul 26 2020 10:29 PM

Did you get it to work?

dahiyas
Top 500 Contributor
United States
Posts 145
OFFLINE
Silver Member
dahiyas replied on Sun, Jul 26 2020 10:46 PM
Nope. I could not. Still a open item on my list.
ethuijs
Not Ranked
Posts 68
OFFLINE
Bronze Member
ethuijs replied on Thu, Jul 1 2021 2:03 PM

Dear Beojeff, I just bought a MLGW and would also like to control some lights. Do these commands still work with the new Philips Hue bridge? Can a Beo5 also do the control or do I need a Beo6? I have a Beosound/Beomaster 5 in the system. Kind regards, Edwin 

ethuijs
Not Ranked
Posts 68
OFFLINE
Bronze Member
ethuijs replied on Sun, Oct 3 2021 9:56 AM

Hi dahiyas,

Any progress? Can you control Hue now with MLGWY?

 

Kind regards Edwin

TWG
Top 75 Contributor
Posts 1,672
OFFLINE
Gold Member
TWG replied on Mon, Oct 4 2021 12:24 PM

You can control Philips HUE since years with the old MLGW but you need to program all commands like explained in this thread. That's the not so comfortable part. ;-)

Additional explaination of these commands can be found on Philips' HUE development guide:
https://developers.meethue.com/develop/get-started-2/

ethuijs
Not Ranked
Posts 68
OFFLINE
Bronze Member
ethuijs replied on Tue, Oct 5 2021 10:40 PM

I know it needs programming but I don't mind. 

But I can't get it working with the Put commands above here. Nor with:

PUT http://192/api/myHueCode/lights/1/state{“on”: false}

I get as response 

[

  {

"error": {

"type": 5,

"address": "/lights/1/state%7B%E2%80%9Con%E2%80%9D:%20false%7D",

"description": "invalid/missing parameters in body"

}

}

]

I send it with ARC api test tool or MLGWY. Both don't work. GET command works from API test tool ARC from advancedrestclient.com

Page 2 of 2 (55 items) < Previous 1 2 | RSS