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

All Homebridge-Hue accessories gone/reset #729

Closed
fullphat opened this issue Jul 11, 2020 · 5 comments
Closed

All Homebridge-Hue accessories gone/reset #729

fullphat opened this issue Jul 11, 2020 · 5 comments

Comments

@fullphat
Copy link

Just noticed all my Homebridge-Hue accessories had disappeared from HomeKit.

Checked the Phoscon app and everything seemed up and running, so I restarted Homebridge and they've all reappeared but now need placing back in the correct rooms and adding back into various scenes.

I've not changed anything or updated anything. Any suggestions as to how this may have happened?

Thanks

@ebaauw
Copy link
Owner

ebaauw commented Jul 11, 2020

See #471.

@fullphat
Copy link
Author

fullphat commented Jul 12, 2020

I checked out that issue, but my problem is more wide-ranging. I have about 10 temperature sensors and they all disappeared as well - in fact, all accessories provided by Homebridge-Hue and deCONZ had gone.

Also, I didn't reboot or restart the deCONZ gateway at all (unless it did that without me knowing).

If it's any help - if I look in the Eve app, there is a gap in the temperature readings from 1300 yesterday, presumably this is when something bad happened! The history picks up again after the restart, so although HomeKit lost all the room/scene information, the history logging did connect back up.

Version info:

Conbee 2 v2.05.77 / 22/05/2020
Firmware 264A700

Homebridge 1.1.1

Homebridge-Hue 0.11.71
(Needs update but I need to update node.js first)

@ebaauw
Copy link
Owner

ebaauw commented Jul 12, 2020

Homebridge Hue cannot delete accessories while running; this is technically impossible for static platform accessory plugins. The accessories are (re-)created when Homebridge starts, before the HAP server starts. Homebridge Hue delays the startup of the HAP sever, until all bridges/gateways specified in hosts have been connected to or when at least one bridge has been discovered. If a lightlist resourcelink is present, it waits for the lights in that list to be exposed. The “something bad” must have been a restart of Homebridge while deCONZ was unavailable or not yet exposing all resources.

Eve stores the history separately from the HomeKit accessory.

@fullphat
Copy link
Author

fullphat commented Jul 12, 2020

Thanks. Not suggesting it's the plugin that's causing the issue; I'm just trying to avoid it happening again. If I know what went wrong I can try to avoid it in the future 😃

Any way to tell if either deCONZ or Homebridge crashed or rebooted? Any persistent logs I can check?

Homebridge reporting a 23d uptime (both server and process).

@ebaauw
Copy link
Owner

ebaauw commented Jul 18, 2020

Any way to tell if either deCONZ or Homebridge crashed or rebooted? Any persistent logs I can check?

That really depends on how you installed these, and is beyond the scope of Homebridge Hue.

If I know what went wrong I can try to avoid it in the future

Set hosts in config.json and create a lightlist resource link.

Not suggesting it's the plugin that's causing the issue

It's a combination of a deCONZ bug and the use of static platform accessories by Homebridge Hue, see #4.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants