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

Pico (and other boards) connect to the first matching SSID, instead of picking the least negative RSSI value #659

Open
tyeth opened this issue Nov 8, 2024 · 1 comment

Comments

@tyeth
Copy link
Contributor

tyeth commented Nov 8, 2024

I've got a mesh network with 3 nodes (plus base station router), all under the same SSID.
The pico detects one at -82db (over ten feet away) and fails to connect to it usually, instead only successfully connecting when it connects to the mesh with -32db (2feet away).
There is no ability to specify order or preference, so it's up to the SDK / beacon timing.

In an ideal world we would evaluate the entire network list from the scan / scan result and join the strongest known network, or maybe just order by RSSI first then reusing existing logic.

@tyeth
Copy link
Contributor Author

tyeth commented Dec 12, 2024

Watchdog timer gets in the way of wifi Multi class (it's not watchdog aware) for Pico. This doesn't present unless using alternative_networks, another spanner in the works. Watchdog cannot be disabled on pico once enabled, so the only option is to not enable it in the first place until the wifi has connected (small risk of device not rebooting in major error like failed to generate device uid, but not rebooting wont matter then). Assuming WDT is on and wifi fails then will attempt reconnect (and assuming over 8seconds will reset and try again without watchdog timer, or if connects then no issue)

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

No branches or pull requests

1 participant