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

Pair setup issues due to mDNS fix #123

Closed
wants to merge 3 commits into from
Closed

Pair setup issues due to mDNS fix #123

wants to merge 3 commits into from

Conversation

d4rkmen
Copy link

@d4rkmen d4rkmen commented Jan 26, 2020

Another mDNS implementation for RTOS SDK and mDNS configuration logic changed

mDNS configuration right after pair-setup response was reset controller pairing process. It moved to encrypted messages handler, where pairing is completed for sure
>>> HomeKit: [Client 2] Get Accessories
!!! HomeKit: [Client 1] Error reading data from socket (code 113). Disconnecting
>>> HomeKit: [Client 1] Closing client connection
!!! HomeKit: [Client 2] Error reading data from socket (code 113). Disconnecting
>>> HomeKit: [Client 2] Closing client connection
@maximkulkin
Copy link
Owner

What is the rationale behind sockets setup fix?

@maximkulkin
Copy link
Owner

Why do you need a new “discoverable” variable which is just an inverse of “paired” variable?

@d4rkmen
Copy link
Author

d4rkmen commented Jan 26, 2020

Oops. Sockets issue is not related to pairing. It should be separate PR. The problem is: when controller closes the connection at session end (this is normal) accessory still tries to read data from connection (due to keepalive settings?)

@d4rkmen
Copy link
Author

d4rkmen commented Jan 26, 2020

Why do you need a new “discoverable” variable which is just an inverse of “paired” variable?

Otherwise it will call mdns config every request, not once

@maximkulkin
Copy link
Owner

Oops. Sockets issue is not related to pairing. It should be separate PR. The problem is: when controller closes the connection at session end (this is normal) accessory still tries to read data from connection (due to keepalive settings?)

How do you know this is actually the case and you’re not making this up? How do you test? How do you know that this particular changes fix the problem?

@d4rkmen
Copy link
Author

d4rkmen commented Jan 27, 2020

How do you know this is actually the case and you’re not making this up?

After I detected errors in logs (all the time) I have added some traces and found the error appers at the session end (phine closes connection). Then checked the HomeKitADK for socets setup as an instance.

How do you test?

Tested on your samples

How do you know that this particular changes fix the problem?

After 24h testing - there was no errors in the log. This particular issue is gone, but not sure is there new ones (so far) As we all can see, thing works for one not 100% works for all

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

Successfully merging this pull request may close these issues.

2 participants