-
Notifications
You must be signed in to change notification settings - Fork 10
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
It would be nice to support Device Discovery - Commissionable Node Discovery using MDNS #8
Comments
I have added the required support for basic discovery. With the attached change, I can now discover device using "chip-tool pairing onnetwork 222 20202021". |
Using above code, I tried to pair the device with Home Assistant matter add-on. However, I am getting following error:
If I try to make clusterId optional, then I am getting following error at compile time with tsc:
|
I modified the code to make clusterId optional and then got similar error about attributeId requred field missing. I tried to fix that as well (by returning zero when either of the fields are not present). This allows home assistant commissioning to progress further and from node-matter it seems like the device paired - but somehow HA add-on gives up after receiving response from last read... Here is how it looks from the node-matter side:
No further communication from HA to node-matter after this read request. However, HA doesn't complete the full commissioning process. Not sure what is going on, but here are some HA logs...
Without specs, it is hard for me to tell what is going on. But HA add-on is also WIP, so will wait till it stabilizes |
Thanks for debugging this! Can you create separate bugs for the separate issues? |
I have created two separate issues - one for optional/required fields and another for HA integration |
Thanks! |
The latest refactor code does not seem to include publishing the _matterc._udp.local records (in the MdnsServer constructor from my pull request). Where should that be added? In the new scheme of things, I can't find a proper place. |
This is now fixed with #15 |
It would be nice to support Device Discovery - Commissionable Node Discovery using MDNS, so that one could use a command like
chip-tool pairing onnetwork 222 20202021
rather than using device IP address/port ("chip-tool pairing ethernet 222 20202021 3840 192.168.1.28 5540")
The text was updated successfully, but these errors were encountered: