-
Notifications
You must be signed in to change notification settings - Fork 52
Facet in Base will not restart casting if WiFI network disappears and reappears #429
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
Comments
Your expectations are correct: by design, NTRIP and WiFi should attempt auto-reconnect. I'm seeing that it's working (v3.2):
I ran this test by connecting to an AP, then unplugging it. The AP I have takes a long time (~120s) to begin running again so the ESP tried 5 wifi reconnects before success. |
We think we've found some areas where the NTRIP Server and Client could shut down. We've got some other fixed to put in place first but we're working on this. |
After lots of hammering, we believe we have this pretty well nailed down starting in v3.9 with more resiliency in v3.10. |
An oldy, but a goody. This should be fixed in v3.10. |
Using Release firmware 3.2.
Standard Base setup -- a Facet connected to WiFi with casting to a local NTRIP Server (SNIP). I turn it on, the Facet starts Casting, SNIP sees them, all good.
If I remove the WiFI network, then put it back, leaving the Facet on, the serial terminal shows that the Facet reconnected to Wi-Fi, but the Facet never goes back into "Casting" mode.
On the good side, if I remove just the NTRIP Server and then put it back (using SNIP, I just closed it and reopened it), after a few minutes, the Facet does start Casting again to SNIP.
I would expect that the Facet would attempt Casting again after reconnecting to a Wi-Fi network.
The text was updated successfully, but these errors were encountered: