WifiNiNA cannot handle when the same SSID is broadcasted from multiple APs

[borianson]

We tried multiple MKR1010 boards with multiple different WifiNiNA FW revisions but could not establish a stable connection via wifi (or at the wast majority of the cases even connect). We have a grid of ~20 pcs of well working brand new Ubiquiti UniFi APs broadcasting the same SSID at our facility. Based on other users experience at the Arduino forum and on our experiance we assume something is wrong with how the FW or the module itself handles this specific situation when the device can detect multiple APs broadcasting the same SSID.

[Russell108]

Yes I have the same issues
We have a network of Access points Unifi I have found even if i get it to connect to the nearest Access point the Arduino MKR 1010 or nano IOT 33 can move to another over time. Usually one with a ridiculously low signal.

[CptHolzschnauz]

I confirm. I have the same SSID on a 2.4 and 5 GHz band. MKR1010 can't handle the setup. WifiNina Firmware 1.5 WPA2 Personal.

[g6094199]

+1

with mkr1010 an fw 1.5

and a bunch of freifunk/openwrt APs (atheros ath10k based)

on the mkr it looks like this:

I am connected to the network
SSID: 
BSSID: 00:00:00:00:00:00
signal strength (RSSI): 0 dBm
Encryption Type:7

My IP Address: 192.168.xx.114
My MAC address: 30:AE:xx:xx:xx:04

no SSID from WiFi.SSID() and only zeros from WiFi.BSSID(), rssi = 0

same as:
arduino-libraries/WiFiNINA#200

[tmcqueen-materials]

@per1234 : This seems to be quite a fatal flaw in the current nina-fw, as it makes completely useless boards such as the Nano 33 IoT at home with a mesh network. Since it sounds like the solution is "easy" (change back to WIFI_ALL_CHANNEL_SCAN), can that be done with a small iteration of the firmware so this doesn't break for a situation that is just becoming more common? Thanks!

[nhbn]

We also have a multiple AP setup (Ubiquiti). We wanted to use Nano 33 IoT and I have about 20 Arduino sitting in the shelf to make them work. At the moment, we are struggeling with unstable connections (due to this issue).

Being able to use WIFI_ALL_CHANNEL_SCAN could be an option, being able to connect using BSSID would be optimal.

I'm considering switching to ESP32 that allow for that behaviour (though we would prefer the arduino eco system).

Is there a reason why this issue is open for so long?

[Russell108]

My understanding is Arduino team need to fix it or someone needs to offer a patch I guess. I used to ask but the Arduino team made it very clear they felt it inappropriate that I ask and would not provide any updates and threatened to report me to git hub if I continued to ask for updates. Indeed An ESP 32 might be the way to do if it suits. I still use the Arduino My solution is to create an SSID on the network and only have it on one Access point. I have the benefit of running the network

…

On 9 Sep 2024, at 15:31, nhbn ***@***.***> wrote: We also have a multiple AP setup (Ubiquiti). We wanted to use Nano 33 IoT and I have about 20 Arduino sitting in the shelf to make them work. At the moment, we are struggeling with unstable connections (due to this issue). Being able to use WIFI_ALL_CHANNEL_SCAN could be an option, being able to connect using BSSID would be optimal. I'm considering switching to ESP32 that allow for that behaviour (though we would prefer the arduino eco system). Is there a reason why this issue is open for so long? — Reply to this email directly, view it on GitHub <#75 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAEYL3ZALIX3ZISDI7VTZGTZVWWLVAVCNFSM5DXV3KFKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMZTHAZDQNRUGIYQ>. You are receiving this because you commented.

[borianson]

We also have a multiple AP setup (Ubiquiti). We wanted to use Nano 33 IoT and I have about 20 Arduino sitting in the shelf to make them work. At the moment, we are struggeling with unstable connections (due to this issue).

Being able to use WIFI_ALL_CHANNEL_SCAN could be an option, being able to connect using BSSID would be optimal.

I'm considering switching to ESP32 that allow for that behaviour (though we would prefer the arduino eco system).

Is there a reason why this issue is open for so long?

In the mean time we migrated to ESP32 and I suggest you the same. It is a pity that this could not be retified during the many years passed.