ESP32 diskriminiert Zyxel router

Der Weg vom E in ESP ist viel kürzer zum F von Fritz als zum Z von Zyxel ...

duckundwech...

Stephan S. schrieb:

Der Weg vom E in ESP ist viel kürzer zum F von Fritz als zum Z von Zyxel

Übersetzt: Der Weg von 1 zu 13 geht erst über 6 dann über 11. :)

Hadmut F. schrieb:

Und wie kann man das umgehen?

WIFI_ALL_CHANNEL_SCAN statt WIFI_FAST_SCAN.

Anders ausgedrückt: RTFM. https://docs.espressif.com/projects/esp-faq/en/latest/software-framework/wifi.html#scan-can-i-choose-to-connect-the-best-ap-when-there-are-multiple-aps-with-identical-ssid-password-during-the-scan

👍👍👍 Und es läuft !

1

  //Init webserver

2

  WiFi.mode(WIFI_STA);

3

  WiFi.setSortMethod(WIFI_CONNECT_AP_BY_SIGNAL);

4

  WiFi.setScanMethod(WIFI_ALL_CHANNEL_SCAN);

5

  WiFi.begin(SSID, PASSWORD);

6

  while (WiFi.status() != WL_CONNECTED) 

7

  {

8

    delay(500);

9

    Serial.print(".");

10

  }

11

  bssid = WiFi.BSSID();

Es kann auch sein das der Hersteller das so möchte es gibt Optionen die sich so nennen. Manche Hersteller schränken durch niedrigere Werte ein, das sich schwache Teilnehmer überhaupt mit dem Router verbinden weil es sonst zu einer instabilen Verbindung kommt, evtl. trägt dann auch die schlechte Empfangsleistung dazu bei. Diese Einstellungen sind aber nicht in jeder Firmware ersichtlich oder veränderbar.

Drop Clients with Low Signal Minimum Signal for authenticate -128 Minimum Signal for connection -128 Poll Time for signal lookup 5 Amount of allowed low signals 10

Speziell den 2ten Wert kann man dazu nutzen das sich der Client zum eher stärkeren AP verbinden falls man 2 oder mehr hat und das Roeming so besser klappt, da man bei schwächer werdendem Signal getrennt wird und der Client dann den nächsten AP probiert.

Thomas schrieb:

das sich der Client zum eher stärkeren AP verbinden falls man 2 oder mehr hat

Der client soll eine liste sämtlicher AP machen und dann von denen mit der gewünschten SSID den mit dem besten signal nehmen. Das klappt beim esp32 mit WIFI_CONNECT_AP_BY_SIGNAL und WIFI_ALL_CHANNEL_SCAN auch gut.

ja das ist klar. Ein konkretes Beispiel bei uns: Man ist im OG mit dem AP verbunden, geht dann runter ins EG und ist dann immer noch mit dem OG verbunden obwohl das Signal schwächer ist als mit dem AP im EG, mit dem kleineren 2ten Wert wird man schneller rausgekickt und dann verbinden sich der Client mit dem unterem AP. Da man bei vielen Clients das Roaming Verhalten nicht einstellen kann, funktioniert es so bei uns prima.

Ah jetzt hats geklingelt. Dank dir.

Hadmut F. schrieb:

👍👍👍 Und es läuft !

1

>   //Init webserver

2

>   WiFi.mode(WIFI_STA);

3

>   WiFi.setSortMethod(WIFI_CONNECT_AP_BY_SIGNAL);

4

>   WiFi.setScanMethod(WIFI_ALL_CHANNEL_SCAN);

5

>   WiFi.begin(SSID, PASSWORD);

6

>   while (WiFi.status() != WL_CONNECTED)

7

>   {

8

>     delay(500);

9

>     Serial.print(".");

10

>   }

11

>   bssid = WiFi.BSSID();

12

>

Hallo Hadmut,

deine Lösung mit WIFI_CONNECT_AP_BY_SIGNAL und WIFI_ALL_CHANNEL_SCAN haben bei meinem Projekt Wunder vollbracht, ich bin fast daran verzweifelt. Dafür wollte ich mich bedanken :)