-
Notifications
You must be signed in to change notification settings - Fork 507
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
DeConz lost connection after Homebridge action #151
Comments
I assume you mean the Leave Home scene in HomeKit?
deCONZ shouldn't crash by anything done by homebridge-hue (or any app using the deCONZ REST API). Does this happen every time you activate the HomeKit scene, or did this happen only once? If it happens every time, could you:
I assume you mean the RaspBee won't connect to the ZigBee network? I've experienced this once - as if the RaspBee was zapped completely and needed to be re-initialised, starting with flashing the firmware. I haven't been able to reproduce this, however. I suspect it might be related to the RaspBerry Pi producing too much heat (see issue #147). What other programmes are you running on your Raspberry Pi? |
Yes I mean the Leave Home scene in HomeKit.
Yes every time I tested the scene Deconz lost the connection Homebridge runs normally after that I don't think that RaspBee lost connection by anything done by homebridge-hue. But perhaps because there are too many devices or commands at once? Homebridge: [2017-8-29 14:31:23] [RaspBee] deCONZ-GW: hue bridge request #102: get /config Doconz |
Looking at the homebridge log, you see that HomeKit switches off 19 lights in bulk when activating the scene at 14:31:20. By design, homebridge-hue throttles the corresponding requests to turn off each light, issuing the first 10 requests to deCONZ immediately, and the remaining 9 only after deCONZ has returned a response for a previous request (so it never has more than 10 outstanding requests with deCONZ). Somehow, deCONZ sets From the deCONZ log, you see it handles the first 5 requests (61-65) to the lights to turn off (cluster 0x0006) at 14:31:20. After 7 seconds it gives up on the first request 61, and handles the next (66), but no sign of the remaining requests...
I'm afraid this is an issue with deCONZ, beyond my understanding, but it doesn't seem like it's trying to handle too many requests simultaneously. Hopefully @manup can shed a light on this. What version of deCONZ and RaspBee firmware are you running (see Help|About in the deCONZ GUI)? |
I have used the last version of homebridge-hue (0.5.24) now 0.5.25. Deconz: 2.04.69 After it lost the connection to the Zigbee network it's trying to reconnect but i need to restart the programm. If I restart the programm it shows me at Help/About Firmware Version unknown. Then its starts flashing and is working again |
Error found another plugin was still active for a 433mhz transmitter which on pin 17 then caused the error. Very stupid of me! |
Hello at first sorry for my bad english.
Issuses:
I have create an action in Homebridge "leave home" with 21 Devices (bulbs) which working over Deconz and Homebridge-hue Plugin. If I start these action DeConz is crashing and can't reconnect to the network. After I restart the program it shows me Firmware update (but all Firmwares are up to date) when it is finished, Deconz is working again.
The text was updated successfully, but these errors were encountered: