-
Notifications
You must be signed in to change notification settings - Fork 176
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
Groups don't survive reboot (CON-863) #713
Comments
I cannot reproduce this error. Could you please share the commands you sent to the switch and the light and check if there is the log of |
My current opinion is that it is the router causing this. IPv6 groups did not work at all on my old router. Now I have bought a new Amazon Eero one. If we assume it is the router, is there anything that can be done from the ESP side to force the router to rebuild the group? I am still testing to try and understand what is happening. It would be very useful if CHIP people put together some Android/IOS apps which could be used to test IPv6 multicast groups. Then you could use two or three phones to test routers. I suspect there are a lot of home routers with various IPv6 bugs. |
Can you try reflashing when you reboot? I have not changed the fabric ID and group number. I did not erase the partition with the commissioning data in it. What I think is going on that when the node reboots and hooks to the multicast group, it is not hooking to the same group as before the reboot. Instead it is making a new one which is not connected to the previous group. I tried using my wifi sniffer to look at it, but everything is encrypted so I don't know what is going on. I have six Eeros connected over Ethernet backbone. So the multi-cast packets have to propagate through that network for things to work right. |
What are these new errors, I started getting them after I updated CHIP.
here's my code calling the APIs
|
I increased the event buffer sizes and the Dropped error went away. Hopefully those buffers are in PSRAM. |
@jonsmirl Did you get a chance to verify this? The above two issues you mentioned are closed. Please close the issue if resolved |
Maybe an IPv6 issue?
Make a Matter group with a Device A as a light switch
Bind the switch to the group
Add Device B light to group -- both devices are on same wifi router.
Verify that Device A can send commands to device B. Like toggle the light on/off.
this works for me as expected,
Reboot device A and don't reboot Device B
Try using the grouped switch on Device A
For me it doesn't work.
Reboot the wifi router. I have Amazon Eero router.
Now switch will work.
Is something wrong with how the IPv6 multicast was constructed? The CHIP log on device A says it is sending the request, but device B does not receive it.
I will need to build a promiscuous wifi sniffer to see if Device A is sending the packets. Right now I can't tell if Device A is not sending or if the router is not retransmitting. You guys likely have the right equipment around to check this.
Update -- MDNS works after reboot. Note that Matter is using IPv6 groups. But is MDNS using IPv6 or IPv4?
The text was updated successfully, but these errors were encountered: