
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><br class=""></div>Attached message from 9th November gives more detail on the way the promiscuous mode wifi client currently works.<div class=""><br class=""></div><div class="">That scan approach won’t work for hidden SSIDs, but it will handle other SSIDs elegantly and won’t connect to any SSIDs not explicitly configured.</div><div class=""><br class=""></div><div class="">I’m really not sure how phones do it, or how that can be applied to the Espressif ESP-32 wifi libraries. I don’t think they round-robin connect to all configured SSIDs, one after the other - imagine you have dozens of SSIDs (I do); the power consumption would be horrendous. As you mention, maybe an active probe, but I can’t find that in the Espressif API:</div><div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><a href="http://esp-idf.readthedocs.io/en/v2.1.1/api-reference/wifi/esp_wifi.html" class="">http://esp-idf.readthedocs.io/en/v2.1.1/api-reference/wifi/esp_wifi.html</a></div></blockquote><div class=""><br class=""></div><div class="">I don’t see anything in that API other than the (expensive) connect-to-an-AP in station mode.</div><div class=""><br class=""></div><div class="">I’m not overly worried about this at the moment, as it is relatively simple to switch to a specific SSID in a one-line script triggered by geolocation. Most likely users will be controlling wifi by geolocation / car state anyway. But, if you have time to look into any better way of doing it, please have a go.</div><div class=""><br class=""></div><div class="">Regards, Mark.</div><div class=""><br class=""><div></div></div></body></html>