-
Notifications
You must be signed in to change notification settings - Fork 6
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
[BUG] v1.8.0 breaks HomeKit / Homebridge integration for possible edge cases #116
Comments
Aw shucks. I'll have a look at it. Just to confirm:
If yes: is there a specific reason why you removed it in the first place (i.e. another error that made you remove it)? And what iOS version did you test with? And as a workaround: you can downgrade to v1.7.1 by installing via the terminal in HomeBridge:
(I suspect the |
Oh and yes, of course: #5. Have to check the code I reused when updating didn't miss that (They're still working on a fix in HomeBridge/Hap-JS. AFAIK it hasn't made it into a release yet). 🤪 |
I completely removed HomeBridge from HomeKit because all HB-Accessories showed up as "no response". Tried to resolve the problem this way before I tried removing the Dingz-Plugin. iOS is 14.2, rolling back to 1.7.1 works. |
May I ask you to post the output from |
There you go:
|
Updated to 1.8 and only discovered this issue afterwards. myStrom Button Firmware Version [2.74] Maybe this helps. |
@simonnelli: I couldn't find any cases of empty serial numbers and the remaining info seems complete, so this is a bit weird. In the meantime I've worked on a The functionality remains largely the same but the code is less cluttered and better structured so should generally run better. There might be bugs though but you can always downgrade to I've had it running over longer periods of time now on my production dingz. So far I could not observe any problems with its operation. The biggest change I reverted w.r.t. I'd be grateful if you could run it and let me know if it (still) works. |
I've been testing v2.0.0-nightly since Monday an this version seems to have fixed the bug described. |
Strangely my setup broke again. I havn't changed anything except always updating to the last version of your plugin. Not sure when and why it broke but I've rolled back version by version (deleting plugin incl. configuration, restarting HB, starting from scratch), but every version since 1.7.1 now seems to be broken with my setup. Even with your plugin uninstalled (but leaving the config in the config-file) my setup breaks. Not sure how to give you more precise info to debug. Staying on 1.7.1 for now but willing to help debug :) |
Just found out why I didn't notice that my setup breaks: When I update your plugin, everything works as long as I don't restart HB. As soon as I restart HB and the updated plugin loads it breaks. Likely since v.1.7.1 |
Do you have any errors in the log (early on)? I've sometimes seen cases where ports remained blocked in auto-discovery when HB was restarted, but only on my development machine and not on my "production" system (where I install the nightlies as well after first testing on my dev). |
Just the already reported errors (dead, alive). Auto discovery is off |
Was wondering: do you still have the mixed IPv4/IPv6 setup you had when we worked on the initial bugs (#13)? From some (other) problems I had with I made one change in the callback server, binding the plug-in to |
Yes I'm still running dualstack IPv4/v6. Will test with v6 off tomorrow. Still breaking with latest nightly (2.0.7-nightly.3) |
Don't bother. If it wasn't the IPv6 stack related to the callback server and the change with binding or not to the IPv4 then it's something else. |
Just an update on my investigations: On my side, I've lately seen some weird HomeKit behaviour (endless "Updating", especially when away) which I first attributed to my Apple TV/Hub running iOS beta and/or another HomeKit device being the culprit (since rebooting either one made the issues go away). I will do some more tests and report back ASAP. |
@simonnelli With a bit more time to reflect on your bug report and a fresh look, I have a few questions related to the breaking (sorry to ask them, but we never discussed these):
> dns-sd -B _hap._tcp
21:16:59.341 Add 3 4 local. _hap._tcp. Serenity XXXX |
Just tried following: Uninstall dingz-plugin, removing configuration Here the output from dns-sd -B _hap._tcp. I assume the duplicated entries are because of IPv4/v6 9:46:30.893 Add 3 4 local. _hap._tcp. Philips hue - 2C8000 |
This really sounds like our famous #5 again, only it's much harder to catch. The only difference in the device config I saw was the empty I'm almost tempted to propose a dingz swap: I send you my test dingz and you send me your prototype. Would make my programming harder and (hopefully) solve your problem (and if not, it would be something else ...). Let me know if this is something you'd consider. |
I've gone through a bit more looking around if other plugin developers had similar issues. Although I also run my HB setup on So what I suggest to further debug:
|
Describe the bug
Latest update breaks connection between HomeKit and Homebridge.
Deleting Homebridge in HomeKit and trying to add the Bridge to HomeKit leads to Error message: "accessory is out of compliance"
Deleting Dingz-plugin from HomeKit resolves the issue
To Reproduce
Steps to reproduce the behavior:
Install latest Dingz-plugin in Homebridge
Plugin environment (please complete the following information):
Additional context
Remember #5 ? :D
The text was updated successfully, but these errors were encountered: