Initial ging das damals auch problemlos.
Zwischenzeitlich hab ich auch auf eine aktuellere Fritzbox umgerüstet und 2.4 und 5GHz aktiv. „Mesh“ heisst das dann ja auch, ohne eine zusätzlichen Repeater aktiv zu haben. Bilde mir ein, das damit alles etwas komischer geworden ist.
Ich hab echt viel WLAN Kram im Haus. Raspis, Laptops, händisch, tablets, Nas, pi hole, PCs, ESPs, Fire TV, diverse Musik Streamer, mähroboter, Steckdosen, etc hab den Überblick verloren. Wenn was lief, läuft es problemlos weiter, wenn man was neues hinzufügt, ist es gefühlt stressiger geworden bis es mal läuft.
Ich hatte ein ähnliches Problem. Bei mir war es ein zu langes Passwort oder ein Sonderzeichen.
Kannst ja mal versuchen mit dem Gäste wlan zu verbinden oder einen Hotspot mit dem Handy auf machen.
Hast du die aktuellste Software-Version drauf? Ich hatte ja gestern ESP32-Arduino auf 1.0.6 freigegeben. Weil ich hatte das auch schon, dass die Verbindung nicht geklappt hat und plötzlich ging es wieder. Ich hab so ein bisschen den Eindruck, dass sich der ESP32 mit nem anderen AP aus dem Mesh verbinden wollte. Weil die Fritzbox stand auf dem gleichen Schreibtisch.
So, Update ist gemacht - eine Verbesserung brachte es nicht.
Ich bin die Problematik jetzt in soweit umgangen, als das ich dem ESP eine statische IP vergeben habe + die richtigen Login-Daten vom WLAN und dann ist er erreichbar. Ist jetzt nicht das, was ich wollte - stört mich aber auch nicht weiter.
Vielleicht ist das aber ein Ansatz für jemanden der sich mit der Programmierung auskennt und so dem Umstand auf die Schliche kommen kann
Das klingt für mich aber ein bisschen so, als ob der ESP kein DHCP-Lease erhält. Schau mal im Router nach, ob du da irgendwelche DHCP-Einstellungen für diesen anpassen kannst.
Mit dem aktuellen Software Stand habe ich auch Probleme mit dem Wifi. Manchmal verbindet er sich beim Einschalten nicht mehr mit dem AP. Da hilft nur ein Neustart.
Wenn ich eine Verbindung habe und diese dann via Wifi-Off Kommando trenne und anschließend Wifi wieder aktiviere, dann findet er nie den AP.
Mit dem Stand vom 27.3. hats getan. Vermutlich bringt 1.0.6 sowohl Verbesserungen, als auch Verschlechterungen mit sich. Schade…
Edit: Falls jemand auch diese Probleme hat: Ich bin jetzt wieder auf 1.0.5 zurückgegangen, damit läuft es stabiler.
Tatsächlich war das bei mir eher mit der älteren Version der Fall, dass er sich nicht verbunden hat. Bei der 1.0.6 sah es besser aus. Was ich aber auf jeden Fall sagen kann: Mit der 1.0.6 dauert der Bootvorgang länger, weil er offenbar länger das WLAN scannt. Wenn es zuvor so lange gedauert hat, ist der Connect immer fehlgeschlagen.
So ich habe den timeout von 2s auf 6s angehoben und dann funktioniert es bei mir auch mit 1.0.6.
Danke @biologist für den Hinweis mit der längeren Scan-Dauer!
Änderung ist hier eingecheckt:
@Harry Habe gerade nochmal einen Blick auf deine Änderung geworfen. Also es ist so, dass unten die zweite Zeile, die du angepasst hast, ein „Hack“ ist. Und zwar deswegen, weil es irgendwie einen Bug gibt (vielleicht auch gefixt inzwischen), dass jedes zweite Mal kein WLAN-Connect möglich war. Wenn man dann die Zugangsdaten erneut gesetzt hat, hat es funktioniert.
Kurzum: Ich würde den Wert unten auf einen kleineren Wert setzen als den oben. Außer der Fehler ist inzwischen gefixt (und mein Hack damit nicht mehr notwendig). Das müsste ich mal testen…
Ah ok, ich wollte so die Logik nicht ändern. Ich habe es so interpretiert, dass im letzten Schleifendurchlauf Wifi nochmal gesetzt wird, quasi als aller letzter Versuch.
Ich habe noch ein weiteres, wahrscheinlich gravierenderes Problem mit 1.0.6 entdeckt. Der Filebrowser funktioniert nicht richtig. Dieser arbeitet ja mit HTTP Request. Aus irgendeinen Grund werden diese mit 1.0.6 durcheinander geschmissen. Ein HTTP_PUT wird ein HTTP_CREATE oder ein HTTP_DELETE wird en HTTP_PATCH. Keine Ahnung wo da was schief geht. Mit Wireshark sehe ich zumindest, dass der Client das richtige Kommando schickt, auf ESP Seite muss es dann irgendwie verdreht werden. Der HTTP Parser ist schließlich teil des Arduino Frameworks. Vielleicht muss noch der AsyncWebserver noch an die 1.0.6 angepasst werden?
1.0.5 funzt einwandfrei.
Ja da hast du auch im Prinzip Recht. Ich glaube nur mit 6s Warten wird es dann recht lange. Eija, probierst es einfach aus
Auf dem Lolin32 meiner Tochter gibt es keine Probleme. Muss ich auf dem Lolin D32 pro nochmal testen. Bei dem hatte ich kürzlich, als ich die „vermehrte PSRAM-Nutzung“ eingeführt habe, das Problem, dass mir im Filebrowser nix mehr angezeigt wurde, wenn ich das dynamische JSON-Objekt (16k groß) im PSRAM allokiert habe.
