Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hue API 1.19.0 #116

Closed
DSchumacher2104 opened this issue Jun 1, 2017 · 6 comments
Closed

Hue API 1.19.0 #116

DSchumacher2104 opened this issue Jun 1, 2017 · 6 comments
Labels

Comments

@DSchumacher2104
Copy link

Yesterday the official Philips Hue App updated my hue bridge (v2) to firmware 1705121051, which brought API Version 1.19.0. With this API Version i cannot control my light groups anymore. When i turn on a group with iOS build-in Home App, the light group goes on and in about 2-3 seconds they automatically turn off. I tried this serveral times, but no chance to keep them on. Controlling my Osram Gardenspot RBG light, which is also exposed to HomeKit with Homebridge-hue, still works without problems. With the iConnectHue App controlling the light group works flawless.

Homebridge log:
[2017-5-31 21:26:56] [Hue] xxx: warning: api version 1.19.0

@ebaauw
Copy link
Owner

ebaauw commented Jun 1, 2017

I just got the same update - I'll have a look at the new firmware and API version. Once again, Philips has provided no release notes and no change log...

Having said that, I've yet to see a Hue API update which breaks homebridge-hue. Just for my understanding, when you control a light group from HomeKit, do you mean a group created in HomeKit or a Hue bridge group, exposed to HomeKit by homebridge-hue as a light, using the "groups": true setting in config.json. What happens when you control an individual light from the group from HomeKit?

I sometimes see this behaviour on an individual light: it switches off automatically 2-3 seconds after turning it on. Powering off the light for a couple of seconds seems to cure this.

Could you attach the output of homebridge -D (see Troubleshooting in the README).

@DSchumacher2104
Copy link
Author

DSchumacher2104 commented Jun 1, 2017

I created 2 light groups each with 4 blubs on hue bridge with the iOS App iConnectHue. i expose this two groups to homekit using "groups": true in config.json. I also expose "group0": true. Every time i switch on 1 of the 2 light groups on, equal if using iOS Home-App or iConnectHue, the lights turn automatically off in 1-3 seconds. Even if i switch a single bulb which is in 1 of the 2 light group, it turns off automatically in 1-3 seconds. When running homebridge i have no possibillty to keep them on. If i stop homebridge and switch the light groups or a single light with iConnectHue, they behave normal and stay on.

The behaviour is similar, if i turn on all light using group0 (which means all connected light). All lights turn on for 1-3 seconds and after 1-3 seconds all lights turn off automatically, even the lights, which are not grouped.

I have 2 Osram lights connected to my hue bridge and exposed with homebridge, they are not grouped and they behave normal.

I have restarted the hue bridge and homebridge, but nothing changed. I will try to get a debug log, but i'm not very good in linux.

@ebaauw
Copy link
Owner

ebaauw commented Jun 1, 2017

Just a hunch: did you set "wallSwitch": true in config.json?
In that case, homebridge-hue forces the lights to off when the Hue bridge reports them as unreachable (under the assumption that you turned them off using the wall switch). However, when they're actually reachable and only being reported unreachable, the lights turn off. The 2-3 seconds is probably homebridge-hue's heartrate. You should see messages in the homebridge log like:

6/1/2017, 7:13:28 AM] [Hue] Bedroom 3: not reachable: set homekit power from 1 to 0

Homebridge-hue sets Status Fault when a light is reported unreachable (regardless of the wallSwitch setting), but the iOS built-in Home app ignores that. You need another HomeKit app, like Eve, to see that. Alternatively, you can check in the Hue app (easiest under Light Setup in Settings) whether the bridge reports lights as unreachable.

@DSchumacher2104
Copy link
Author

DSchumacher2104 commented Jun 2, 2017

Didn't set "wallSwitch": true, but yes, that is exactly what i see in the log. They are stated as "not reachable" and then power turns off, after power changes from 0 to 1. In fact they are reachable and they turn on. The Hue app or iConnectHue don't report a problem with reachability of the bulbs. Even the HomeApp Icon shows that lights are on and displays the correct actual dim level. Also after 1-3 seconds the Icon report "off" when lights turn off automatically. Even the Home App and Eve App report no problem with reachability. Could it be, that homebridge receives a missleading information from the hue bridge due to API change, when fetching (light) group state/information?

This is the log:

[2017-6-2 08:41:14] [Hue] Wohnzimmerwand: homekit power changed from 0 to 1
[2017-6-2 08:41:14] [Hue] Wohnzimmerwand: not reachable: set homekit power from 1 to 0
[2017-6-2 08:41:14] [Hue] Wohnzimmerwand: set homekit any on from 0 to 1
[2017-6-2 08:41:14] [Hue] Group 0: set homekit any on from 0 to 1
[2017-6-2 08:41:16] [Hue] Wohnzimmerwand: set homekit any on from 1 to 0
[2017-6-2 08:41:16] [Hue] Group 0: set homekit any on from 1 to 0

I can't explain this bevahiour.

This is what the bridge returns on an API-Group call via http:

{"1":{"name":"Wohnzimmer","lights":["7","8","9","10","3","4","5","6"],"type":"Room","state":{"all_on":false,"any_on":false},"recycle":false,"class":"Living room","action":{"on":false,"bri":13,"hue":14947,"sat":141,"effect":"none","xy":[0.4577,0.4099],"ct":366,"alert":"none","colormode":"xy"}},"2":{"name":"Esszimmer","lights":["11"],"type":"Room","state":{"all_on":false,"any_on":false},"recycle":false,"class":"Dining","action":{"on":false,"bri":90,"hue":5351,"sat":106,"effect":"none","xy":[0.4647,0.3824],"ct":375,"alert":"none","colormode":"hs"}},"3":{"name":"Küche","lights":["2"],"type":"Room","state":{"all_on":false,"any_on":false},"recycle":false,"class":"Kitchen","action":{"on":false,"bri":127,"hue":5353,"sat":106,"effect":"none","xy":[0.4647,0.3824],"ct":375,"alert":"none","colormode":"hs"}},"4":{"name":"Garten","lights":["12","13"],"type":"Room","state":{"all_on":false,"any_on":false},"recycle":false,"class":"Garden","action":{"on":false,"bri":152,"hue":48896,"sat":241,"effect":"none","xy":[0.2119,0.0554],"alert":"none","colormode":"hs"}},"5":{"name":"Wohnzimmerdecke","lights":["9","7","10","8"],"type":"LightGroup","state":{"all_on":false,"any_on":false},"recycle":false,"action":{"on":false,"bri":254,"hue":8400,"sat":140,"effect":"none","xy":[0.4575,0.4099],"ct":366,"alert":"none","colormode":"xy"}},"6":{"name":"Wohnzimmerwand","lights":["3","4","5","6"],"type":"LightGroup","state":{"all_on":false,"any_on":false},"recycle":false,"action":{"on":false,"bri":13,"hue":14947,"sat":141,"effect":"none","xy":[0.4577,0.4099],"ct":366,"alert":"none","colormode":"xy"}},"7":{"name":"Büro","lights":["14"],"type":"Room","state":{"all_on":false,"any_on":false},"recycle":false,"class":"Office","action":{"on":false,"bri":254,"hue":8402,"sat":140,"effect":"none","xy":[0.4575,0.4099],"ct":365,"alert":"none","colormode":"xy"}}}

ebaauw added a commit that referenced this issue Jun 2, 2017
- Set ignoreReachable for groups (issue #116);
- Add OSRAM Gardenspot RGB to list of known lights (issue #115).
ebaauw added a commit that referenced this issue Jun 2, 2017
@ebaauw
Copy link
Owner

ebaauw commented Jun 2, 2017

[2017-6-2 08:41:14] [Hue] Wohnzimmerwand: not reachable: set homekit power from 1 to 0

This is a bug in homebridge-hue, probably introduced in v0.4.6: groups don't have a reachable attribute, so it shouldn't apply this logic, irrespective of the config.json wallSwitch setting. I don't see how this would be related to the new bridge firmware, however.

Anyway, v0.4.8 should solve this.

@ebaauw ebaauw added the bug label Jun 2, 2017
@DSchumacher2104
Copy link
Author

Yes, i updated from v0.3.9 to 0.4.7 exactly the same time as firmware on bridge updated. So i thought, it could be due to API change. Anyway, it works perfect now, many thanks :-)

@ebaauw ebaauw closed this as completed Jun 4, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants