WiFi-problem about espsomfy-rts HOT 13 CLOSED

Is this a mesh network with some method of beamforming or do you just have multiple APs with the same SSID? If it is the former this will be dynamic and the ESP32 will switch channels all on its own. Whichever radio that responds to the SSID request is the one that connects as this is typically up to the network not the client. I remember reading that there is something odd about any channel > 11 and the ESP32.

from espsomfy-rts.

I'm using Ubiquiti AP's, so meshing : yes. Beamforming, I don't know.
That oddity about channel 13 : I flashed 3 extra EPS32's. I have now 3 pieces with WROOM32(D) which show the problem. One has a WROOM32U (= external antenna) which never has a problem.
I'm going to make a test-application which only connects to wifi to see if anything changes.

from espsomfy-rts.

I have the same problem.
Multiple APs and even SSIDs with 802.11r Fast Transition enabled.

The only solution I found is to put the MAC address of the ESP32 in a blacklist on the APs

APs with openwrt

from espsomfy-rts.

The weird part of all this is that the STA doesn't get to choose its AP even under 11r. It only gets to choose the SSID. As far as 11r goes I have yet to see anything definitive about whether ESP32 processes the negotiation properly or not. I don't know the entire life cycle of the renegotiation but I suspect the WiFi module would need to do some channel surfing.

from espsomfy-rts.

So I made a test-app. It scans and report the SSID's, just like SomfyRTS. Then it tries to connect to an SSID.
Yesterday evening, my "remote" AP was not visible (roller-shutters closed ?) and I had no problems with the two devices I tried. All connecting to channel 13.
But this morning, I had the problem again, with my software.
Just to try something I changed the channel of the remote AP to 1 and suddenly the problem was gone. Strange though, one device connects to channel 13, the other to channel 1 (so the remote AP).
I know there is some persistence of wifi-configurations, maybe that interferes ?
About choosing an SSID : there is a way to choose (I think), but I don't know how to do it with the Arduino libraries. See this. There you can select "scan_method" and "sort_method".

from espsomfy-rts.

In my case it connects it is the channel which has priority.
If there is a stronger signal for example on channel 11 and a much weaker signal on channel 6 it will always take 6 by default.

Why not change the channels on the APs?

from espsomfy-rts.

I know there is some persistence of wifi-configurations, maybe that interferes ?

That was one of the first things I disabled.

from espsomfy-rts.

I know there is some persistence of wifi-configurations, maybe that interferes ?

What I mean is that certainly the ESP8266-libraries I use store WiFi information in persistent memory. If that includes BSSID, it maybe prefers that although there is an AP with a stronger signal. If you disabled that in ESPsomfy-RTS, then that is not what causes my problem.

Changing channel 13 to something else is not an option (interference).

from espsomfy-rts.

Ok so I looked at the code reference for the unreleased v5.x of the IDF and interestingly there are some things that I could do on the current release to facilitate a better channel selection on the SSID. Please install the pre-release of v2.4.1 and let me know how the channel selection is working.

from espsomfy-rts.

Please install the most current v2.4.1 release as I have added roaming where ESPSomfy RTS will dynamically detect the best connection and change it on the fly.

from espsomfy-rts.

Installed.
Select the SSID with the high dBm.

from espsomfy-rts.

Installed it, and it connects to channel 13, which is OK.
Very handy, that indication of the channel #.

from espsomfy-rts.

Awesome I am going to close this one out. It is apparent that the ESP32 core was never designed to deal with this. The documentation is very vague and as it turned out it will hop around to get the best signal now. Weird that is not part of the ESP32 core.

from espsomfy-rts.