Ich habe gerade (vor Minuten) eine schnelle Lösung hinzugefügt, um ein bisschen aktivere Wiederverbindungen herzustellen.

Wenn Sie das Beacon-Timeout jedoch so schnell und so oft erhalten, liegt hier möglicherweise ein anderes Problem vor.
Das Beacon-Timeout ist ein häufiger Grund für die Trennung. Aber üblich wie ein paar Mal in der Woche, vielleicht ein paar Mal am Tag. Nicht so häufig, wie Sie sie beschreiben.
Das "Kein AP gefunden" ist etwas anderes, was ich erst gestern herausgefunden habe.
ESP32 hat ein Ereignis, um "STAstart" zu signalisieren, das ausgelöst wird, wenn das WLAN-Modul online und stabil ist.
Auf dem ESP32 dauert dies zwischen 30 und 450 ms (auf meinem Testknoten).
Wenn Sie versuchen, zwischen dem Starten des WLAN-Modus und etwas mit dem WLAN etwas zu tun, was mit WLAN zu tun hat, führt dies zu seltsamen Problemen.
Beispielsweise:

• verbunden, aber kein Datenverkehr möglich
• Unendliche Zeitüberschreitungen bei Verbindungen, die gestartet wurden, bevor der WLAN-STA-Modus stabil war.
• Kein AP gefunden Fehler.

Der ESP8266 hat kein solches STAstart-Event. Aber Sie könnten eine Verzögerung in der Funktion hinzufügen, die den Modus tatsächlich auf WIFI_STA setzt
Eine Verzögerung von 250 ms ist fast immer in Ordnung.

Es gibt andere neue Erkenntnisse zum WLAN, die ich nutzen sollte, und der WLAN-Code ist in den letzten Wochen zu komplex geworden.
Es sollte also eine einfache Neugestaltung (oder Neugestaltung zur Einfachheit) des WLAN-Codes geben.
Daran werde ich die nächsten Tage arbeiten und es dann veröffentlichen.

Testen Sie also bitte die letzte Version des Codes (oder warten Sie 3 Stunden und Sie haben den frischen 025-Build)

Und manchmal hilft es auch, den Accesspoint neu zu starten, da das Beacon-Timeout nicht so oft auftreten sollte, obwohl der aktuelle Code einen Logikfehler enthält.

Ich werde den 025-Build ausprobieren.
Kann ich diesen Fehler zurückverfolgen???
Irgendwo im letzten Monat eingeführt...
Ist ein sofortiges Problem, sobald WLAN eingerichtet wird
Ich habe verschiedene Router-Marken und -Modelle sowie den Hotspot meines Android-Telefons ausprobiert, konsistentes Problem bei allen Routern
Downgrade der Firmware auf Pre-CRC-Fehler, dieses Problem ist behoben, WLAN funktioniert einwandfrei.

ESP_Easy_mega-20180425_normal_ESP8266_1024.bin
Vollständiges Löschen vor dem Flashen
Serial Monitor geöffnet, kalt gestartet..
AP wird nirgendwo angezeigt, habe meinen PC, Router und mein Mobiltelefon ausprobiert.
Kaltstart und erneuter Versuch, kein AP "ESP_Easy_0" zum Konfigurieren von WLAN gefunden
Nochmals probiert, gewartet.... Genügend bestätigt, kein Access Point sichtbar
Zeit für Schritt 2, siehe Protokoll unter diesem - Serial Setup

INIT : Booting version: mega-20180425 (ESP82xx Core 2_4_0)
73 : INIT : Warm boot #2
75 : FS   : Mounting...
81 : FS   : Mount successful, used 75802 bytes of 113201
379 : CRC  : program checksum       ...OK
386 : CRC  : SecuritySettings CRC   ...OK
404 : INIT : Free RAM:20400
405 : INIT : I2C

405 : INIT : SPI not enabled
419 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_0)
419 : WIFI : Switch on WiFi
420 : WIFI : Set WiFi to STA
422 : WIFI : No valid wifi settings
423 : WIFI : Connection Failed
525 : WIFI : Set WiFi to AP
1415 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
1422 : WD   : Uptime 0 ConnectFailures 0 FreeMem 18144
31421 : WD   : Uptime 1 ConnectFailures 0 FreeMem 18376
61421 : WD   : Uptime 1 ConnectFailures 0 FreeMem 18376

Serielles WLAN-Setup

>wifissid MAD_MOB

Ok
361421 : WD   : Uptime 6 ConnectFailures 0 FreeMem 18376

>wifikey 12345676

Ok
>save
383973 : FILE : Saved config.dat
384274 : FILE : Saved security.dat

Ok
384275 : WIFI : Set WiFi to AP+STA
384402 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
391421 : WD   : Uptime 7 ConnectFailures 0 FreeMem 17240

Wifidisconnect
Wificonnect
tut nichts, nur serielle Antwort OK
Zeit für Kaltstart

Kaltstart

INIT : Booting version: mega-20180425 (ESP82xx Core 2_4_0)
76 : RTC  : Checksum error on reading RTC user var
76 : INIT : Warm boot #2147483657
78 : FS   : Mounting...
85 : FS   : Mount successful, used 75802 bytes of 113201
380 : CRC  : program checksum       ...OK
387 : CRC  : SecuritySettings CRC   ...OK
404 : INIT : Free RAM:20416

404 : INIT : I2C
405 : INIT : SPI not enabled
418 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_0)
419 : WIFI : Switch on WiFi
419 : WIFI : Set WiFi to STA
426 : WD   : Uptime 0 ConnectFailures 0 FreeMem 19744
427 : WIFI : Connecting MAD_MOB attempt #0
2568 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2140 ms
2568 : WIFI : Connection Failed
2669 : WIFI : Set WiFi to AP
3558 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1

Serial "Reset" - Versuchen Sie es erneut
Kein AP sichtbar

Mit zweitem Router WLAN über Seriell einstellen & speichern

Wifidisconnect & Wificonnect
Sogar Kaltstart - nichts geändert

Ok, möglicherweise hat der Patch einige Dinge bezüglich des AP-Modus kaputt gemacht.
Über die gemeldeten Fehler. Ich habe nur den Grund für die Trennung hinzugefügt, um mehr Einblick in das Geschehen zu erhalten.
Vorher gab es möglicherweise WLAN-Probleme, aber es wurde nie geloggt

Habe ein anderes bekanntermaßen einwandfrei funktionierendes Modul mit vorhandener Firmware genommen, als statische IP eingestellt
0425 darüber geflasht
Anders angeschlossen, nicht besser, könnte ganzes Log posten aber schnell habe ich es gemerkt:

Wifi  : Detected strange behavior, reset wifi.
WIFI : Disconnected! Reason: '(2) Auth expire' Connected for 1131 ms
WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 10 s
WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2146 ms

Beim Versuch ESP_Easy_mega-20180425_normal_ESP8266_4096 richte ich das WLAN über seriell ein und sehe Folgendes:

520: WD: Uptime 0 ConnectFailures 0 FreeMem 19728
521: WIFI: Verbindung von nl5658az49, Versuch Nr. 0
2658: WLAN: Getrennt! Grund: „(201) Kein AP gefunden“ Verbunden für 2136 ms
2658: WLAN: Verbindung fehlgeschlagen
2759: WLAN: Stellen Sie WLAN auf AP ein
3648: WIFI: AP-Modus-SSID ist ESP_Easy_0 mit der Adresse 192.168.4.1

Der ESP_Easy_0 AP ist für meine Laptops oder Telefone nicht sichtbar.

OK, was war die letzte Version von ESPeasy, die einfach mit WLAN funktionierte?
Dann werde ich diese Version des WLAN-Codes in ESPeasy einbinden und mir später das ereignisbasierte WLAN ansehen. Das dauert wirklich viel zu lange und führt nur zu mehr Problemen.

Es gibt einen Patch für die statischen IP-Probleme, den ich natürlich verwenden werde. und einige andere Probleme, die ESPeasy bereits seit über einem Monat stören.

Also bitte, welche Version hat gerade funktioniert?

Die beste Version auf meinen Knoten ist mega-20180410

Immer noch so neu? Das ist nach ereignisbasiertem WLAN, richtig @TD-er?

Bitte melden Sie hier weitere Vorschläge zu Releases, die Sie für das asynchrone WLAN auswählen können.

Das Webinterface arbeitet sehr schnell, also sicherlich das ereignisbasierte WLAN.
Aber diese Version ist auf Kern 2.3.0.
Vielleicht ist es wirklich ein Problem 2.4.0 und nicht ereignisbasiertes WLAN?

Ich hatte das gleiche Problem, das am 10.04.2018 nach dem Upgrade auf perfekt funktionierte
Bei jeder Version nach dieser bekomme ich einen Bootloop, auf den ich nicht einmal ein Downgrade durchführen kann
frühere Versionen... Sie müssen überprüfen, wie Sie auf wemos D1 aus dem Bootloop herauskommen.

Soweit ich weiß, war der 0410 der letzte auf 2.3-Kern und danach alles
Versionen verwenden 2.4

Am Mittwoch, 25. April 2018, 09:30 schrieb melwinek [email protected] :

Das Webinterface arbeitet sehr schnell, also sicherlich das ereignisbasierte WLAN.
Aber diese Version ist auf Kern 2.3.0.
Vielleicht ist es wirklich ein Problem 2.4.0 und nicht ereignisbasiertes WLAN?

—
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/letscontrolit/ESPEasy/issues/1312#issuecomment-384187762 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/ADPy_1flYcxggS14s1bzkN96SvwMQAbFks5tsCYSgaJpZM4TiiWg
.

Wenn Sie einen Schritt zurückgetreten sind und versucht haben, „wichtige“ Fixes über den Rand zusammenzuführen, warum nicht
ESP_Easy_mega-20180403_normal_ESP8266_1024.bin <- CRC : Einstellungen CRC ...OK #1272
Soweit zur Beantwortung der Frage
"OK, was war die letzte Version von ESPeasy, die einfach mit WLAN funktioniert hat?"
Ich müsste sorgfältig testen, um eine Antwort zu liefern. Kann tun.
mega-20180403 Wifi ist großartig, der Server ist super stark
(wiederholtes Drücken von F5 auf der Geräteseite, stürzt nie ab oder verzögert)

@sassod Möglicherweise möchten Sie während des Blinkens die "Flash" -Taste gedrückt halten.
Also Flash drücken und gedrückt halten, Reset kurz drücken, mit dem Schreiben der Firmware beginnen, während die Flash-Taste noch gedrückt wird.
Lassen Sie nach dem Schreiben der Firmware die Flash-Taste los und drücken Sie Reset.

Zumindest ist das die Methode, die ich für NodeMCU verwende. Ich nehme an, der Wemos D1 hat auch eine Reset- und eine Flash-Taste?

Ich habe in den letzten Wochen eine Vielzahl (ca. 20) verschiedener Kombinationen ausprobiert, alle selbst zusammengestellt, alle auf Wemos D1 Mini's (ca. 15 Einheiten mit verschiedenen Sensoren, Relais usw. angeschlossen).
Kombinationen, die ich ausprobiert habe, beinhalteten das Umschalten zwischen Core-Versionen (2.3.0, 2.4.0, GIT-Master) und verschiedenen Versionen von lwIP (1.4, 1.4 selbst kompiliert, 2.0 High Bandwith, 2.0 selbst kompiliert, 2.0 High Memory).

Meine Beobachtungen waren, dass die aktuellste Version von ESPEasy (von heute Abend) mit Core 2.3.0 und lwIP 1.4 stabil zu laufen scheint.

Der Wechsel zu Core von GIT oder 2.4.0 und die Verwendung von lwIP 2 hat Probleme (keine erneute Verbindung / geht direkt in den AP-Modus). Der Wechsel zu lwIP 1.4 selbst kompiliert verbessert die Situation geringfügig (verbindet sich mit dem Netzwerk, wechselt aber 2 Minuten später in den AP-Modus)

Soweit ich das beurteilen kann, scheint es eher mit der Kernversion und lwIP zu tun zu haben und nicht mit dem ereignisbasierten WLAN von ESPEasy. Dies sind jedoch nicht wirklich anspruchsvolle Beobachtungen eines Anfängers ... aber wahrscheinlich hilft es, die Probleme einzugrenzen.

Lassen Sie mich wissen, ob ich helfen und/oder weitere Informationen liefern kann! Und weiter so tolle Arbeit!! Schätze es wirklich!!

Könnten Sie auch prüfen, ob es möglich ist, eine Verbindung zur Einrichtungsseite herzustellen und den gesamten Vorgang der Einrichtung des WLAN-Zugangs fortzusetzen, wenn Sie Core 2.3.0 verwenden? (Sie brauchen wahrscheinlich saubere Einstellungen dafür)

Wenn das jetzt funktioniert, werde ich zurück auf 2.3.0 wechseln

Da ich im Büro bin, habe ich momentan keinen physischen Zugriff auf die Geräte, aber soweit ich das in den letzten Tagen sehen konnte, hat das funktioniert. switchign to 2.4.0 or git wird die Seite nicht mehr aufrufen.

Die Verbindung zur Setup-Seite eines laufenden Geräts (2.3.0 ESPEasy von heute Abend) funktioniert auch einwandfrei und zeigt mir die aktuell verbundene IP an.

Ein Gerät löschen und flashen könnte ich aber heute Abend versuchen ...

PS: Was ich auch auf meinem ESP-Server (FHEM) sehe, ist, dass die empfangenen Nachrichten oft unvollständig sind, wenn ich GIT oder 2.4.0 mit lwIP 2.0 verwende (Ungültige Inhaltslänge (462 != 410))

Okay, das ist eine große Hilfe. Ich werde heute Abend versuchen, einen 'schnellen und stabilen' Build hinzubekommen.
Dieses WLAN-Zeug muss so schnell wie möglich wieder stabil werden.

Geschwindigkeitsverbesserungen können später immer noch vorgenommen werden, da ich jetzt weiß, was die Verzögerungen verursacht.

Ich flashe gerade ein paar Einheiten mit meinem Core 2.3.0-Build von heute Morgen (und ESPEasy-Master) und schaue, ob sie den ganzen Tag über stabil laufen ...

ESPeasy master.... Ich hoffe, du meinst "Mega"-Zweig?
Master wurde vor ein paar Tagen in 'Legacy' umbenannt.

ja, klar, tut mir leid... hab dir gesagt ich bin anfänger ;)

ESP_Easy_mega-20180410_normal_ESP8266_1024 (der letzte 2.3-Kern)
Access Point zeigt und stellt eine Verbindung her, befindet sich aber unter http://192.168.244.1/setup
nicht das übliche http://192.168.4.1
Hatte noch nicht viel Zeit es zu testen...

Also, was ist der Plan? Nehmen Sie Mega-20180425 und ändern Sie die Kompilierungseinstellungen?

Ich bin mir nicht sicher, ob es schon einen Plan gibt :)
Aber du könntest es versuchen, um zu sehen, ob es hilft. Klingt nach einem guten Anfang.

Hatte Probleme mit AP, Seitentitel geladen. Sonst nicht viel, schien dann sogar über Seriell abzustürzen
Kaltstart - Manuell eingestelltes WLAN über Seriell - Verbunden
Webserver antwortet und WLAN bleibt verbunden (jetzt 53 m 21 s)
Insgesamt ist es nicht so schnell wie 0403, der Webserver funktioniert gut, hat aber Momente, in denen es scheint, als würde er anhalten.
Zustandsänderung auf GPIO14,
scheint mit der Anzeige dieser Zustandsänderung auf der seriellen Konsole zu verzögern
Zum Spaß habe ich den GPIO-Fehlerstatus überprüft, mein freundlicher Fehler ist immer noch da

0425 kompiliert in platformIO mit 2.3.0 Core

Obwohl ich das Gerät gefoltert habe und versucht habe, es zum Absturz zu bringen, ist es OBEN geblieben (1 Stunde 30 Minuten)
Kein einziger WLAN-Fehler, wie ich zuvor gemeldet habe
UP-Zeit = WLAN-Verbindungszeit..
Der Wechsel von 2.4 auf Core 2.3 = ein riesiger Unterschied

Nur zur Info:
Ich habe vor etwa vier Stunden 6 Einheiten geflasht. Bis auf einen laufen alle noch (mit 2.4.0 oder GIT waren es weniger als 5min.). Einer reagierte nach 2 Stunden nicht mehr, aber diesen verwende ich für HW-Tests (Sensoren, Relais usw.), also ist es wahrscheinlich ein Problem des Geräts und nicht der SW.

Die anderen führen einen Build von heute Morgen mit Core 2.3.0 aus, der mit Arduino auf einem Mac mit einem aktivierten benutzerdefinierten Plugin-Set (32 Plugins) erstellt wurde.

hoffe das hilft...

Es hilft sehr.
Zumindest beweist es etwas, dass mein Code nicht so schrecklich ist;)
Und der morgige Build wird mit Sicherheit auf 2.3.0 basieren.

Erfordert die Kompilierung in PlatformIO zusätzliche Einstellungen in aktuellen Versionen?
In der Vergangenheit hat alles ohne Probleme funktioniert.
Jetzt werden nach dem Hochladen und Zurücksetzen keine WLAN-Einstellungen gespeichert.
Ich gebe die Daten, dann den Countdown und die Schaltfläche zurück zu den Einstellungen.
Im Log sieht das so aus:
23059 : WLAN : WLAN auf AP einstellen
31518 : WLAN : Stellen Sie WLAN auf AP+STA ein
31520: WIFI: AP-Modus-SSID ist ESP_Easy_0 mit der Adresse 192.168.4.1
31520 : WIFI : Zugangsdaten geändert, Verbindung erneut versuchen. SSID: lipowo
31606 : WD : Betriebszeit 1 ConnectFailures 0 FreeMem 11640
61606: WD: Uptime 1 ConnectFailures 0 FreeMem 12560

Hmm, das war der Grund, warum ich auf 2.4.0 umgestiegen bin, da es irgendwo in 2.3.0 einen Fehler gibt, der in 2.4.0 behoben wurde

Ich muss dem nachgehen.

Interessant ist, dass die Original-Compilations ok funktionieren, nur kann ich keine eigenen erstellen.

Ich habe die neueste Dev-Tasmota zusammengestellt, um die „neuen“ Regeln so zu untersuchen, wie sie sind
natürlich WLAN-Probleme.. haha ​​:)
Jetzt habe ich eine Möglichkeit, die Builds seit 0403 zu „testen“, ich werde sie seitdem alle bauen und vergleichen, weil 0403 im Vergleich zu 0425 blitzschnell zu sein scheint
Eigentlich 0410, oder? Jedenfalls zu müde, um heute Abend etwas anderes zu tun

0403 war also eigentlich "der Beste" ?

Hallo zusammen,
bei mir funktioniert die gestrige Version sehr gut.
Mit WLAN absolut kein Problem
Wemos D1 - 8266 und 8285.

Nur zur Info:
Ich habe die 1 MB leere Datei Firmware hochgeladen.
Dann neuste Firmware geladen.
Verbunden mit internem AP auf 192.168.4.1
Dann musste manuell http://192.168.4.1/setup eingegeben werden
Dann habe ich meine Wifi-Cedentials eingefügt
Dann alle Geräte neu erstellt und die Regeln hochgeladen.
Ich habe seitdem auch mehrere Firmware-Updates sowohl von meinem eigenen Compiler als auch von der vorgefertigten Version vorgenommen. Jetzt ist es solide und stabil seit gestern 23:00, also fast 24 Stunden.
Ich finde es auch viel schneller in der WLAN-Verbindung als die vorherige Version.

Das einzige Problem war, dass ich http://192.168.4.1/setup manuell eingeben musste, bevor diese Seite automatisch erschien.
Abgesehen davon ist es perfekt.

Das ist mein Protokoll:

107 : INIT : I2C
107 : INIT : SPI not enabled
1216 : INFO : Plugins: 72 [Normal] [Testing] [Development] (ESP82xx Core 2_4_0)
1217 : EVENT: System#Wake
1292 : WIFI : Switch on WiFi
1292 : WIFI : Set WiFi to STA
mode : sta(60:01:94:8e:ba:c9)
                             add if0
                                    1405 : EVENT: System#Boot
2227 : SYS  : 0.00
2229 : EVENT: SysInfoUptime#UptimeDays=0.00
3157 : WIFI : Connecting KeepOut attempt #0
3158 : IP   : Static IP : 192.168.1.206 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 8.8.8.8
3173 : IMPT : MQTT 037 Intentional reconnect
3526 : WIFI : Static IP: 192.168.1.206 (ESPT6-16) GW: 192.168.1.1 SN: 255.255.255.0   duration: 3158 ms
3537 : EVENT: WiFi#Connected
3606 : Webserver: start
scandone
        state: 0 -> 2 (b0)
                          state: 2 -> 3 (0)
                                           state: 3 -> 5 (10)
                                                             add 0
                                                                  aid 5
                                                                       cnt

                                                                           connected with KeepOut, channel 9
                            ip:192.168.1.206,mask:255.255.255.0,gw:192.168.1.1
                                                                              7261 : Current Time Zone:  DST time start: 2018-03-25 02:00:00 offset: 120 minSTD time start: 2018-10-28 03:00:00 offset: 60 min
7262 : EVENT: Time#Initialized
7350 : EVENT: Clock#Time=Wed,20:33
7432 : IMPT : MQTT 037 Intentional reconnect
7794 : WIFI : Connected! AP: KeepOut (BC:EE:7B:EF:A3:38) Ch: 9 Duration: 3059 ms
7795 : EVENT: WiFi#ChangedAccesspoint
7877 : WIFI : Static IP: 192.168.1.206 (ESPT6-16) GW: 192.168.1.1 SN: 255.255.255.0
7888 : EVENT: WiFi#Connected

Es gibt einige seltsame Protokollmeldungen, aber es funktioniert

schnelles update: läuft jetzt auf 11 einheiten zwischen 5 und 10 stunden mit mega commit 2fd226d von heute morgen und core 2.3.0. Das einzige Problem, das ich bisher gefunden habe, ist, dass die Webseite beim ersten Mal nicht automatisch geladen wird (z. B. Login-Seite). Ich muss eine Seite direkt aufrufen (z. B. /tools oder /login), danach läuft alles reibungslos in der Webinterface.

Mein wemos D1 funktioniert gut mit ESPEasy_mega-20180410.

@TD-er sagte

0403 war also eigentlich "der Beste" ?

Du bist vielleicht noch wach, ich bin gerade aufgewacht...
Ja, bisher ist 0403 (pre crc fail) das Beste
aber bevor ich schlafen ging, habe ich jede Veröffentlichung kompiliert, die nie mit 2.3.0 geladen wurde
Jetzt kann ich den Unterschied besser einschätzen und mich bei Ihnen melden.

Na ja, 'wach' ist ein bisschen zu optimistisch, denke ich.

Ich werde jetzt schlafen gehen.
Aktuelle Fortschritte sind hier zu sehen:
https://github.com/TD-er/ESPEasy/tree/bugfix/wifi_stability

Es scheint mit ESP32 und ESP8266 ganz gut zu funktionieren, aber nur bei Verwendung von DHCP.
Bei statischen IP geht die Verbindung ziemlich oft verloren.

Vielleicht funktioniert es, wenn es gegen 2.4.1 gebaut wird. Aber das ist für einen anderen Tag.
Jetzt gehe ich ins Bett und füge dies nicht in das ESPeasy-Repository ein.
Aber wenigstens können andere damit spielen, wenn sie wollen.

Über 3 Stunden lang habe ich Firmwares getestet, die auf 2.3.0 kompiliert wurden
Ich habe sehr spezifische Tests und Notizen für jeden gemacht, wirklich schreckliche Ergebnisse (insgesamt)
bis ich 20180421 geladen habe, dann 20180422 - bei diesen gibt es merkliche Unterschiede
0422 behebt einen Fehler in 0421, der es unbrauchbar macht. Noch nicht fertig mit 0422

Was ich nicht weiß..
Was wird als akzeptables "FreeMem" angesehen?
Gefährlicher Tiefpunkt?
Was gilt als inakzeptabel "FreeMem"?

Akzeptable Freemen sind ungefähr 10, aber mit 2.4.0 bekommen wir das nicht hin.
Das Minimum sollte > 5k sein

Wie von Github heruntergeladen
ESP_Easy_mega-20180426_normal_ESP8266_1024.bin
Nicht wirklich getestet, nur an dieser Stelle nach dem Flashen
Beim Testen anderer April-Firmwares, die mit 2.3.0 kompiliert wurden,
hatte immer noch viele WLAN-Fehler, also hat der Wechsel von 2.4.0 auf 2.3.0 nicht 'alle' diese Probleme gelöst,
Bei einigen Firmwares sind die WLAN-Fehler so schlimm, dass ich den Webserver nicht laden kann ...
Andere gut..
Noch nicht nach 0422 getestet, aber dieses Protokoll ist 0426, das nur über die Konfiguration von 0422 geflasht wurde, um einen schnellen Blick darauf zu werfen.
Einige kleinere WLAN-Fehler im Protokoll, sehen sie für Sie akzeptabel aus?
werde später weitere Tests fortsetzen, bin gerade nach Hause gekommen ... hungrig

INIT : Booting version: mega-20180426 (ESP82xx Core 2_3_0)
79 : INIT : Cold Boot
80 : FS   : Mounting...
86 : FS   : Mount successful, used 75802 bytes of 113201
367 : CRC  : program checksum       ...OK
378 : CRC  : SecuritySettings CRC   ...OK
379 : CRC  : binary has changed since last save of Settings
396 : INIT : Free RAM:19456
396 : INIT : I2C
396 : INIT : SPI not enabled
411 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_3_0)
412 : EVENT: System#Wake
416 : WIFI : Switch on WiFi
416 : WIFI : Set WiFi to STA
428 : EVENT: System#Boot
430 : SW   : Switch state 0 Output value 0
436 : EVENT: Float_SW#Switch=0.00
1022 : WD   : Uptime 0 ConnectFailures 0 FreeMem 19616
1033 : WIFI : Connecting MAD_IOT attempt #0
1034 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
1048 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 1034 ms
1059 : EVENT: WiFi#Connected
1065 : Webserver: start
1159 : MQTT : Intentional reconnect
1169 : MQTT : Failed to connect to broker
1510 : MQTT : Intentional reconnect
1517 : MQTT : Failed to connect to broker
11207 : Host unreachable: 0.0.0.0
11208 : Wifi  : Detected strange behavior, reset wifi.
11208 : Webserver: stop
11209 : WIFI : Switch off WiFi
11310 : WIFI : Switch on WiFi
11310 : WIFI : Set WiFi to STA
11311 : NTP  : NTP host au.pool.ntp.org (0.0.0.0) unreachable
11323 : EVENT: WiFi#Disconnected
11328 : WIFI : Disconnected! Reason: '(4) Assoc expire' Connected for 4063 ms
11336 : WIFI : Connecting MAD_IOT attempt #1
11337 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
11344 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 11338 ms
11358 : EVENT: WiFi#Connected
11360 : Webserver: start
11457 : MQTT : Intentional reconnect
11469 : MQTT : Failed to connect to broker
11807 : MQTT : Intentional reconnect
11814 : MQTT : Failed to connect to broker
15639 : WIFI : Connected! AP: MAD_IOT (F4:F2:6D:25:84:C6) Ch: 11 Duration: 2511 ms
15640 : EVENT: WiFi#ChangedAccesspoint
15647 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0
15657 : EVENT: WiFi#Connected
15818 : Current Time Zone: STD time start: 2018-10-28 03:00:00 offset: 600 min
15819 : EVENT: Time#Initialized
15824 : EVENT: Clock#Time=Thu,18:25
15826 : MQTT : Intentional reconnect
19777 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
19840 : Subscribed to: domoticz/out
20558 : EVENT: MQTT#Connected
25571 : EVENT: Clock#Time=Thu,18:26
31022 : WD   : Uptime 1 ConnectFailures 0 FreeMem 16688

Kompiliert mit Ihren Änderungen von heute Abend und es scheint stabil mit DHCP und statischer IP zu laufen. Keine Fehler im Log nach 1h Laufzeit. :-)

@TD-er: Ich habe gerade ein paar D1-Einheiten mit Ihrem neuesten Commit von https://github.com/TD-er/ESPEasy/tree/bugfix/wifi_stability geflasht, das mit der neuesten GIT-Core-Version kompiliert wurde .... Ich lasse es Sie wissen, wie sie sich später heute verhalten.

Ich habe keine Ahnung, warum meine Hardware Ihren WLAN-Stabilitätszweig nicht mag, ein Ausschnitt

943087 : EVENT: WiFi#Connected
943815 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
943832 : Subscribed to: domoticz/out
943891 : EVENT: MQTT#Connected
952294 : EVENT: WiFi#Disconnected
952296 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9529 ms
952312 : MQTT : Connection lost
952312 : EVENT: MQTT#Disconnected
952902 : WIFI : Connecting MAD_IOT attempt #0
952903 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
953025 : EVENT: WiFi#Disconnected
953027 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 123 ms
953902 : WIFI : Connecting MAD_IOT attempt #1
953903 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8

956156 : EVENT: WiFi#Disconnected
956158 : WIFI : Disconnected! Reason: '(2) Auth expire' Connected for 2253 ms
956903 : WIFI : Connecting MAD_IOT attempt #2
956904 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
959323 : WIFI : Connected! AP: MAD_IOT (F4:F2:6D:25:84:C6) Ch: 11 Duration: 2419 ms
959324 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 1 ms
959452 : EVENT: Time#Set
959454 : EVENT: WiFi#Connected

Flash ESP_Easy_mega-20180403_normal_ESP8266_1024_DOUT.bin
dann geht alles..

@Oxyandy Genau das habe ich letzte Nacht gesehen, kurz bevor meine Augen mir sagten, ich solle mir selbst eine Auszeit gönnen.

Statische IP + Core 2.3.0 und meine Nebenstelle war absolut nicht stabil.
Es scheint, als ob es sich nicht als "verbunden + erhaltene IP" registriert und daher die MQTT-Verbindung ihre loop() -Aufrufe nicht ausführt und der MQTT-Broker den Client trennt.
So weit bin ich letzte Nacht gekommen.
Aber zumindest ist es viel sauberer als der Code der letzten Wochen und das ist immer schön zu haben.
Ich habe viel Code weggeworfen und versucht, es einfach zu halten.

schnelle aufholjagd: nachdem die ersten geräte mit deinem vereinfachten code von heute abend problemlos liefen, habe ich jetzt alle testgeräte gespült (~10). Wir werden sehen, wie es läuft.

aber schon jetzt kann ich sagen, dass meine Geräte Ihren Code ziemlich gut zu mögen scheinen, ich sehe von Zeit zu Zeit gewisse Wiederverbindungen (200 & 201), aber zumindest haben sie sich jedes Mal erfolgreich wieder verbunden.

Eine Sache, die wichtig zu sein scheint, wenn Sie lwIP2 verwenden, stellen Sie sicher, dass Sie die hohe Bandbreite nehmen, da sonst von Zeit zu Zeit einige Daten verloren gehen, wenn viel zu senden ist (z. B. mehrere Werte in einem Sensor) und die Pakete erhalten groß daher. Mit der hohen Bandbreite lwIP scheint das weg zu sein..

Das Webinterface sieht schnell aus, auch die CPU ist im Durchschnitt etwas niedriger und der freie Speicher höher.

Version von 2604 Git kompiliert mit Core 2.4.1 verbindet sich nach Router-Neustart nicht neu, nach Node-Neustart ist es ok:
INIT : Boot-Version: (ESP82xx Core 2_4_1)
67: INIT: Warmstart #4
68 : FS : Montage...
93 : FS : Mount erfolgreich, verwendet 75802 Bytes von 957314
99 : CRC : Keine Prüfsumme des Programmspeichers gefunden. Überprüfen Sie die Ausgabe von crc2.py
104 : CRC : Sicherheitseinstellungs-CRC ...OK
105 : CRC : Binärdatei hat sich seit dem letzten Speichern der Einstellungen geändert
212: INIT: Freier RAM: 22576
212: INIT: I2C
212: INIT: SPI nicht aktiviert
226 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1)
226 : WLAN : WLAN einschalten
226: WLAN: Stellen Sie WLAN auf STA ein
228 : WIFI : Keine gültigen WLAN-Einstellungen
229: WLAN: Verbindung fehlgeschlagen
331: WLAN: Stellen Sie WLAN auf AP ein
1221: WIFI: AP-Modus-SSID ist ESP_Easy_0 mit der Adresse 192.168.4.1
1228: WD: Uptime 0 ConnectFailures 0 FreeMem 20328
> wifissid lipowo
In Ordnung
> wifikey xxxxxxxxxxxxxxxxxxxxxx
In Ordnung
> speichern
94313 : DATEI : Konfig.dat gespeichert
94344 : DATEI : Security.dat gespeichert
In Ordnung

wificonnect
In Ordnung
> Neustart
INIT : Boot-Version: (ESP82xx Core 2_4_1)
61: INIT: Warmstart #2
62 : FS : Montage...
86 : FS : Mount erfolgreich, verwendet 75802 Bytes von 957314
93 : CRC : Keine Prüfsumme des Programmspeichers gefunden. Überprüfen Sie die Ausgabe von crc2.py
98 : CRC : Sicherheitseinstellungs-CRC ...OK
204: INIT: Freier RAM: 22576
205: INIT: I2C
205: INIT: SPI nicht aktiviert
218 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1)
219 : WLAN : WLAN einschalten
219 : WLAN : Stellen Sie WLAN auf STA ein
225: WD: Uptime 0 ConnectFailures 0 FreeMem 21920
226 : WIFI : Lipowo-Verbindungsversuch Nr. 0
3998: WLAN: Verbunden! AP: lipowo (11:11:11:11:11:11) Ch: 6 Dauer: 3771 ms
8197 : WLAN : DHCP IP: 192.168.3.212 (ESP-Easy-0) GW: 192.168.3.49 SN: 255.255.255.0 Dauer: 4199 ms
8200 : Webserver: starten
30225: WD: Uptime 1 ConnectFailures 0 FreeMem 18624
60225: WD: Uptime 1 ConnectFailures 0 FreeMem 18072
87339 : : Neustart...

INIT : Boot-Version: (ESP82xx Core 2_4_1)
63: INIT: Warmstart #5
64 : FS : Montage...
89 : FS : Mount erfolgreich, verwendet 75802 Bytes von 957314
96 : CRC : Keine Prüfsumme des Programmspeichers gefunden. Überprüfen Sie die Ausgabe von crc2.py
100 : CRC : Sicherheitseinstellungs-CRC ...OK
207: INIT: Freier RAM: 22576
207: INIT: I2C
207: INIT: SPI nicht aktiviert
221 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1)
221 : WLAN : WLAN einschalten
221 : WLAN : Stellen Sie WLAN auf STA ein
228: WD: Uptime 0 ConnectFailures 0 FreeMem 21920
228 : WIFI : Lipowo-Verbindungsversuch Nr. 0
5010: WLAN: Verbunden! AP: lipowo (11:11:11:11:11:11) Ch: 6 Dauer: 4780 ms
5698 : WLAN : DHCP IP: 192.168.3.212 (ESP-Easy-0) GW: 192.168.3.49 SN: 255.255.255.0 Dauer: 688 ms
5702 : Webserver: starten
30228 : WD : Betriebszeit 1 ConnectFailures 0 FreeMem 18224
2943939: SYS: 16928,00
2949938: SYS: -72,00
2957938: SYS: 49,00
2970232: WD: Uptime 50 ConnectFailures 0 FreeMem 17000
3000232 : WD : Betriebszeit 50 ConnectFailures 0 FreeMem 17000
3003938 : SYS : 16928.00
3009938 : SYS : -72,00
3017938: SYS: 50,00
3030232 : WD : Betriebszeit 51 ConnectFailures 0 FreeMem 17000
3039019 : WLAN : Getrennt! Grund: '(200) Beacon timeout' Verbunden für 50 m 33 s
3039936 : Webserver: Stopp
3039936 : WIFI : Lipowo-Verbindungsversuch Nr. 0
3042798 : WLAN : Getrennt! Grund: „(201) Kein AP gefunden“ Verbunden seit 2861 ms
3042799 : WIFI : Verbindung fehlgeschlagen
3042899 : WLAN : Stellen Sie WLAN auf AP ein
3043789 : WIFI : AP-Modus-SSID ist espt_99 mit der Adresse 192.168.4.1
3060232 : WD : Betriebszeit 51 ConnectFailures 0 FreeMem 16632
3064800: SYS: 16560,00
3070799 : SYS : 31.00
3078799: SYS: 51.00
3090232 : WD : Betriebszeit 52 ConnectFailures 0 FreeMem 16632
3120232 : WD : Betriebszeit 52 ConnectFailures 0 FreeMem 16632
3124800: SYS: 16560,00
3130800 : SYS : 31.00
3138800: SYS: 52,00
3150232 : WD : Betriebszeit 53 ConnectFailures 0 FreeMem 16632
3180234 : WD : Betriebszeit 53 ConnectFailures 0 FreeMem 16632
3184801: SYS: 16560,00
3190813 : SYS : 31.00
3198812: SYS: 53,00
3210234 : WD : Uptime 54 ConnectFailures 0 FreeMem 16632
3240234 : WD : Uptime 54 ConnectFailures 0 FreeMem 16632
3244813: SYS: 16560,00
3250813 : SYS : 31.00
3258813: SYS: 54,00
3270234 : WD : Betriebszeit 55 ConnectFailures 0 FreeMem 16632
3300234 : WD : Betriebszeit 55 ConnectFailures 0 FreeMem 16632
3304813: SYS: 16560,00
3310813 : SYS : 31.00
3318813: SYS: 55,00
3330234 : WD : Betriebszeit 56 ConnectFailures 0 FreeMem 16632
3360234 : WD : Betriebszeit 56 ConnectFailures 0 FreeMem 16632
3364814: SYS: 16560,00
3370814 : SYS : 31.00
3378814: SYS: 56,00
3390234 : WD : Betriebszeit 57 ConnectFailures 0 FreeMem 16632
3420234 : WD : Betriebszeit 57 ConnectFailures 0 FreeMem 16632
3424814: SYS: 16560,00
3430814 : SYS : 31.00

Aktualisieren:
WD: Betriebszeit: 369 min, ConnectFailures: 0, FreeMem: 24784 Bytes
EREIGNIS: Uhr#Zeit=Do, 22:10

Keine Probleme nach über 6h Laufzeit. Kein Fehler im Log! :-)

Ich habe gesehen, wie Leute mit 2.40 & 2.41 Core erfolgreich waren, ich habe versucht, 0422, 0425 & 0426 mit 2.40 & 2.41 zu bauen – die Konnektivität ist für mich schlechter geworden als mit 2.3.0
Trotzdem scheint 0403 das letzte stabile WLAN für mich zu sein, also habe ich 0403 ausprobiert, das mit 2.4.1-Kern kompiliert wurde.
funktioniert perfekt, hat aber weniger freien Speicher

@Oxyandy : Könnte es sein, dass es ein Hardwareproblem ist? Entweder Ihr Gerät oder Ihr Gerätemodell oder Ihr Netzteil oder Ihr Router? Oder vielleicht Ihre Konfiguration?

Ein paar Einheiten ausprobiert, die Ergebnisse sind identisch, absolute Minimalkonfiguration ...
Alle Einheiten, mit denen ich Probleme hatte - nach dem Downgrade auf 0403 waren perfekt.

0403, kompiliert mit 2.4.1 Core, stellt beim ersten Versuch eine Verbindung her, aktualisiert die Zeit sofort, keine WLAN-Fehler und bleibt verbunden, der Webserver antwortet jedes Mal.
Punkt ist, bei 0403 scheint es egal zu sein, welchen Kern ich verwende, es funktioniert einfach ...
spätere Versionen, die einen höheren Kern verwenden, verschlimmern bestehende Probleme mit WLAN.
Hinweis: Firmware, die mit 2.4.1 kompiliert wurde, ist 41 KB größer.

INIT : Cold Boot
FS   : Mounting...
FS   : Mount successful, used 75802 bytes of 113201
CRC  : No program memory checksum found. Check output of crc2.py
CRC  : Settings CRC           ...OK
CRC  : SecuritySettings CRC   ...OK
INIT : Free RAM:20176
INIT : I2C
INIT : SPI not enabled
EVENT: System#Wake
WIFI : AP Mode disabled
WIFI : AP Mode ssid will be ESP_Easy-0 with address 192.168.4.1
IP   : Static IP :3774916800
WIFI : Connecting MAD_IOT attempt #0
EVENT: System#Boot
SW   : Switch state 1 Output value 1
EVENT: Float_SW#Switch=1.00
WD   : Uptime 0 ConnectFailures 0 FreeMem 18608
IP   : Static IP :3774916800
IP   : Static IP :3774916800
IP   : Static IP :3774916800
IP   : Static IP :3774916800
IP   : Static IP :3774916800
WIFI : Connected! AP: MAD_IOT (F4:F2:6D:25:84:C6) Ch: 11 Duration: 3999 ms
EVENT: WiFi#ChangedAccesspoint
WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0
EVENT: WiFi#Connected
MQTT : Intentional reconnect
MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
Subscribed to: domoticz/out
EVENT: MQTT#Connected
Current Time Zone: STD time start: 2018-10-28 03:00:00 offset: 600 min
EVENT: Time#Initialized
EVENT: Clock#Time=Fri,21:57
EVENT: Clock#Time=Fri,21:58
WD   : Uptime 1 ConnectFailures 0 FreeMem 17504
WD   : Uptime 1 ConnectFailures 0 FreeMem 17504
EVENT: Clock#Time=Fri,21:59
WD   : Uptime 2 ConnectFailures 0 FreeMem 17504
WD   : Uptime 2 ConnectFailures 0 FreeMem 17504
EVENT: Clock#Time=Fri,22:00

Build von git https://github.com/TD-er/ESPEasy/tree/bugfix/wifi_stability mit Kern 2.4.1 von git https://github.com/esp8266/Arduino ist nicht empfindlich gegenüber Router-Neustart oder Knoten-Neustart.

Vielleicht war das Problem:
https://github.com/esp8266/Arduino/commit/b08d282673055b4758cd73d3cd99573f619112a5
Dies wurde nach der Veröffentlichung von 2.4.1 behoben.

Überprüfe dich selbst. Für mich ist dies der erste Build über 20180410, der nach dem Zurücksetzen des Routers aufsteht.

Ein Anhang dieser Firmware für die, die nicht kompilieren wollen oder können.
firmware.zip

log:
INIT : Booting version:  (ESP82xx Core 00000000)
64 : INIT : Warm boot #2
65 : FS   : Mounting...
90 : FS   : Mount successful, used 75802 bytes of 957314
98 : CRC  : No program memory checksum found. Check output of crc2.py
103 : CRC  : SecuritySettings CRC   ...OK
207 : INIT : Free RAM:26768
208 : INIT : I2C
208 : INIT : SPI not enabled
224 : INFO : Plugins: 47 [Normal] (ESP82xx Core 00000000)
224 : WIFI : Set WiFi to STA
226 : WIFI : Connecting lipowo attempt #0
234 : WD   : Uptime 0 ConnectFailures 0 FreeMem 25832
238 : SYS  : 0.00
1237 : SYS  : 25928.00
2237 : SYS  : 31.00
4991 : WIFI : Connected! AP: lipowo (11:11:11:11:11:11) Ch: 6 Duration: 4764 ms
7666 : WIFI : DHCP IP: 192.168.3.212 (espt-99) GW: 192.168.3.49 SN: 255.255.255.0   duration: 2675 ms
7669 : Webserver: start
30234 : WD   : Uptime 1 ConnectFailures 0 FreeMem 22704
----------------
NODE REBOOT
----------------
INIT : Booting version:  (ESP82xx Core 00000000)
60 : INIT : Warm boot #3
62 : FS   : Mounting...
86 : FS   : Mount successful, used 75802 bytes of 957314
95 : CRC  : No program memory checksum found. Check output of crc2.py
99 : CRC  : SecuritySettings CRC   ...OK
204 : INIT : Free RAM:26768
204 : INIT : I2C
204 : INIT : SPI not enabled
220 : INFO : Plugins: 47 [Normal] (ESP82xx Core 00000000)
221 : WIFI : Set WiFi to STA
222 : WIFI : Connecting lipowo attempt #0
231 : WD   : Uptime 0 ConnectFailures 0 FreeMem 25832
234 : SYS  : 0.00
1233 : SYS  : 25928.00
2233 : SYS  : 31.00
4071 : WIFI : Connected! AP: lipowo (11:11:11:11:11:11) Ch: 6 Duration: 3781 ms
6690 : WIFI : DHCP IP: 192.168.3.212 (espt-99) GW: 192.168.3.49 SN: 255.255.255.0   duration: 2686 ms
6693 : Webserver: start
----------------
ROUTER OFF
----------------
22920 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 18 s
23078 : WIFI : Connecting lipowo attempt #0
25940 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
26078 : WIFI : Connecting lipowo attempt #1
28942 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
29078 : WIFI : Connecting lipowo attempt #2
30230 : WD   : Uptime 1 ConnectFailures 0 FreeMem 23656
31942 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
32077 : WIFI : Connecting lipowo attempt #3
34945 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2866 ms
35078 : WIFI : Connecting lipowo attempt #4
37941 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
38077 : WIFI : Connecting lipowo attempt #5
40942 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
41078 : WIFI : Set WiFi to AP+STA
41967 : WIFI : AP Mode ssid will be espt_99 with address 192.168.4.1
41967 : WIFI : Connecting lipowo attempt #6
44831 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
45078 : WIFI : AP Mode ssid will be espt_99 with address 192.168.4.1
45079 : WIFI : Connecting lipowo attempt #7
47946 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2866 ms
48078 : WIFI : AP Mode ssid will be espt_99 with address 192.168.4.1
48079 : WIFI : Connecting lipowo attempt #8
50940 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2861 ms
51078 : WIFI : AP Mode ssid will be espt_99 with address 192.168.4.1
51079 : WIFI : Connecting lipowo attempt #9
53942 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
54078 : WIFI : AP Mode ssid will be espt_99 with address 192.168.4.1
54079 : WIFI : Connecting lipowo attempt #10
56941 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2861 ms
57079 : WIFI : AP Mode ssid will be espt_99 with address 192.168.4.1
57080 : WIFI : Connecting lipowo attempt #11
59943 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
60078 : WIFI : AP Mode ssid will be espt_99 with address 192.168.4.1
60079 : WIFI : Connecting lipowo attempt #12
60231 : WD   : Uptime 1 ConnectFailures 0 FreeMem 21248
61080 : SYS  : 1.00
62080 : SYS  : 21176.00
62289 : SYS  : 31.00
63389 : WIFI : AP Mode ssid will be espt_99 with address 192.168.4.1
63389 : WIFI : Connecting lipowo attempt #13
63402 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
66251 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2861 ms
66409 : WIFI : AP Mode ssid will be espt_99 with address 192.168.4.1
66409 : WIFI : Connecting lipowo attempt #14
69272 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
69409 : WIFI : AP Mode ssid will be espt_99 with address 192.168.4.1
69409 : WIFI : Connecting lipowo attempt #15
72273 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2864 ms
72409 : WIFI : AP Mode ssid will be espt_99 with address 192.168.4.1
72409 : WIFI : Connecting lipowo attempt #16
----------------
ROUTER ON
----------------
76185 : WIFI : Connected! AP: lipowo (11:11:11:11:11:11) Ch: 6 Duration: 3775 ms
77159 : WIFI : DHCP IP: 192.168.3.212 (espt-99) GW: 192.168.3.49 SN: 255.255.255.0   duration: 974 ms
90231 : WD   : Uptime 2 ConnectFailures 0 FreeMem 20800
120231 : WD   : Uptime 2 ConnectFailures 0 FreeMem 20800
121170 : SYS  : 2.00
122170 : SYS  : 20712.00
122522 : SYS  : -73.00
132569 : WIFI : Set WiFi to STA
150231 : WD   : Uptime 3 ConnectFailures 0 FreeMem 22688
180231 : WD   : Uptime 3 ConnectFailures 0 FreeMem 22688
----------------
ROUTER OFF / ON
----------------
630235 : WD   : Uptime 11 ConnectFailures 0 FreeMem 22480
633215 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9 m 17 s
633350 : WIFI : Connecting lipowo attempt #0
636215 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2864 ms
636350 : WIFI : Connecting lipowo attempt #1
640137 : WIFI : Connected! AP: lipowo (11:11:11:11:11:11) Ch: 6 Duration: 3786 ms
641125 : WIFI : DHCP IP: 192.168.3.212 (espt-99) GW: 192.168.3.49 SN: 255.255.255.0   duration: 987 ms

@melwinek : Wie ändere ich den Kern oder aktualisiere ihn auf den neuesten Patch?
Oder wie kann ich überprüfen, welche Version ich verwende?
Ich verwende jetzt 8285, kann also Ihre Firmware nicht testen.

Kern 2.4.1 installieren
Laden Sie dies als Zip herunter; https://github.com/esp8266/Arduino
Ersetzen Sie den Inhalt von .platformio/packages/framework-arduinoespressif8266
Ändern Sie den Inhalt von .platformio/platforms/espressif8266/platform.json
von:

    "framework-arduinoespressif8266": {
      "type": "framework",
      "optional": true,
      "version": "~1.20401.1"
    },

zu:

    "framework-arduinoespressif8266": {
      "type": "framework",
      "optional": true
    },

Komma muss ebenfalls gelöscht werden.
lösche .pioenvs aus den Quellen
kompilieren.

Es funktioniert noch:
Betriebszeit: | 0 Tage 3 Stunden 20 Minuten
Laden: | 5% (LC=11401)
Kostenloser Speicher: | 19064 (15528 - sendContentBlocking)

Ich weiß nicht warum, aber es gibt eine Menge Speicher.

Für diejenigen, die ein wenig Hilfe beim Bauen brauchen, habe ich gerade eine Version des Patches gebaut, den ich vor 2 Tagen geschrieben habe, aber jetzt mit Kern 2.4.1:
TD-er_wifi_stability_core-2.4.1

@melwinek : Danke für die ausführliche Anleitung. Ich habe zusammengestellt.

Ergebnis:
Mit STATIC IP verbindet es sich nach einem Neustart des Routers nicht wieder mit Wifi (aber das serielle Protokoll ist irreführend, da dort Wifi#Connected steht).
Mit DHCP verbindet es sich wieder und es ist sehr stabil.

@TD-er: Gibt es einen Patch, der angewendet werden muss, um das statische IP-Problem zu beheben?

@ giig1967g Noch nicht.
Ich hoffe, dass ich jetzt dazu komme. Die Whatsapp/E-Mail wird gerade etwas weniger störend. :)

@TD-er: danke!
Zu Ihrer Information, mit statischer IP, in der Version mega-20180330 verbindet sich das Gerät nach einem Neustart des Routers erneut.

@TD-er @giig1967g 20180410 also

@TD-er Ihr Build von Dropbox ist mit Core 2.4.1 oder 2.4.1 GIT?

Ich habe diese Einstellungen in PlatformIO.ini verwendet

[core_2_4_1]
platform         = [email protected]

[common]
build_flags      = -D BUILD_GIT='"${env.TRAVIS_TAG}"'  ; ${compiler_warnings.build_flags}
                   -D PIO_FRAMEWORK_ARDUINO_LWIP2_HIGHER_BANDWIDTH

Ich denke, Sie verwenden https://github.com/esp8266/Arduino/releases/tag/2.4.1 anstelle von https://github.com/esp8266/Arduino

Auf einem stabilen 2.4.1 nicht neu verbinden. Zumindest für mich.
Aber ich weiß nicht, wie ich 2.4.1 GIT professionell einsetzen soll, ich bin den einfachen Weg gegangen. Platformio und Git ist für mich ein Novum.

Mit dem Build, den ich gerade geteilt habe, laufe ich jetzt mit statischer IP.
Es sieht so aus, als ob die Probleme mit statischen IPs bei Verwendung von Core 2.4.1 verschwunden sind
An den Quellen hat sich nichts geändert, nur andere PlattformIO-Einstellungen.

Ich werde ein bisschen mehr testen und eine Reihe von Warnungen beheben (sonst schlägt Travis fehl), aber ich denke, ich könnte es mit dem Hauptzweig pushen und zusammenführen.

Es wäre wirklich toll, wenn die WLAN-Probleme wirklich vorbei wären, dann könnten wir mit dem Rest der Entwicklung fortfahren.

@TD-er: Hast du versucht, den WLAN-Router neu zu starten?

Ja, einschließlich des Umschaltens auf einen anderen AP.

@TD-er Ich habe Ihren Build aus der Dropbox überprüft. Stellt die Verbindung nach dem Neustart des Knotens und nach dem Neustart des Routers wieder her.
Mit DHCP und mit statischer IP.
Es wird großartig sein, wenn Sie es in den Nacht-Build einbeziehen.

Ist es jetzt Zeit für mehr als 12 Aufgaben? :))
Vielen Dank für Ihre Arbeit und das gesamte Team.

Zuerst Umgang mit Speicherproblemen und MQTT und einigen weiteren gemeldeten Problemen mit bestimmten Plugins.
Sobald diese erledigt sind, sollte Platz für weitere Aufgaben sein.

@TD-er Es gibt nur ein kleines Problem, verbinden Sie sich nicht erneut, wenn ich WIFI für eine sehr kurze Zeit ausschalte. So eine kurze Zeit, dass ESP nicht getrennt wird, bevor ich es wieder einschalte.:

Kurze WLAN-Abschaltzeit:
60260: WD: Uptime 1 ConnectFailures 0 FreeMem 18768
60987: WLAN: Getrennt! Grund: '(7) Nicht zugeordnet' Verbunden für 19 s
61115: SYS: 1,00
64363 : Host nicht erreichbar: 192.168.3.10
64364 : HTTP : Verbindung fehlgeschlagen
64368: SYS: 19536,00
68588 : Host nicht erreichbar: 192.168.3.10
68589 : HTTP : Verbindung fehlgeschlagen
68592 : SYS : 31.00

Lange WLAN-Abschaltzeit:
22237: WLAN: Getrennt! Grund: '(200) Beacon timeout' Verbunden für 18 s
22991 : WIFI : Lipowo-Verbindungsversuch Nr. 0
25853: WLAN: Getrennt! Grund: „(201) Kein AP gefunden“ Verbunden für 2862 ms
25990 : WIFI : Lipowo-Verbindungsversuch Nr. 1
28903: WLAN: Verbunden! AP: lipowo (11:11:11:11:11:11) Ch: 6 Dauer: 2911 ms
28926: WLAN: DHCP IP: 192.168.3.212 (espt-99) GW: 192.168.3.49 SN: 255.255.255.0 Dauer: 23 ms

@giig1967g vielleicht geht es auch um dich?

Hmm, also sollte geprüft werden, ob das Senden von Daten möglich ist und wenn nicht, einen Reconnect erzwingen?
Lassen Sie uns zuerst diese Version zusammenführen und uns dann dieses Problem ansehen. Kleine Schritte auf einmal :)

Und ich frage mich, wie realistisch diese Ausfälle in einer realen Situation sind.
Meine Accesspoints brauchen > 30 Sekunden für einen vollständigen Neustart, daher kann ich diese kurzen Ausfälle nicht überprüfen.
Aber ich kann mir vorstellen, dass es etwas ist, das passieren _könnte_.

@TD-er Ich starte nicht neu, ich schalte WIFI aus und ein :)
In der realen Welt ist es besser, sich davor zu schützen.
Es muss nicht das Ausschalten sein, nur zum Beispiel ein Router-Softwarefehler.
Und das Ergebnis wird sein, dass jemand Wandschalter zerlegen muss, um sie zurückzusetzen :)

WLAN ein/aus am ESP-Knoten oder am Accesspoint (z. B. Ihr Handy als Hotspot)?

In meinem Router mit LEDE-OpenWRT.

Ich stimme vollkommen zu, dass wir uns davor schützen sollten. Aber in einem nächsten Build. Oder es wird heute Nacht wieder 3 Uhr morgens und ich bin im Moment etwas erschöpft. Es war ein sehr arbeitsreicher Tag mit vielen Eindrücken.
Die Whatsapp klingelt immer noch mit Leuten, die mich im nationalen Fernsehen gesehen haben, als ich mit unserem König und unserer Königin sprach. :)

@TD-er: schlechte Nachrichten: Bei Ihren Dropbox-Builds wird mit statischer IP die Verbindung nicht wiederhergestellt.
Benötigen Sie das Protokoll?

DHCP funktioniert gut

Ja bitte
Und Ihre statischen IP-Einstellungen. (Bildschirmfoto?)

Log nach 20 Sekunden Neustart des Routers:
Es stellt für einige Sekunden eine Verbindung her, trennt dann die Verbindung und sagt dann "Seltsames Verhalten erkannt, WLAN zurücksetzen".

146744 : EVENT: WiFi#Disconnected
146775 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2876 ms
146868 : WIFI : AP Mode ssid will be ESPT3_3 with address 192.168.4.1
146868 : WIFI : Connecting KeepOut attempt #24
146869 : IP   : Static IP : 192.168.1.203 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 8.8.8.8
149748 : EVENT: WiFi#Disconnected
149779 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2875 ms
149871 : WIFI : AP Mode ssid will be ESPT3_3 with address 192.168.4.1
149871 : WIFI : Connecting KeepOut attempt #25
149872 : IP   : Static IP : 192.168.1.203 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 8.8.8.8
152704 : WD   : Uptime 3 ConnectFailures 0 FreeMem 14320
152816 : EVENT: WiFi#Disconnected
152847 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2873 ms
152875 : WIFI : AP Mode ssid will be ESPT3_3 with address 192.168.4.1
152875 : WIFI : Connecting KeepOut attempt #26
152876 : IP   : Static IP : 192.168.1.203 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 8.8.8.8
155798 : WIFI : Connected! AP: KeepOut (BC:EE:7B:EF:A3:38) Ch: 9 Duration: 2922 ms
155799 : WIFI : Static IP: 192.168.1.203 (ESPT3-3) GW: 192.168.1.1 SN: 255.255.255.0   duration: 2 ms
159071 : Host unreachable: 147.135.207.213
159071 : NTP  : NTP host pool.ntp.org (147.135.207.213) unreachable
159072 : EVENT: WiFi#Connected
159625 : IMPT : Connected to MQTT broker with Client ID=ESPT3-Import
159626 : EVENT: MQTTimport#Connected
159665 : IMPT : [mqtt#temp] subscribed to /OH2/status/nESP1Temperature
159666 : IMPT : [mqtt#set] subscribed to /OH2/status/nSetTemp1
159668 : IMPT : [mqtt#zone] subscribed to /OH2/status/nTermo1
159712 : MQTT : Connected to broker with client ID: ESPClient_60:01:94:82:79:26
159714 : Subscribed to: /ESPT3/#
159716 : EVENT: MQTT#Connected
159874 : IMPT : [mqtt#temp] : 24.80
159875 : EVENT: mqtt#temp=24.80
159918 : ACT  : oled,3,1,T=24.8°C
160086 : IMPT : [mqtt#set] : 18.00
160087 : EVENT: mqtt#set=18.00
160128 : ACT  : encwrite,18
160136 : QEI  : encwrite,18
160148 : ACT  : taskvalueset,2,1,18
160166 : ACT  : oled,2,1,Set=18°C
184894 : Host unreachable: 0.0.0.0
184895 : Wifi  : Detected strange behavior, reset wifi.
184895 : Reset WiFi.
184896 : WIFI : Switch off WiFi
184899 : WIFI : Set WiFi to STA
184900 : NTP  : NTP host pool.ntp.org (0.0.0.0) unreachable
184911 : MQTT : Connection lost
184912 : EVENT: MQTT#Disconnected
189955 : MQTT : Failed to connect to broker
190086 : EVENT: WiFi#Disconnected
190118 : WIFI : Disconnected! Reason: '(8) Assoc leave' Connected for 29 s
190133 : IMPT : [mqtt#temp] : 24.80
190133 : EVENT: mqtt#temp=24.80
190174 : ACT  : oled,3,1,T=24.8°C
190223 : WD   : Uptime 3 ConnectFailures 4 FreeMem 16384
195233 : MQTT : Failed to connect to broker
195241 : Dummy: value 1: 0.00
195241 : Dummy: value 2: 0.00
195241 : Dummy: value 3: 0.00
195241 : Dummy: value 4: 0.00
195243 : EVENT: dummy#SetLocal=0.00
195275 : EVENT: dummy#firstUse=0.00
195306 : EVENT: dummy#=0.00
195337 : EVENT: dummy#=0.00
205017 : Host unreachable: 0.0.0.0
205018 : Wifi  : Detected strange behavior, reset wifi.
205019 : Reset WiFi.
205019 : WIFI : Switch off WiFi
205021 : WIFI : Set WiFi to STA
205023 : NTP  : NTP host pool.ntp.org (0.0.0.0) unreachable
205033 : EVENT: Clock#Time=Thu,00:03
205069 : EVENT: MQTTimport#Disconnected
205100 : IMPT : MQTT 037 Connection lost
210357 : IMPT : Failed to connect to MQTT broker - attempt 1
215858 : IMPT : Failed to connect to MQTT broker - attempt 2
221358 : IMPT : Failed to connect to MQTT broker - attempt 3
226868 : MQTT : Failed to connect to broker
226869 : EVENT: WiFi#Disconnected
226900 : WIFI : Disconnected! Reason: '(8) Assoc leave' Connected for 29 s
226913 : WD   : Uptime 4 ConnectFailures 8 FreeMem 16384
231923 : MQTT : Failed to connect to broker
241315 : Host unreachable: 0.0.0.0
241316 : Wifi  : Detected strange behavior, reset wifi.
241316 : Reset WiFi.
241317 : WIFI : Switch off WiFi
241318 : WIFI : Set WiFi to STA
241321 : NTP  : NTP host pool.ntp.org (0.0.0.0) unreachable
246586 : IMPT : Failed to connect to MQTT broker - attempt 1
252087 : IMPT : Failed to connect to MQTT broker - attempt 2
257588 : IMPT : Failed to connect to MQTT broker - attempt 3
263098 : MQTT : Failed to connect to broker
263100 : EVENT: WiFi#Disconnected
263130 : WIFI : Disconnected! Reason: '(8) Assoc leave' Connected for 29 s
263143 : WD   : Uptime 4 ConnectFailures 12 FreeMem 16384
268153 : MQTT : Failed to connect to broker
268160 : Dummy: value 1: 0.00
268161 : Dummy: value 2: 0.00
268161 : Dummy: value 3: 0.00
268161 : Dummy: value 4: 0.00
268163 : EVENT: dummy#SetLocal=0.00
268194 : EVENT: dummy#firstUse=0.00
268225 : EVENT: dummy#=0.00
268255 : EVENT: dummy#=0.00
277588 : Host unreachable: 0.0.0.0
277588 : Wifi  : Detected strange behavior, reset wifi.
277589 : Reset WiFi.
277589 : WIFI : Switch off WiFi
277591 : WIFI : Set WiFi to STA
277593 : NTP  : NTP host pool.ntp.org (0.0.0.0) unreachable
277603 : EVENT: Clock#Time=Thu,00:04
282894 : IMPT : Failed to connect to MQTT broker - attempt 1
288395 : IMPT : Failed to connect to MQTT broker - attempt 2
293896 : IMPT : Failed to connect to MQTT broker - attempt 3
299406 : MQTT : Failed to connect to broker
299407 : EVENT: WiFi#Disconnected
299438 : WIFI : Disconnected! Reason: '(8) Assoc leave' Connected for 29 s
299451 : WD   : Uptime 5 ConnectFailures 16 FreeMem 16360
304461 : MQTT : Failed to connect to broker
313635 : Host unreachable: 0.0.0.0
313636 : Wifi  : Detected strange behavior, reset wifi.
313637 : Reset WiFi.
313637 : WIFI : Switch off WiFi
313639 : WIFI : Set WiFi to STA
313641 : NTP  : NTP host pool.ntp.org (0.0.0.0) unreachable
313651 : EVENT: Clock#Time=Thu,00:05
318943 : IMPT : Failed to connect to MQTT broker - attempt 1
324444 : IMPT : Failed to connect to MQTT broker - attempt 2
329944 : IMPT : Failed to connect to MQTT broker - attempt 3
335454 : MQTT : Failed to connect to broker
335455 : EVENT: WiFi#Disconnected
335486 : WIFI : Disconnected! Reason: '(8) Assoc leave' Connected for 29 s
335499 : WD   : Uptime 5 ConnectFailures 20 FreeMem 16384
340509 : MQTT : Failed to connect to broker
340517 : Dummy: value 1: 0.00
340517 : Dummy: value 2: 0.00
340517 : Dummy: value 3: 0.00
340517 : Dummy: value 4: 0.00
340519 : EVENT: dummy#SetLocal=0.00
340551 : EVENT: dummy#firstUse=0.00
340582 : EVENT: dummy#=0.00
340612 : EVENT: dummy#=0.00
350933 : Host unreachable: 0.0.0.0
350934 : Wifi  : Detected strange behavior, reset wifi.
350934 : Reset WiFi.
350935 : WIFI : Switch off WiFi
350936 : WIFI : Set WiFi to STA
350939 : NTP  : NTP host pool.ntp.org (0.0.0.0) unreachable
356204 : IMPT : Failed to connect to MQTT broker - attempt 1
361705 : IMPT : Failed to connect to MQTT broker - attempt 2
367206 : IMPT : Failed to connect to MQTT broker - attempt 3
372716 : MQTT : Failed to connect to broker
372717 : EVENT: WiFi#Disconnected
372749 : WIFI : Disconnected! Reason: '(8) Assoc leave' Connected for 29 s
372754 : QEI  : 0
372758 : EVENT: rotary#counter=0.00
372779 : ACT  : gpio,0,0
372780 : SW   : GPIO 0 Set to 0
372787 : ACT  : oled,2,1,Set=0..
372834 : ACT  : timerset,1,5
372875 : WD   : Uptime 6 ConnectFailures 24 FreeMem 16384
377885 : MQTT : Failed to connect to broker
388056 : Host unreachable: 0.0.0.0
388056 : Wifi  : Detected strange behavior, reset wifi.
388057 : Reset WiFi.
388057 : WIFI : Switch off WiFi
388059 : WIFI : Set WiFi to STA
388061 : NTP  : NTP host pool.ntp.org (0.0.0.0) unreachable
388071 : EVENT: Clock#Time=Thu,00:06
393363 : IMPT : Failed to connect to MQTT broker - attempt 1
398863 : IMPT : Failed to connect to MQTT broker - attempt 2
404364 : IMPT : Failed to connect to MQTT broker - attempt 3
404866 : EVENT: Rules#Timer=1
404887 : ACT  : gpio,0,1
404888 : SW   : GPIO 0 Set to 1
404900 : ACT  : taskvalueset,2,1,18
404921 : ACT  : encwrite,18
404928 : QEI  : encwrite,18
404935 : ACT  : oled,2,1,Set=18°C
404979 : ACT  : tone 14,150,75
405056 : SW   : tone 14,150,75
410076 : MQTT : Failed to connect to broker
410077 : EVENT: WiFi#Disconnected
410108 : WIFI : Disconnected! Reason: '(8) Assoc leave' Connected for 29 s
410121 : WD   : Uptime 6 ConnectFailures 28 FreeMem 16360
415131 : MQTT : Failed to connect to broker
415138 : Dummy: value 1: 0.00
415139 : Dummy: value 2: 0.00
415139 : Dummy: value 3: 0.00
415139 : Dummy: value 4: 0.00
415141 : EVENT: dummy#SetLocal=0.00
415172 : EVENT: dummy#firstUse=0.00
415202 : EVENT: dummy#=0.00
415233 : EVENT: dummy#=0.00
425403 : Host unreachable: 0.0.0.0
425404 : Wifi  : Detected strange behavior, reset wifi.
425404 : Reset WiFi.
425405 : WIFI : Switch off WiFi
425406 : WIFI : Set WiFi to STA
425409 : NTP  : NTP host pool.ntp.org (0.0.0.0) unreachable
430675 : IMPT : Failed to connect to MQTT broker - attempt 1
436176 : IMPT : Failed to connect to MQTT broker - attempt 2
441676 : IMPT : Failed to connect to MQTT broker - attempt 3
447187 : MQTT : Failed to connect to broker
447188 : EVENT: WiFi#Disconnected
447219 : WIFI : Disconnected! Reason: '(8) Assoc leave' Connected for 29 s
447232 : WD   : Uptime 7 ConnectFailures 32 FreeMem 16384
452242 : MQTT : Failed to connect to broker

Für mich ist nach gleicher Abschaltzeit ok. Vielleicht liegt der Grund an MQTT-, NTP- oder R-Regeln. Mein Knoten ist fast sauber, nur der FHEM-Controller und 3 Geräte: RSSI, RAM und Uptime haben sich gemeldet.

5040: WLAN: Verbunden! AP: lipowo (11:11:11:11:11:11) Ch: 6 Dauer: 4787 ms
5041: WIFI: Statische IP: 192.168.3.212 (espt-99) GW: 192.168.3.49 SN: 255.255.255.0 Dauer: 1 ms
5048 : Webserver: starten
27146: WLAN: Getrennt! Grund: '(200) Beacon timeout' Verbunden für 22 s
28107 : WIFI : Lipowo-Verbindungsversuch Nr. 0
28107: IP: Statische IP: 192.168.3.212 GW: 192.168.3.49 SN: 255.255.255.0 DNS: 8.8.8.8
30266: WD: Uptime 1 ConnectFailures 0 FreeMem 19624
30971: WLAN: Getrennt! Grund: „(201) Kein AP gefunden“ Verbunden für 2864 ms
31107 : WIFI : Lipowo-Verbindungsversuch Nr. 1

105445 : WIFI : Lipowo-Verbindungsversuch Nr. 25
105445: IP: Statische IP: 192.168.3.212 GW: 192.168.3.49 SN: 255.255.255.0 DNS: 8.8.8.8
108354 : WLAN : Verbunden! AP: lipowo (11:11:11:11:11:11) Ch: 6 Dauer: 2908 ms
108355: WIFI: Statische IP: 192.168.3.212 (espt-99) GW: 192.168.3.49 SN: 255.255.255.0 Dauer: 2 ms
120266 : WD : Betriebszeit 2 ConnectFailures 0 FreeMem 16856
121446: SYS: 2,00
122364 : SYS : 16440.00
123484: SYS: -73,00
129536 : WLAN : Stellen Sie WLAN auf STA ein
150266 : WD : Betriebszeit 3 ​​ConnectFailures 0 FreeMem 18560
180266 : WD : Betriebszeit 3 ​​ConnectFailures 0 FreeMem 18560
181538: SYS: 3,00
182538: SYS: 18488,00
183538: SYS: -73,00

Hallo. Ich habe die gleichen Verbindungsprobleme (kein AP gefunden) mit der offiziellen fw ESP_Easy_mega-20180424_normal_ESP8266_4096

5163 : Webserver: starten
30509: WD: Uptime 1 ConnectFailures 0 FreeMem 16496
60509: WD: Uptime 1 ConnectFailures 0 FreeMem 16496
90509 : WD : Betriebszeit 2 ConnectFailures 0 FreeMem 16208
120509 : WD : Betriebszeit 2 ConnectFailures 0 FreeMem 16208
150509: WD: Uptime 3 ConnectFailures 0 FreeMem 16208
180509: WD: Uptime 3 ConnectFailures 0 FreeMem 16208
210509: WD: Uptime 4 ConnectFailures 0 FreeMem 16208
240509: WD: Uptime 4 ConnectFailures 0 FreeMem 16208
270509: WD: Uptime 5 ConnectFailures 0 FreeMem 16208
276555 : WLAN : Getrennt! Grund: '(200) Beacon timeout' Verbunden seit 4 m 32 s
277543 : Webserver: Stopp
277543 : WIFI : Verbindung von net-1252-ki Versuch Nr. 0
279682 : WLAN : Getrennt! Grund: „(201) Kein AP gefunden“ Verbunden seit 2138 ms
279683 : WIFI : Verbindung fehlgeschlagen
279783 : WLAN : Stellen Sie WLAN auf AP ein
280673: WIFI: AP-Modus-SSID wird ESP_Easy_0 mit Adresse 192.168.4.1 sein
300509 : WD : Betriebszeit 5 ConnectFailures 0 FreeMem 15840

Ich habe Commit 4af29c4 von TD-er's Fork heruntergeladen und es erstellt (einfach auf die Schaltfläche "Build" gedrückt).

Entschuldigung für das Offtopic, aber sollte ich die 'dev'-Version verwenden oder ist 'normal' in Ordnung?
Wie kann ich auch das PlatformIO zwingen, die angegebene Version zu erstellen? Es hat 16 Builds von dev, normal, hard, test, esp8285 und etc ...

@giig1967g
Es ist etwas Seltsames mit Ihrem Knoten los.
Ich behaupte, verbunden zu sein, aber Routing-Daten scheinen nicht zu funktionieren.
Ich habe das auch hier gesehen und für ESP32 gibt es ein Ereignis, das erkannt werden kann, wenn der STA-Modus stabil ist.
Der ESP8266 hat ein solches Ereignis nicht, aber wir könnten eines vortäuschen, nur damit sich die WLAN-Elektronik nach dem Einschalten stabilisieren kann.
In meinen Tests hier waren diese „verbunden, aber keine Verbindung“-Probleme danach viel schwieriger zu reproduzieren.

Ich werde das 'WLAN zurücksetzen' in eine Trennung ändern, was eine elegantere Lösung ist und nicht von der Stabilisierung des WLANs nach dem Start abhängt. Die aktuelle Implementierung verwendet WIFI_OFF und reaktiviert.

Ich habe auch eine rar-Datei mit allen vorgefertigten Binärdateien verlinkt. Das spart viel Zeit :)

TD-er_wifi_stability_core-2.4.1

Sie können einen einzelnen Build über das Menü unten links auf dem PlatformIO/Atom-Bildschirm erstellen.

Ob Sie normal/dev/test benötigen, hängt von den Plugins ab, die Sie benötigen.
Und beim ESP8266/8285 geht es um die CPU, die Sie haben.
Die letzte Zahl (1024/4096) gibt ungefähr die Größe des Flash-Speichers an.

Ich habe gerade die ESP8266 4M-Version getestet und das Protokoll ist sehr ähnlich.
Ich verwende Openhab MQTT und MQTT-Import, wenn es darauf ankommt.

Werde es jetzt ohne eines davon versuchen, um zu sehen, ob es Auswirkungen gibt.

Ich habe nie mit MQTT-Import getestet.
Es ist möglich, dass jemand versucht, eine Verbindung herzustellen, bevor das WLAN bereit ist.
Und Sie sollten wirklich nicht versuchen, Datenübertragungen zu starten, bevor das WLAN bereit ist.

Der Zugangspunkt kann die Verbindung verweigern, wenn Sie versuchen, Daten zu senden, bevor die Authentifizierung abgeschlossen ist.
Wenn das passiert, sollte der Accesspoint mit einem Trenngrund reagieren, der genau das angibt. Aber ich habe viele WLAN-Probleme aufgrund von AP-Firmware-Versionen gesehen, die nicht den Standards entsprechen. Es kann also durchaus sein, dass dies einer der (vielen möglichen) Gründe dafür sein könnte.

Könnten Sie mit deaktiviertem MQTT-Import testen?

Ich habe gerade die Tests abgeschlossen, um das MQTT-Gerät aus der Geräteliste zu entfernen.
Gleiches Verhalten:

152201 : WD   : Uptime 3 ConnectFailures 0 FreeMem 14920
153507 : EVENT: WiFi#Disconnected
153537 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2878 ms
153628 : WIFI : AP Mode ssid will be ESPT3_3 with address 192.168.4.1
153628 : WIFI : Connecting KeepOut attempt #25
153629 : IP   : Static IP : 192.168.1.203 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 8.8.8.8
156520 : WIFI : Connected! AP: KeepOut (BC:EE:7B:EF:A3:38) Ch: 9 Duration: 2891 ms
156521 : WIFI : Static IP: 192.168.1.203 (ESPT3-3) GW: 192.168.1.1 SN: 255.255.255.0   duration: 2 ms
166747 : Host unreachable: 0.0.0.0
166748 : Wifi  : Detected strange behavior, reset wifi.
166749 : Reset WiFi.
166749 : WIFI : Switch off WiFi
166752 : WIFI : Set WiFi to STA
166753 : NTP  : NTP host pool.ntp.org (0.0.0.0) unreachable
166758 : EVENT: WiFi#Connected
166805 : IP blocked: 0.0.0.0 Allowed: 192.168.1.0 - 192.168.1.255
171866 : MQTT : Failed to connect to broker
176886 : MQTT : Failed to connect to broker
186871 : Host unreachable: 0.0.0.0
186871 : Wifi  : Detected strange behavior, reset wifi.
186872 : Reset WiFi.
186872 : WIFI : Switch off WiFi
186874 : WIFI : Set WiFi to STA
186876 : NTP  : NTP host pool.ntp.org (0.0.0.0) unreachable
191892 : MQTT : Failed to connect to broker
191893 : EVENT: WiFi#Disconnected
191923 : WIFI : Disconnected! Reason: '(8) Assoc leave' Connected for 10 s
191931 : WD   : Uptime 3 ConnectFailures 6 FreeMem 17160
196941 : MQTT : Failed to connect to broker

ntp deaktivieren

Könnten Sie in Networking.ino den Aufruf in resetWiFi() ändern?

Es befindet sich in der Funktion hostReachable() .

Ändern Sie den letzten Teil in: (nur 1 Zeile und ein Protokolleintrag)

  String log = F("Host unreachable: ");
  log += formatIP(ip);
  addLog(LOG_LEVEL_ERROR, log);
  if (ip[1] == 0 && ip[2] == 0 && ip[3] == 0) {
    // Work-around to fix connected but not able to communicate.
    addLog(LOG_LEVEL_ERROR, F("Wifi  : Detected strange behavior, reconnect wifi."));
    WifiDisconnect();
  }
  return false;
}

Mehrere Situationen getestet:
Einheit: 8266 4M

A) Firmware: Ihre neueste Firmware von Dropbox mit der von Ihnen vorgeschlagenen Änderung (ResetWiFi -> WifiDisconnect)
1) Brandneues 8266-Gerät mit nur Ihrer Firmware: FUNKTIONIERT: Nach dem Neustart des Routers wird die Verbindung zum WLAN wiederhergestellt
2) gleiche Einheit, aber mit mehreren Geräten: NICHT ERNEUT VERBINDEN
3) wie 2) aber ohne MQTT IMPORT: NICHT WIEDER VERBINDEN
4) wie 2) aber ohne NTP: FUNKTIONIERT

B) Firmware: Ihr neuestes Build von Dropbox (ohne den Code zu ändern)
1) wie 4) oben (mit deaktiviertem NTP): FUNKTIONIERT

Mit anderen Worten, es scheint, dass das Problem auftritt, wenn NTP aktiviert ist.
(befolgte den Vorschlag von @melwinek 👍 )

Und wenn Sie NTP nach einer Weile aktivieren, wird es zu den richtigen NTP-Servern aufgelöst und die Uhrzeit richtig eingestellt?

Ich habe zwei Einheiten gleichzeitig laufen:
Einer hat die Uhrzeit richtig eingestellt, der andere nicht.
Der, der das tat, war der 8266 mit der modifizierten Software (resetWiFi -> WifiDisconnect).
Derjenige, der dies nicht tat, war der 8285 mit der Originalsoftware.

Werde es noch einmal versuchen, um zu sehen, ob es wiederholbar ist

BEARBEITEN. die zweite Einheit stellte nun auch die Uhrzeit ein (es dauerte mehrere Minuten)

Leider habe ich am Testort kein serielles Debug-Kabel, aber ESP8266 hat eine Empfangsleistung von etwa -89 dBm (mehr oder weniger) und versucht ständig, sich mit dem vorkonfigurierten AP zu verbinden. Manchmal kann ich sein eigenes WLAN-Netzwerk (wie ESP_Easy_0) sehen, mit dem ich mich verbunden habe, um die Protokollmeldungen zu überprüfen (über 100 Wiederverbindungen in wenigen Minuten).

Jetzt habe ich es an einem besseren Ort platziert und es zeigt -84 dBm und arbeitet ziemlich stabil.
Bei mir ist mit den neuen Firmwares (ereignisbasiertes WLAN?) die Abdeckung gesunken. Morgen plane ich, die Legacy-Firmware zu testen, um Unterschiede in der RX-Leistung zu sehen.

Sie müssen sich die IPs ansehen, die es aufzulösen versucht, und auch, was das Protokoll darüber sagt.
Wenn sie zu einer richtigen IP aufgelöst werden (also nicht 0.0.0.0 oder 1.0.0.0), werden die Dinge schließlich funktionieren.

Wenn Sie keinen NTP-Server festlegen, verwendet er 1.pool.ntp.org .... 4.pool ...
Diese werden zufällig ausgewählt und geben einen zufällig ausgewählten NTP-Server zurück.
Die Liste der NTP-Server enthält jedoch ziemlich viele, die nicht erreichbar sind.

@kmihaylov
Welche Version hast du getestet?
Der von mir erstellte Testaufbau verwendet immer noch ereignisbasiertes WLAN.
Sobald es eine Trennung erkennt, versucht es sofort erneut, eine Verbindung herzustellen und dies zu protokollieren.

Die alten Versionen würden dies auch tun, sich aber nicht darüber protokollieren.
Es kann jedoch zu MQTT-Trennungen, hoher CPU-Auslastung und schlecht erreichbaren Webseiten kommen. Aber kein Protokoll über seine Ursache.
Auch neuere Versionen aktualisieren die RSSI-Werte jede Sekunde, wenn Sie das OLED-Framed-Plugin verwenden. Der alte wurde nur aktualisiert, als der Bildschirm aktualisiert wurde.
Berücksichtigen Sie dies also bitte beim Vergleich der Versionen.
Der alte hat auch wegen schlechten Empfangs die Verbindung abgebrochen.

Sie können auch versuchen, die Ausrichtung des Knotens zu ändern, um zu sehen, ob dies den Empfang verbessert.
An TX Power habe ich noch nichts verändert, also sollte die Empfangsqualität gleich sein.

@TD-er: weitere Tests:
1. Gerät mit geänderter Firmware: nach Router-Neustart verbunden und blieb auch nach dem Setzen des NTP verbunden

2. Gerät mit Original-Sotware: Nach dem Neustart des Routers wurde eine Verbindung hergestellt, aber sobald ich das NTP einstellte, verlor es die Verbindung zum Router und konnte keine Verbindung mehr herstellen

Verfügt das 2. über eine ordnungsgemäße DNS- und Gateway-Einrichtung?
Beide verwenden DHCP oder statische IP oder gemischt?

Habe die obigen Tests noch einmal durchgeführt und ähnliche Ergebnisse erhalten:
1. Gerät (8266) mit geänderter Firmware: mit NTP deaktiviert, nach Router-Neustart verbunden und blieb auch nach dem Setzen von NTP verbunden

2. Gerät mit Original-Firmware: mit deaktiviertem NTP, nach dem Neustart des Routers verbunden, aber sobald ich das NTP eingestellt habe, hat es die Verbindung zum Router verloren und konnte keine Verbindung mehr herstellen. diesmal stürzte es ab.

Was nennt man "Original-Firmware"?

Beide haben eine statische IP mit Gateway und DNS-Set.
Original-Firmware ist diejenige, die Sie in Ihrer Dropbox bereitgestellt haben
Geänderte Firmware ist die, die ich geändert habe, indem ich resetWiFi -> WifiDisconnect geändert habe.

Gerade eben ist Unit 1 abgestürzt... komisch.

Protokoll:

749283 : EVENT: Clock#Time=Sat,00:11
752986 : WD   : Uptime 13 ConnectFailures 0 FreeMem 12320
782986 : WD   : Uptime 13 ConnectFailures 0 FreeMem 12320
784285 : Dummy: value 1: 0.00
784285 : Dummy: value 2: 0.00
784285 : Dummy: value 3: 0.00
784285 : Dummy: value 4: 0.00
784287 : EVENT: dummy#SetLocal=0.00
784322 : EVENT: dummy#firstUse=0.00
784356 : EVENT: dummy#=0.00
784393 : EVENT: dummy#=0.00
809285 : EVENT: Clock#Time=Sat,00:12
812986 : WD   : Uptime 14 ConnectFailures 0 FreeMem 12320
842986 : WD   : Uptime 14 ConnectFailures 0 FreeMem 12320
844289 : Dummy: value 1: 0.00
844289 : Dummy: value 2: 0.00
844290 : Dummy: value 3: 0.00
844290 : Dummy: value 4: 0.00
844292 : EVENT: dummy#SetLocal=0.00
844326 : EVENT: dummy#firstUse=0.00
844360 : EVENT: dummy#=0.00
844396 : EVENT: dummy#=0.00
869292 : EVENT: Clock#Time=Sat,00:13
872986 : WD   : Uptime 15 ConnectFailures 0 FreeMem 12320
902986 : WD   : Uptime 15 ConnectFailures 0 FreeMem 12320
904294 : Dummy: value 1: 0.00
904294 : Dummy: value 2: 0.00
904294 : Dummy: value 3: 0.00
904295 : Dummy: value 4: 0.00
904297 : EVENT: dummy#SetLocal=0.00
904331 : EVENT: dummy#firstUse=0.00
904366 : EVENT: dummy#=0.00
904401 : EVENT: dummy#=0.00
929297 : EVENT: Clock#Time=Sat,00:14
932986 : WD   : Uptime 16 ConnectFailures 0 FreeMem 14440
962986 : WD   : Uptime 16 ConnectFailures 0 FreeMem 14440
964301 : Dummy: value 1: 0.00
964301 : Dummy: value 2: 0.00
964301 : Dummy: value 3: 0.00
964301 : Dummy: value 4: 0.00
964303 : EVENT: dummy#SetLocal=0.00
964335 : EVENT: dummy#firstUse=0.00
964365 : EVENT: dummy#=0.00
964397 : EVENT: dummy#=0.00
964751 : IMPT : [mqtt#temp] : 25.10
964752 : EVENT: mqtt#temp=25.10
964795 : ACT  : oled,3,1,T=25.1°C
966958 : IMPT : [mqtt#temp] : 25.10
966958 : EVENT: mqtt#temp=25.10
967000 : ACT  : oled,3,1,T=25.1°C
988464 : IMPT : [mqtt#set] : 22.00
988465 : EVENT: mqtt#set=22.00
988501 : ACT  : encwrite,22

Exception (28):
epc1=0x40256126 epc2=0x00000000 epc3=0x40000f68 excvaddr=0x00000004 depc=0x00000000

ctx: cont
          sp: 3fff43a0 end: 3fff4de0 offset: 01a0

>>>stack>>>
           3fff4540:  3fff7cbd 3fff45b8 3fff45a0 40256f25
3fff4550:  3fff458a 00000000 00000009 40257820
3fff4560:  3fff5030 0000049d 3fff4589 402563c9
3fff4570:  3fff5030 0000048f 0000048f 4010020c
3fff4580:  3fff7d0c 00000020 38397c9c 39303538
3fff4590:  00000000 00002478 0000048f 00000005
3fff45a0:  00000009 3fff4600 3fff4600 3fff138c
3fff45b0:  00000020 3fff463c 00000000 3fff138c
3fff45c0:  3fff7d0c 3fff3cf0 00000002 4025648a
3fff45d0:  3fff47c4 00000000 00000002 40214e5f
3fff45e0:  3fff47c4 00000000 3fff4710 40214eef
3fff45f0:  3fff47c4 00000000 3fff4710 40239606
3fff4600:  00000000 00000000 00000000 4010020c
3fff4610:  00000000 00000000 3fff464c 40100690
3fff4620:  3ffeb04c 00000000 00000000 00000000
3fff4630:  3fff7ccc 0000000f 00000008 3fff7d0c
3fff4640:  0000001f 00000012 00000000 00000000
3fff4650:  00000001 00000000 00000000 00000000
3fff4660:  00000000 65746972 3fff4680 00000038
3fff4670:  3fff47c4 0000000d 3fff4710 40213371
3fff4680:  00000000 00000000 00000000 40100500
3fff4690:  00000000 00000000 00000000 00000000
3fff46a0:  00000000 3fff4700 3fff8df4 0000000f
3fff46b0:  00000000 3fff7c6c 0000000f 00000000
3fff46c0:  3fff7c84 0000000f 00000000 00000000
3fff46d0:  3ffeb04c 00000000 3fff47c4 40256d95
3fff46e0:  00000001 00000000 3fff47c4 40256e98
3fff46f0:  00000001 00000000 00000000 00000008
3fff4700:  00000001 00000000 00000000 402347a6
3fff4710:  00000000 00000000 00000000 3fff7400
3fff4720:  00000016 00000000 00000000 00000000
3fff4730:  00000000 3fff5800 3fff766c 0000000f
3fff4740:  00000000 3fff8dac 0000000f 00000000
3fff4750:  3fff8dc4 0000000f 00000000 00000000
3fff4760:  74657323 0d6f6420 6520200a 7277636e
3fff4770:  2c657469 74716d5b 65732374 0a0d5d74
3fff4780:  61742020 61766b73 7365756c 322c7465
3fff4790:  5b2c312c 7474716d 74657323 2f2f205d
3fff47a0:  401077d0 00000000 000003e8 3fff3cf0
3fff47b0:  3fff7684 3fff76c4 00000000 00000000
3fff47c0:  00000000 3fff8ddc 0000000f 0000000b
3fff47d0:  3fff8d6c 0000000f 0000000b 3fff8d54
3fff47e0:  0000000f 0000000b 3fff8d3c 0000000f
3fff47f0:  00000000 3fff8d24 0000000f 0000000b
3fff4800:  3fff76dc 0000003f 0000000b 3fff8d84
3fff4810:  0000001f 00000012 3fff487c 40256d17
3fff4820:  00000001 00000000 00000000 3fff4954
3fff4830:  0000001f 3fff4870 00000040 00000000
3fff4840:  ffffffff 3fff4954 3fff487c 40256e98
3fff4850:  000f0031 3fff4954 00000001 3fff2e5f
3fff4860:  000f1531 3fff4954 00000001 4023494b
3fff4870:  00000001 3fff4954 3fff4880 3fff58ec <
3fff4880:  0000000f 0000000a 3fff58d4 0000000f
3fff4890:  0000000a 3fff58ac 0000001f 00000015
3fff48a0:  00000001 3fff4ae0 3fff2d69 4023646c
3fff48b0:  32484f2f 6174732f 2f737574 5053456e
3fff48c0:  6d655431 61726570 65727574 00000000
3fff48d0:  00000000 00000000 484f2f00 74732f32
3fff48e0:  73757461 65536e2f 6d655474 00003170
3fff48f0:  00000000 00000000 00000000 00000000
3fff4900:  4f2f0000 732f3248 75746174 546e2f73
3fff4910:  6f6d7265 00000031 00000000 00000000
3fff4920:  00000000 00000000 00000000 00000000
3fff4930:  00000000 00000000 00000000 00000000
3fff4940:  00000000 00000000 00000000 00000000
3fff4950:  00000000 3fff91cc 0000000f 0000000e
3fff4960:  3fff5884 0000001f 00000019 3fff585c
3fff4970:  0000001f 00000015 3fff907c 0000001f
3fff4980:  00000015 3fff92d4 0000000f 00000002
3fff4990:  3fff9054 0000001f 00000014 3fff902c
3fff49a0:  0000001f 00000010 41b00000 40256d63
3fff49b0:  3fff48d9 00000001 3fff4b14 40256d95
3fff49c0:  3fff4b30 3fff7abd 3fff4b14 00000024
3fff49d0:  3fff4b30 00000004 3fff4ae0 40209b06
3fff49e0:  00003232 00000000 ffffffff 3fff5030
3fff49f0:  00000010 00000010 00000000 3fff5030
3fff4a00:  00000010 00000010 00000000 3fff5030
3fff4a10:  00000010 00000010 00000000 3fff5030
3fff4a20:  00000010 00000010 00000000 4010053d
3fff4a30:  00000000 00000002 3fff4cc0 3fff5030
3fff4a40:  00000010 00000010 00000000 ffffffff
3fff4a50:  3fff3cd0 00000002 3fff1aa8 40274614
3fff4a60:  402a1414 00000003 3fff4ab0 40207a48
3fff4a70:  00000000 3fff4ad0 3fff1aec 4027d023
3fff4a80:  402557e4 3ffe93b8 3fff1aec ffffffff
3fff4a90:  3fff5030 0000072f 0000072f 4010020c
3fff4aa0:  3ffeb04c 3ffe93b8 3fff4ad0 40100690
3fff4ab0:  3fff5030 00000586 00000586 4010020c
3fff4ac0:  00000000 3ffeb5f8 00000001 40100690
3fff4ad0:  4027be35 00000000 00000000 401073e0
3fff4ae0:  00000400 3fff1000 00000000 40284f00
3fff4af0:  00000000 00000000 00000000 00000000
3fff4b00:  00000000 3ffef300 3fff9004 0000001f
3fff4b10:  00000015 3fff919c 0000000f 00000002
3fff4b20:  3fff91b4 0000000f 00000000 00000000
3fff4b30:  3fff92bc 0000000f 00000002 3fff8454
3fff4b40:  0000001f 00000015 3fff4b60 00000016
3fff4b50:  3fff7a9c 00000019 00000001 3fff4ba0
3fff4b60:  3fff4ba0 000f152a 3fff7a9c 40258f7c
3fff4b70:  3fff4ba0 00000002 00000015 402549fe
3fff4b80:  32484f2f 6174732f 2f737574 7465536e
3fff4b90:  706d6554 000f0031 3fff7a9c 40254910
3fff4ba0:  3fff5001 0000014f 3fff4ccc 00000014
3fff4bb0:  3fff1c90 3fff4d10 3fff4ccc 3fff4b88
3fff4bc0:  3ffe9608 00000000 00000000 00000004
3fff4bd0:  3fff1c90 3fff4d10 00000005 40236258
3fff4be0:  3ffeb975 401042bb 3fff4d10 4020f51d
3fff4bf0:  40101bd1 3ffef388 3ffef248 4023715a
3fff4c00:  00000000 00000734 00000734 4010020c
3fff4c10:  3fff5030 00000734 00000734 00000004
3fff4c20:  3fff3cd0 00000002 3fff1aa8 40274614
3fff4c30:  00000014 00003978 0000072f 40207a48
3fff4c40:  00000010 00000010 3fff1b88 4027d023
3fff4c50:  402557e4 00000005 3fff1b88 40256e98
3fff4c60:  00000010 00000001 3fff1aa8 4020a7ae
3fff4c70:  3fff5030 0000072f 0000072f 4010020c
3fff4c80:  3fff1c90 00000005 3fff4cb0 40100690
3fff4c90:  3fff5030 00000152 00000152 4010020c
3fff4ca0:  3fff1c90 00000005 3fff4cd0 40100690
3fff4cb0:  3fff5030 0000014f 0000014f 4010020c
3fff4cc0:  3fff9294 0000001f 00000014 3fff629c
3fff4cd0:  0000001f 00000010 00000000 40256cbc
3fff4ce0:  3ffeb04c 3fffc6fc 40292d58 4020ad3e
3fff4cf0:  00000000 00000000 00000000 00000004
3fff4d00:  3fff1c90 00000005 3fff4d10 402134b4 <
3fff4d10:  00000400 00001000 00000000 40257d01
3fff4d20:  00000000 00000000 00000000 00000000
3fff4d30:  00000000 00000004 3fff83c4 0000000f
3fff4d40:  00000000 3fff65fc 0000000f 00000000
3fff4d50:  3fff6614 0000000f 00000000 00000000
3fff4d60:  4027e627 00000000 00000004 00000024
3fff4d70:  3fff2f44 3fff1c80 00000000 00000001
3fff4d80:  4027e627 00000000 000f1527 3fff3db0
3fff4d90:  3fffdad0 3fff1c90 3fff1c3c 40234df3
3fff4da0:  3fffdad0 00000000 3fff1c80 4023f6d9
3fff4db0:  00000000 00000000 00000001 40257cd9
3fff4dc0:  3fffdad0 00000000 3fff3daa 40257d04
3fff4dd0:  feefeffe feefeffe 3fff3dc0 40100700
<<<stack<<<

 ets Jan  8 2013,rst cause:2, boot mode:(3,7)

load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v614f7c32
~ld
   ▒U87 :

Habe gerade nochmal den ganzen Test gemacht:
1. Gerät (8266) mit geänderter Firmware: mit NTP deaktiviert, nach Router-Neustart verbunden und blieb auch nach dem Einschalten des NTP verbunden (ohne den NTP-Server einzustellen, leer zu lassen)

2. Einheit mit Original-Firmware: mit deaktiviertem NTP, nach dem Neustart des Routers verbunden, aber sobald ich das NTP eingestellt habe (ohne den NTP-Server einzustellen, es leer zu lassen), verlor es die Verbindung zum Router und konnte nach einigen Sekunden keine Verbindung mehr herstellen

Könnten Sie mit meinen neuesten Commits bauen? https://github.com/TD-er/ESPEasy/tree/bugfix/wifi_stability
Ich habe ein paar Zeilen hinzugefügt, um die WLAN-Verbindung zu erkennen, bevor ich versuche, die DNS-Auflösung durchzuführen.

@TD-er Ich vergleiche den offiziellen ESP_Easy_mega-20180424_normal_ESP8266_4096 und Ihren ESPEasy-bugfix-wifi_stability Commit 4af29c4.

Von diesen beiden funktioniert deine besser. Ich habe den Reconnect-Zähler aus dem Log zitiert (dargestellt im Webinterface des ESP8266).

Ich habe jedoch ein weiteres ESP8266-Board in der Nähe des gleichen Standorts mit der älteren R120-Version und es hat den ganzen Winter über keine Verbindungsprobleme verursacht.

Ich sollte hier wiederholen, dass der v2-Zweig gut funktioniert, wenn das WiFi-Signal stark ist.

Ich werde zwei gleiche Boards vorbereiten, eines mit Ihrer Firmware und das andere mit dem alten R120 (oder was auch immer ich finden kann), um zu vergleichen, wie sie sich verhalten.

Einer meiner stabilsten Knoten hier, führe Code basierend auf dem aus, was um 20171231 vorhanden war.
Sie könnten also auch eine Version um diese Zeit ausprobieren.

Local Time: | 2018-04-27 23:26:12 |   | Uptime: | 61 days 4 hours 35 minutes

NB, dass man keine Sommerzeit hatte wie jetzt, ich verstehe ;)

Ihre letzten Commits haben immer noch resetWiFi() anstelle von DisconnectWiFi(), richtig?
EDIT: meine Schuld (es ist spät).
Sie haben zu DisconnectWiFi gewechselt.
Ich baue die neue Version.

@ giig1967g Ich hoffe nicht.
Ich habe alle meine Commits gepusht, wie Sie hier sehen können:
https://github.com/TD-er/ESPEasy/commits/bugfix/wifi_stability

EDIT: meine Schuld (es ist spät).
Sie haben zu DisconnectWiFi gewechselt.
Ich baue die neue Version.

Hallo getestete Neuentwicklungen:
es ist das gleiche wie früher:
Ohne aktiviertes NTP wird die Verbindung nach dem Neustart des Routers wiederhergestellt
Wenn NTP aktiviert ist, wird die Verbindung nicht wiederhergestellt ...

Da steht Wifi#connected, ist es aber nicht.
PROTOKOLL:

320301 : EVENT: WiFi#Disconnected
320387 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2875 ms
320427 : WIFI : AP Mode ssid will be ESPT6_16 with address 192.168.4.1
320427 : WIFI : Connecting KeepOut attempt #26
320428 : IP   : Static IP : 192.168.1.206 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 8.8.8.8
scandone
        state: 0 -> 2 (b0)
                          state: 2 -> 3 (0)
                                           state: 3 -> 5 (10)
                                                             add 0
                                                                  aid 3
                                                                       cnt

                                                                           connected with KeepOut, channel 9
                            ip:192.168.1.206,mask:255.255.255.0,gw:192.168.1.1
                                                                              323331 : WIFI : Connected! AP: KeepOut (BC:EE:7B:EF:A3:38) Ch: 9 Duration: 2903 ms
323333 : WIFI : Static IP: 192.168.1.206 (ESPT6-16) GW: 192.168.1.1 SN: 255.255.255.0   duration: 2 ms
ping 1, timeout 1, total payload 0 bytes, 1024 ms
                                                 ping 1, timeout 1, total payload 0 bytes, 1099 ms
                  ping 1, timeout 1, total payload 0 bytes, 1024 ms
                                                                   333519 : Host unreachable: 0.0.0.0
333520 : Wifi  : Detected strange behavior, reconnect wifi.
state: 5 -> 0 (0)
                 rm 0
                     333521 : NTP  : NTP host pool.ntp.org (0.0.0.0) unreachable
333523 : EVENT: WiFi#Connected
341024 : WD   : Uptime 6 ConnectFailures 1 FreeMem 13816
367626 : SYS  : 0.00
367628 : EVENT: ip#ip4=0.00
367714 : EVENT: ip#ip4=0.00 Processing time:86 milliSeconds
371024 : WD   : Uptime 6 ConnectFailures 1 FreeMem 13816
374638 : EVENT: Clock#Time=Sat,00:43
374726 : EVENT: Clock#Time=Sat,00:43 Processing time:88 milliSeconds
380627 : WIFI : Set WiFi to STA
bcn 0
     del if1
            mode : sta(60:01:94:8e:ba:c9)
                                         401024 : WD   : Uptime 7 ConnectFailures 1 FreeMem 16248
427633 : SYS  : 0.00
427635 : EVENT: ip#ip4=0.00
427719 : EVENT: ip#ip4=0.00 Processing time:84 milliSeconds
431024 : WD   : Uptime 7 ConnectFailures 1 FreeMem 16248
434649 : EVENT: Clock#Time=Sat,00:44
434734 : EVENT: Clock#Time=Sat,00:44 Processing time:85 milliSeconds
461024 : WD   : Uptime 8 ConnectFailures 1 FreeMem 16248
487641 : SYS  : 0.00
487643 : EVENT: ip#ip4=0.00
487728 : EVENT: ip#ip4=0.00 Processing time:85 milliSeconds
491028 : WD   : Uptime 8 ConnectFailures 1 FreeMem 16248
494653 : EVENT: Clock#Time=Sat,00:45
494670 : ACT  : publish /ESPT6/dummy/requestedTempUpdate,8
494680 : MQTT : publish failed
494753 : EVENT: Clock#Time=Sat,00:45 Processing time:99 milliSeconds
521028 : WD   : Uptime 9 ConnectFailures 1 FreeMem 16248
547641 : SYS  : 0.00
547643 : EVENT: ip#ip4=0.00
547727 : EVENT: ip#ip4=0.00 Processing time:84 milliSeconds
551028 : WD   : Uptime 9 ConnectFailures 1 FreeMem 16248
554653 : EVENT: Clock#Time=Sat,00:46
554738 : EVENT: Clock#Time=Sat,00:46 Processing time:85 milliSeconds

Das ist sehr seltsam.

Im Moment werde ich nur den Code pushen, um eine Version für morgen zum Testen zu erstellen.
Und morgen werden wir die Untersuchung fortsetzen, um zu sehen, was hier passiert.
Vielleicht ist es etwas seltsam in der Ping-Bibliothek?
Es gibt auch eine andere asynchrone Ping-Bibliothek, die möglicherweise noch besser ist, um die Antworten bissiger zu erhalten und auch nicht zu Abstürzen und schlechten Verbindungen zu führen.

Können Sie meine Situation reproduzieren?

Nicht zuverlässig.
Alle meine Knoten verwenden NTP. Einige verwenden ntp.xs4all.nl und andere haben keinen NTP-Host festgelegt und werden daher X.pool.ntp.org verwenden.

Was passiert also, wenn anstelle eines "funktionierenden" NTP-Servers eine Adresse verwendet wird, die niemals aufgelöst wird?

es sollte immer wieder versuchen, mit einem anständigen Intervall,

Ich habe weitere Tests gemacht:
von Grund auf ein neues Gerät mit Ihrer neuesten Firmware neu erstellt.

Die Kombination aus Konfiguration, die eine erneute Verbindung nach dem Neustart des Routers nicht zulässt, ist NTP aktiviert, statische IP und Regeln.
Ohne nur eine davon funktioniert es. Bei allen 3 nicht!

Ich hänge meine Konfiguration und meine Regeln an, damit Sie es versuchen können.
Statische IP = 192.168.1.203
esp8266.zip

Es ist es wert ? Oder nicht.. ?

@ giig1967g Controller ?

Da einige der Probleme "umhergehen" - heute habe ich ein erzwungenes Update durchgeführt, verstehe ich nicht [behoben]

Controller openhab MQTT

Über die "festen" Nachrichten, das ist so gemeint.
Einige Bibliotheken sind auf eine bestimmte Version fixiert, um die Reproduzierbarkeit zu gewährleisten.
Dies geschieht mit "@1.7.0", um diese Version festzuhalten.
Der Versuch einer Aktualisierung ist also ein ungültiger Vorgang.

Anhängen des vollständigen Debug-Protokolls mit STATISCHER IP (funktioniert nicht)
log.txt

Vollständiges Debug-Protokoll mit DHCP anhängen (funktioniert)
log2.txt

Ich habe zwei Tage Urlaub am Wochenende.
Kann nicht richtig testen.

@Oxyandy Über das PlatformIO-Abonnement.
Im Moment erlaubt es kein Debugging des ESP12, das verwendet wird.
Daher sind die zusätzlichen Funktionen für unseren Anwendungsfall sehr begrenzt.

Sobald es das Remote-Debugging auf dem ESP12 erlaubt, werde ich sicherlich eines dieser Abonnements erhalten.
Ich vermisse wirklich Debugging-Optionen auf dieser Plattform.

Sieht so aus, als ob dieser Thread zu einer Art allgemeiner Diskussion darüber geworden ist, was?
Es fällt mir schwer, dies zu lesen, und nichts wird verwirrt. Sieht aus wie im Zusammenhang mit den grundlegenden WLAN-Verbindungsproblemen, bei denen wir bereits # 1302 haben. Sollten wir uns besser darauf konzentrieren, zuerst das grundlegende WLAN zu reparieren? Und dann weiter zum nächsten Level.

@mvdbro Ich stimme zu, es gibt eine ziemliche Informationsüberflutung und diese Threads werden viel zu lang.
Etwas mehr Struktur im Informationsfluss wäre wünschenswert.

Ich war beschäftigt, hatte sehr wenig Zeit und versuchte, aufzuholen
Ich habe den Build, den Sie auf Dropbox hochgeladen haben, von Ihrem WLAN-Stabilitätszweig geflasht, war in Ordnung - er hat die ganze Nacht gedauert
dann
ESP_Easy_mega-20180428_normal_ESP8266_1024.bin
melde dich unten..

INIT : Booting version: mega-20180428 (ESP82xx Core 2_4_1)
74 : INIT : Cold Boot
75 : FS   : Mounting...
81 : FS   : Mount successful, used 75802 bytes of 113201
377 : CRC  : program checksum       ...OK
387 : CRC  : SecuritySettings CRC   ...OK
388 : CRC  : binary has changed since last save of Settings
407 : INIT : Free RAM:22640
407 : INIT : I2C
407 : INIT : SPI not enabled
422 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1)
423 : EVENT: System#Wake
427 : WIFI : Set WiFi to STA
428 : WIFI : Connecting MAD_IOT attempt #0
429 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
444 : EVENT: System#Boot
447 : SW   : Switch state 1 Output value 1
449 : EVENT: Float_SW#Switch=1.00
1004 : WD   : Uptime 0 ConnectFailures 0 FreeMem 22832
3295 : EVENT: WiFi#Disconnected
3298 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2866 ms
4005 : WIFI : Connecting MAD_IOT attempt #1
4006 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
6867 : EVENT: WiFi#Disconnected
6870 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
7005 : WIFI : Connecting MAD_IOT attempt #2
7006 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
9868 : EVENT: WiFi#Disconnected
9870 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
10011 : WIFI : Connecting MAD_IOT attempt #3
10012 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
12874 : EVENT: WiFi#Disconnected
12876 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
13010 : WIFI : Connecting MAD_IOT attempt #4
13011 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
15874 : EVENT: WiFi#Disconnected
15876 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
16010 : WIFI : Connecting MAD_IOT attempt #5
16011 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
18873 : EVENT: WiFi#Disconnected
18876 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
19011 : WIFI : Set WiFi to AP+STA
19903 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
19903 : WIFI : Connecting MAD_IOT attempt #6

Powered 0428 down at WIFI: Verbindungsversuch von MAD_IOT 34
Habe auch Fehler gesehen:
'(4) Assoc läuft ab'
'(2) Auth läuft ab'
'(15) 4-Wege-Handshake-Timeout'
'(204) Handshake-Timeout'
Kaltstart versucht, Zugangspunkt geändert etc
Irgendwann verbunden und verbunden geblieben..
wifidisconnect
Dann ergeben sich weitere über 200 oder mehr Verbindungsversuche mit 0428
Ok weiter zu:
ESP_Easy_mega-20180429_normal_ESP8266_1024.bin
Ja sieht gut aus..
0429 Funktioniert wie erwartet

@Oxyandy Können Sie klären, ob das Protokoll zu 0429 gehört? Da du ganz unten geschrieben hast "weiter zu" .. 0429? Oder gehört das Protokoll zu 0428?

Und können Sie auch die Signalstärke erwähnen?

Dieses Protokoll gehört zu 20180428,
20180429 funktioniert sehr gut für mich: die Stärke ist ausgezeichnet:
802.11N (RSSI-58 dB)

@oxyandy : kannst du versuchen, NTP zu aktivieren und sehen, ob es noch funktioniert?

Darf ich Sie (alle) bitten, zu testen, was passiert, wenn Sie den TX-Leistungspegel des Routers ändern (z. B. von hoch auf niedrig) und das Protokoll zu führen?

Können Sie Ihr Log-Level auf "Debug More" setzen?

Bei meinem TP-Link TL_WR841N (v. 13, neueste Firmware) bricht der ESPEasy die Verbindung ab, weil

26469: WLAN: Getrennt! Grund: '(2) Auth abgelaufen'

und tritt nicht in den AP-Modus ein.

@ giig1967g Ja, ich habe NTP aktiviert, es wird in diesem Protokoll nicht angezeigt, da es nie mit 0428 verbunden war
0429 stellt sehr schnell eine Verbindung her und aktualisiert die Zeit sofort.
Ich habe keine Ahnung, warum 0428 für mich so ein Fehler ist und 0429 funktioniert gut.. würde gerne den Unterschied wissen..
@kmihaylov - Hi, verwendest du schon 0429?

@ Oxyandy
Ja.

@kmihaylov hmm ok, Protokolle könnten beim Kaltstart nützlich sein
und hier dachte ich, ich hätte die empfindlichste Hardware.
Wie hat/funktioniert 0428 für Sie?

Bei mir verbindet sich 4.29 nicht mit WLAN. Ich hatte sogar ein Problem, mich mit ESP AP zu verbinden, um 4.28 wiederherzustellen

Ich liebe diesen Kommentar Melwinek, ich wurde mit WLAN-Stabilität gefoltert
Klingt so, als hätte 0428 für Sie funktioniert, OK? Warum ist es bei mir so gescheitert?
Was also auf meiner Hardware funktioniert, schlägt bei dir fehl. Skurril
Die Veröffentlichung von 0429 funktioniert so gut, dass ich mit dem Quellcode herumgespielt habe, um ein paar Fehler zu beheben, die mich lange Zeit geplagt haben - jede der neuen Varianten von 0429, die ich erstellt habe, hat ebenfalls perfekt funktioniert.

Ich werde 4.29 auf dem Testknoten ausprobieren. Weil ich keine Protokolle über andere führen kann. Ich müsste sie aus der Wand ziehen.

habe die heutigen TD-er-Commits getestet und mein Gerät verbindet sich jetzt nach dem Neustart des Routers mit aktiviertem NTP erneut.
Exzellente Arbeit. Danke

@Oxyandy Auf meinem Testknoten ist 4.29 in Ordnung. Ich werde es noch einmal mit dem Wandschalter versuchen. Dies ist nicht der originale Sonoff-Touch, es ist hausgemacht.

@TD-er Nach Ihren heutigen Commits stehen meine Knoten auf, selbst wenn ich das WLAN für einige (1-5) Sekunden ausschalte. Herzliche Glückwünsche.

ESP_Easy_mega-20180430_normal_ESP8266_1024.bin
Meine Mama hat mal zu mir gesagt:
"Sie sagte Sohn, wenn der Fehler gestern weg war, ist es wahrscheinlich zu schön, um wahr zu sein,
Ich werde morgen auf jeden Fall wiederkommen!"

444 : EVENT: System#Wake
453 : WIFI : Set WiFi to STA
485 : WIFI : Connecting MAD_MOB attempt #0
486 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
499 : EVENT: System#Boot
508 : SW   : Switch state 1 Output value 1
511 : EVENT: Float_SW#Switch=1.00
525 : ACT  : Publish domoticz/in,{"idx":66,"nvalue":0,"svalue":"FLOAT_SWITCH_1_00:00:00"}
1020 : WD   : Uptime 0 ConnectFailures 0 FreeMem 22744
3348 : EVENT: WiFi#Disconnected
3354 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
4031 : WIFI : Connecting MAD_MOB attempt #1
4032 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
6894 : EVENT: WiFi#Disconnected
6900 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
7031 : WIFI : Connecting MAD_MOB attempt #2
7032 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
9894 : EVENT: WiFi#Disconnected
9900 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
10031 : WIFI : Connecting MAD_MOB attempt #3
10032 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
12894 : EVENT: WiFi#Disconnected
12900 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
13030 : WIFI : Connecting MAD_MOB attempt #4
13031 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
15894 : EVENT: WiFi#Disconnected
15900 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
16030 : WIFI : Connecting MAD_MOB attempt #5
16031 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
18894 : EVENT: WiFi#Disconnected
18900 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2861 ms
19031 : WIFI : Set WiFi to AP+STA
19953 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
19953 : WIFI : Connecting MAD_MOB attempt #6
19954 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
22824 : EVENT: WiFi#Disconnected
22830 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
23032 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
23032 : WIFI : Connecting MAD_MOB attempt #7
23033 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
25902 : EVENT: WiFi#Disconnected
25909 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
26032 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
26032 : WIFI : Connecting MAD_MOB attempt #8
26033 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
28902 : EVENT: WiFi#Disconnected
28908 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
29032 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
29032 : WIFI : Connecting MAD_MOB attempt #9
29033 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
31020 : WD   : Uptime 1 ConnectFailures 0 FreeMem 20104
33371 : EVENT: WiFi#Disconnected
33377 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 4332 ms
34033 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
34033 : WIFI : Connecting MAD_MOB attempt #10
34034 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
36904 : EVENT: WiFi#Disconnected
36910 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
37033 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
37033 : WIFI : Connecting MAD_MOB attempt #11
37034 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
39904 : EVENT: WiFi#Disconnected
39910 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms

Es verband sich schließlich nach 24 Versuchen, starb aber ... mit
94679 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 12 s
0429 blinkte über 0430, sofortige Verbindung, alles OK

Da 0429 ein nächtlicher Build ist?
Nur um die Möglichkeit auszuschließen, dass etwas in der Build-Umgebung für die nächtlichen Builds anders ist.

0429 Wie heruntergeladen von (dasselbe wie 0430)
https://github.com/letscontrolit/ESPEasy/releases

Hast du nach dem Flashen auch einen kompletten Neustart gemacht?

Es ist sehr seltsam, dass es mit 0429 gut funktioniert hat und nicht mehr mit 0430.

Ja, mehrere Dinge ausprobiert, habe derzeit einen gepatchten 0429 mit "gpio false state fix" auf dem Knoten,
Ich flashe jetzt mal mit 0430 drüber

Nö wird nicht verbinden

26033 : WIFI : Connecting MAD_MOB attempt #8
26034 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
30504 : EVENT: WiFi#Disconnected
30507 : WIFI : Disconnected! Reason: '(8) Assoc leave' Connected for 4464 ms
30802 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
30803 : WIFI : Connecting MAD_MOB attempt #9
30803 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
31020 : WD   : Uptime 1 ConnectFailures 0 FreeMem 19984
33671 : EVENT: WiFi#Disconnected
33673 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2861 ms
33797 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
33797 : WIFI : Connecting MAD_IOT attempt #10

Und wenn du auf DHCP umstellst?
Eventuell auch das Debug Log unter "Tools" -> "Advanced" auf "Debug more" setzen

Ich war bereits zu 0429 zurückgekehrt, ok, während ich hier Protokollierung und DHCP ändere.
Fertig: 0430 DHCP anmelden, weiter debuggen

13031 : WIFI : Connecting MAD_MOB attempt #4
scandone
15894 : EVENT: WiFi#Disconnected
15896 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2861 ms
16031 : WIFI : Connecting MAD_MOB attempt #5
scandone
18894 : EVENT: WiFi#Disconnected
18896 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2861 ms
19032 : WIFI : Set WiFi to AP+STA
mode : sta(5c:cf:7f:72:96:ec) + softAP(5e:cf:7f:72:96:ec)
add if1
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)
bcn 100
bcn 0
del if1

add if1
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)
bcn 100
19957 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
19958 : WIFI : Connecting MAD_IOT attempt #6
scandone
22823 : EVENT: WiFi#Disconnected
22825 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
23033 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
23033 : WIFI : Connecting MAD_IOT attempt #7
scandone

Mein ESPEasy konnte sich nicht verbinden, nachdem es mit "(2) Auth expire" "rausgeschmissen" (?) wurde. Die Veröffentlichung von 2904 umgeht dieses Problem.

Bei dir kann es was anderes sein.

Könnten Sie versuchen, einen Hotspot von Ihrem Telefon aus zu starten? Nur um sicherzugehen, dass es sich nicht um ein AP-Problem handelt?

Außerdem kommt Ihr Gerät laut Protokoll nicht einmal zur DHCP-Verhandlung ...

Hier ist ein Protokoll von gestern, nur als Referenz:

46772 : WLAN : Getrennt! Grund: „(2) Auth abgelaufen“ Verbunden für 33 s
47114 : WIFI : Verbindung von net-1252-ki Versuch Nr. 0
Scandone
49975 : WLAN : Getrennt! Grund: „(201) Kein AP gefunden“ Verbunden seit 2861 ms
50115 : WIFI : Verbindung von net-1252-ki Versuch Nr. 1
Scandone
Zustand: 2 -> 2 (b0)
Zustand: 2 -> 0 (2)
53975: WLAN: Getrennt! Grund: „(2) Auth abgelaufen“ Verbunden für 3860 ms
54115 : WIFI : Verbindung von net-1252-ki Versuch Nr. 2
Scandone
Zustand: 0 -> 2 (b0)
Zustand: 2 -> 3 (0)
Zustand: 3 -> 5 (10)
0 hinzufügen
Hilfe 1
cnt

Verbunden mit net-1252-ki, Kanal 2
DHCP-Client starten...
57098 : WLAN : Verbunden! AP: net-1252-ki (7C:8B:CA:A6:CF:96) Ch: 2 Dauer: 2982 ms
IP:10.11.12.102, Maske:255.255.255.0 , GW:10.11.12.1
57631 : WIFI : DHCP IP: 10.11.12.102 (easy-test-0) GW: 10.11.12.1 SN: 255.255.255.0 Dauer: 532 ms
57631: WIFI: Arduino WLAN-Status: WL_CONNECTED ESPeasy interner WLAN-Status: ESPEASY_WIFI_SERVICES_INITIALIZED
Uhr offen, Typ:2 0
69364 : WD : Betriebszeit 1 ConnectFailures 0 FreeMem 18384

@kmihaylov "ein Hotspot von Ihrem Telefon? Nur um sicherzugehen, dass es sich nicht um ein AP-Problem handelt?"
Ja, ich habe all diese Tricks gemacht,
Ich verwende oft 2 Router und meinen Android-Hotspot, die Ergebnisse sind konsistent.
Für mich: 0430 nützt nichts, auf 0501 warten ;)

ESP_Easy_mega-20180501_normal_ESP8266_1024.bin 👎

INIT : Booting version: mega-20180501 (ESP82xx Core 2_4_1)
102 : INIT : Cold Boot
103 : FS   : Mounting...
109 : FS   : Mount successful, used 75802 bytes of 113201
406 : CRC  : program checksum       ...OK
415 : CRC  : SecuritySettings CRC   ...OK
416 : CRC  : binary has changed since last save of Settings
434 : INIT : Free RAM:23512
434 : INIT : I2C
434 : INIT : SPI not enabled
449 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1)
449 : EVENT: System#Wake
453 : WIFI : Set WiFi to STA
mode : sta(5c:cf:7f:72:96:ec)

add if0
486 : WIFI : Connecting MAD_MOB attempt #0
499 : EVENT: System#Boot
502 : SW   : Switch state 1 Output value 1
506 : EVENT: Float_SW#Switch=1.00
1021 : WD   : Uptime 0 ConnectFailures 0 FreeMem 22712
scandone
3349 : EVENT: WiFi#Disconnected
3351 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
4032 : WIFI : Connecting MAD_MOB attempt #1
scandone
6894 : EVENT: WiFi#Disconnected
6897 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
7032 : WIFI : Connecting MAD_IOT attempt #2
scandone
9895 : EVENT: WiFi#Disconnected
9897 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
10032 : WIFI : Connecting MAD_IOT attempt #3
scandone
12895 : EVENT: WiFi#Disconnected
12897 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
13031 : WIFI : Connecting MAD_MOB attempt #4
.
.
.
scandone
278422 : EVENT: WiFi#Disconnected
278424 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
278558 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
278558 : WIFI : Connecting MAD_MOB attempt #80

0429 übertrieben geblitzt, perfekt, erster Versuch 👍

194 : WIFI : Connecting MAD_MOB attempt #0
195 : WIFI  : SDK station status differs from Arduino status. SDK-status: 1 Arduino status: 6
XXXX : Here 0066
207 : EVENT: System#Boot
210 : SW   : Switch state 1 Output value 1
XXXX : Here 0066
214 : EVENT: Float_SW#Switch=1.00
AAAA : Here
1021 : WD   : Uptime 0 ConnectFailures 0 FreeMem 22152
scandone

state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 5
cnt

connected with MAD_MOB, channel 7
dhcp client start...
4983 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 4788 ms
XXXX : Here 0066
4984 : EVENT: WiFi#ChangedAccesspoint
4990 : WIFI  : SDK station status differs from Arduino status. SDK-status: 1 Arduino status: 6
ip:192.168.0.108,mask:255.255.255.0,gw:192.168.0.254
10942 : WIFI : DHCP IP: 192.168.0.108 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 5958 ms
11082 : Current Time Zone:  DST time start: 2018-10-07 01:00:00 offset: 660 minSTD time start: 2018-04-01 01:00:00 offset: 60
0 min
XXXX : Here 0066
11084 : EVENT: Time#Initialized
XXXX : Here 0066
11089 : EVENT: WiFi#Connected
11095 : Webserver: start
11095 : WIFI  : SDK station status differs from Arduino status. SDK-status: 5 Arduino status: 3
11101 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
XXXX : Here 0066
11120 : EVENT: Clock#Time=Tue,12:52
11123 : EVENT: Clock#Time=Tue,12:52 Processing time:4 milliSeconds
11188 : MQTT : Intentional reconnect
11286 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
11287 : Subscribed to: domoticz/out
XXXX : Here 0066
11289 : EVENT: MQTT#Connected
11293 : EVENT: MQTT#Connected Processing time:4 milliSeconds

Bei 0501 hat sich eigentlich nichts geändert.
Angesichts dessen ist es gut zu wissen, dass sich auf der WLAN-Seite Ihrer Tests nichts geändert hat.

Hallo,

Ich hatte auch Probleme mit Build 0430, um es auf dem SONOFF Basic zum Laufen zu bringen. Zurück zu dem, was ich vorher geflasht habe, aber das hat es nicht besser gemacht. Das WebIf war sehr langsam und 1 von 50 Anfragen gab nichts zurück. Nach einer Weile gelang es mir, einen Werksreset von WebIf durchzuführen, und AP wurde wieder angezeigt. Und danach habe ich es neu konfiguriert. Jetzt scheint es wieder OK zu sein.

Ich kann mit @Oxyandy bestätigen, dass es ein Problem mit Build 0430 gibt.

@Barrakuda09
Ein weiterer Sonoff-Benutzer 👍 ausgezeichnet
Können Sie mir das Datum und die Version auf Ihrer Platine mitteilen?
Schon mal 0429 probiert?

PCB-Version 1.1

Nein 0429 habe ich nicht probiert, ich habe Anfang April ein Formular verwendet (weiß ich nicht
was, muss das heute Abend überprüfen). Ich wollte nicht so viel versuchen,
weil es das Licht von einem Aquarium aus schaltet. Also ich war ein bisschen
enttäuscht, dass es nicht funktioniert hat
fehlgeschlagen.

Aber der, den ich jetzt habe, scheint die Verbindung zu verlieren, nachdem ich den AP neu gestartet habe.
Also dachte ich, ich sollte es aktualisieren, aber leider ist es dramatisch fehlgeschlagen. So
es Zeit mir einige Zeit, um es wieder zum Laufen zu bringen.

Platine vom 05.05.2017 ? Wenn ja gleiche Revision wie ich..
Als Sonoff User kann ich 0429 empfehlen.
Ich habe gerade versucht, meine Router neu zu starten, um die Wiederverbindung zu testen.
Ich habe das schon früher gemacht - aber nur für dich bestätigt, alles OK 👍
verbindet sich wieder einwandfrei, bitte versuchen Sie es mit 0429

@Oxyandy , OK, ich werde es noch einmal versuchen, danke für den Tipp

Für meine Hardware (WEMOS D1) funktioniert Version MEGA-20180501 wie erwartet.
WLAN verbindet sich nach dem Neustart des Routers korrekt und wieder.
MQTT-Import funktioniert
MQTT mit Openhab funktioniert.
Werde noch ein paar Tage im Test bleiben.

@Oxyandy Welches Sonoff-Gerät? Ein Grund?
Ich habe vielleicht ein paar herumliegen.

Es muss etwas an diesen Änderungen sein:
https://github.com/letscontrolit/ESPEasy/compare/mega-20180429...mega-20180430

Ja, das ist alles, was ich benutze, ich habe 40 Sonoff Basics
(ah, ein weiteres cooles Feature von Github, danke zum Beispiel)

Sie können sogar Gabeln vergleichen :)

@Oxyandy Könntest du bitte die neuste Version testen? Ich habe LWIP von 2.0 auf 1.4 aufgrund eines Fehlers im HTTP-POST geändert (große Regeln wurden bei > 1520 Bytes verstümmelt)
Und danach habe ich ein paar Sonoff Basic-Geräte geflasht.
Hier funktioniert alles prima. Also vielleicht...... ;)

INIT: Boot-Version: (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 1.4.0-RC2)
Es hat sich nach 32 Versuchen verbunden. das kannst du besser..
Dass ich gerade wach bin... 7.20 Uhr, brauche... Kaffee

Ich verstehe es wirklich nicht...
Ich arbeite hier mit einem Sonoff TH16 und auch einem Sonoff Basic und alle zeigen die gleichen schnellen Verbindungen:

INIT : Booting version:  (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 1.4.0-RC2)
100 : INIT : Warm boot #1
102 : FS   : Mounting...
107 : FS   : Mount successful, used 75802 bytes of 113201
110 : CRC  : No program memory checksum found. Check output of crc2.py
122 : CRC  : SecuritySettings CRC   ...OK
140 : INIT : Free RAM:21896
141 : INIT : I2C
141 : INIT : SPI not enabled
155 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 1.4.0-RC2)
156 : WIFI : Set WiFi to STA
187 : WIFI : Connecting Lurch2 attempt #0
305 : WD   : Uptime 0 ConnectFailures 0 FreeMem 21168
3952 : WIFI : Connected! AP: Lurch2 (5C:49:79:4D:7B:39) Ch: 6 Duration: 3763 ms
4656 : WIFI : DHCP IP: 192.168.1.97 (ESP-Easy-0) GW: 192.168.1.1 SN: 255.255.255.0   duration: 704 ms
4670 : Webserver: start
5048 : Current Time Zone:  DST time start: 2018-03-25 02:00:00 offset: 120 minSTD time start: 2018-10-28 03:00:00 offset: 60 min

32 Versuche, das sind ungefähr 65 Sekunden, schätze ich?
Ist es direkt nachdem SoftAP deaktiviert wurde?

Hilft?

97047 : WIFI : Connecting MAD_IOT attempt #31
scandone
99909 : EVENT: WiFi#Disconnected
99912 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
100046 : WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
100047 : WIFI : Connecting MAD_MOB attempt #32
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 4
cnt

connected with MAD_MOB, channel 7

dhcp client start...
105814 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 5764 ms
105815 : EVENT: WiFi#ChangedAccesspoint
bcn_timout,ap_probe_send_start
ip:192.168.0.107,mask:255.255.255.0,gw:192.168.0.254
110799 : WIFI : DHCP IP: 192.168.0.107 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 4986 ms
110810 : EVENT: WiFi#Connected
110816 : Webserver: start
110816 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
110936 : NTP  : NTP host au.pool.ntp.org (27.124.125.251) queried
111007 : NTP  : NTP replied: 70 mSec
111009 : Current Time Zone:  DST time start: 2018-10-07 01:00:00 offset: 660 minSTD time start: 2018-04-01 01:00:00 offset: 6

Github-Veröffentlichung,
ESP_Easy_mega-20180502_normal_ESP8266_1024.bin
keine Zeit - später mehr Tests erforderlich

INIT : Booting version: mega-20180502 (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 1.4.0-RC2)
104 : INIT : Cold Boot
106 : FS   : Mounting...
112 : FS   : Mount successful, used 75802 bytes of 113201
413 : CRC  : program checksum       ...OK
421 : CRC  : SecuritySettings CRC   ...OK 
422 : CRC  : binary has changed since last save of Settings
440 : INIT : Free RAM:22528
440 : INIT : I2C
440 : INIT : SPI not enabled
455 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 1.4.0-RC2)
455 : EVENT: System#Wake
459 : WIFI : Set WiFi to STA
mode : sta(5c:cf:7f:72:96:ec)
add if0
492 : WIFI : Connecting MAD_MOB attempt #0
493 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
506 : EVENT: System#Boot
509 : SW   : Switch state 1 Output value 1
512 : EVENT: Float_SW#Switch=1.00
1005 : WD   : Uptime 0 ConnectFailures 0 FreeMem 21776
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 2
cnt 

connected with MAD_MOB, channel 7
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
4283 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 3789 ms
4286 : EVENT: WiFi#ChangedAccesspoint
4291 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
4297 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 14 ms
4316 : EVENT: WiFi#Connected
4322 : Webserver: start
4322 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
4416 : MQTT : Intentional reconnect
4559 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
4560 : Subscribed to: domoticz/out
4562 : EVENT: MQTT#Connected
4565 : EVENT: MQTT#Connected Processing time:3 milliSeconds
4658 : NTP  : NTP host au.pool.ntp.org (203.122.222.149) queried
4700 : NTP  : NTP replied: 40 mSec
4701 : Current Time Zone:  DST time start: 2018-10-07 01:00:00 offset: 660 minSTD time start: 2018-04-01 01:00:00 offset: 600 min
4704 : EVENT: Time#Initialized
4708 : EVENT: Time#Initialized Processing time:3 milliSeconds
4712 : EVENT: Clock#Time=Wed,13:13
4715 : EVENT: Clock#Time=Wed,13:13 Processing time:3 milliSeconds

Das ist eine schnellere Wiederverbindung, richtig?

Schneller als das selbst kompilierte vor dem Release, ja & sieht stabil aus
Noch keine Beschwerde von mir..
Nicht wirklich viel getestet, aber ich bleibe in Verbindung, während ich meinen Rasenmäher umbauen lasse.
Wenn ich ein Problem finde, melde ich mich wieder, ansonsten nichts weiter von mir gepostet bedeutet, dass es gut läuft.
Danke !

Load | 9% (LC=12576)
Free Mem | 13040 (12256 - sendContentBlocking)

@TD-er Feedback-Zeit, ich kann auf die Webseiten-Links klicken (absichtlich schnell) und von Seite zu Seite springen,
Wenn ich missbräuchlich F5 drücke, bedeutet dies, dass ich ständig so schnell wie möglich bin. Lag nie, lädt immer
Ich mag 0403 nicht mehr...

Das freut uns sehr! :) Unser Plan ist es, dies auf das erwartete Maß an Reaktionsfähigkeit zu bringen und es von hier aus nur noch besser zu machen :+1:

Ich habe es kaputt gemacht, yay

• versuchte ein paar schnelle F5 mit geöffneter Geräteseite, um mich mit der Reaktionszeit zu beeindrucken ...

Entschuldigen Sie die durcheinandergebrachten Zeitstempel
Ich habe es eine Weile laufen lassen, sieht so aus, als würde es sich nie erholen, sorry
Serial antwortete mit: Vielleicht hilft es

5963508 : IP blocked: 0.0.0.0 Allowed: 192.168.0.0 - 192.168.0.255
5963687 : Ram usage: Webserver only: 0 including Core: 0
5963716 : WD   : Uptime 99 ConnectFailures 0 FreeMem 13536
5963859 : Ram usage: Webserver only: 0 including Core: 0
17:09:00: LmacRxBlk:1
17:09:01: LmacRxBlk:1
LmacRxBlk:1
17:09:03: LmacRxBlk:1
LmacRxBlk:1
17:09:05: LmacRxBlk:1
LmacRxBlk:1
17:09:07: LmacRxBlk:1
17:09:08: LmacRxBlk:1
LmacRxBlk:1
17:09:10: LmacRxBlk:1
LmacRxBlk:1
17:09:12: LmacRxBlk:1
LmacRxBlk:1
17:09:14: LmacRxBlk:1
LmacRxBlk:1
17:09:16: LmacRxBlk:1
LmacRxBlk:1
17:09:18: LmacRxBlk:1
LmacRxBlk:1
17:09:20: LmacRxBlk:1
bcn_timout,ap_probe_send_start
LmacRxBlk:1
17:09:22: LmacRxBlk:1
LmacRxBlk:1
17:09:23: ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
LmacRxBlk:1
17:09:25: LmacRxBlk:1
LmacRxBlk:1
17:09:27: LmacRxBlk:1
17:09:28: LmacRxBlk:1
LmacRxBlk:1
17:09:30: LmacRxBlk:1
LmacRxBlk:1
17:09:32: LmacRxBlk:1
LmacRxBlk:1
17:09:34: LmacRxBlk:1
17:09:35: LmacRxBlk:1
LmacRxBlk:1
17:09:37: LmacRxBlk:1
LmacRxBlk:1
17:09:39: LmacRxBlk:1
LmacRxBlk:1
17:09:41: LmacRxBlk:1
LmacRxBlk:1
17:09:43: LmacRxBlk:1
LmacRxBlk:1
17:09:45: LmacRxBlk:1
LmacRxBlk:1
17:09:47: LmacRxBlk:1
17:09:48: LmacRxBlk:1
LmacRxBlk:1
17:09:50: LmacRxBlk:1
LmacRxBlk:1
17:09:52: LmacRxBlk:1
LmacRxBlk:1
17:09:54: LmacRxBlk:1
LmacRxBlk:1
17:09:56: LmacRxBlk:1
LmacRxBlk:1
17:09:58: LmacRxBlk:1
LmacRxBlk:1
17:10:00: LmacRxBlk:1
LmacRxBlk:1
17:10:02: LmacRxBlk:1
LmacRxBlk:1
17:10:04: LmacRxBlk:1
LmacRxBlk:1
17:10:06: LmacRxBlk:1
LmacRxBlk:1

LmacRxBlk:1 hat also etwas mit dem SDK zu tun.
Jedenfalls war klarer Missbrauch & Beweis dafür, wie blitzschnell der Webserver jetzt läuft,
Der traurige Teil ist, dass es sich nicht erholen kann. Ich frage mich, ob es einen Weg gibt, es zu fangen, damit es möglich ist. ?

https://github.com/Links2004/arduinoWebSockets/issues/220

Gut zu hören, dass einiges an Missbrauch erforderlich ist, damit es kaputt geht;)

Die Anzahl der Verbindungen ist in der Tat begrenzt und meines Wissens kann die Funktion zum Verfolgen der Timer häufiger aufgerufen werden. Aber schade, dass es sich nicht von alleine erholt.
Vielleicht sollten wir eine Art Software-Watchdog-Funktion hinzufügen, um bei solchen Gelegenheiten neu zu starten.

Ich habe letzte Nacht selbst ein ähnliches Problem gesehen, als die Template-Parse-Funktion den gesamten Speicher füllen konnte. Das ist auch nicht wiederherstellbar, daher gibt es mehr Anwendungsfälle für eine solche automatische Neustartfunktion.

Hey, eine 5-Minuten-Lösung? Gibt es eine Filiale?
Ein anderer gelesen: https://github.com/Links2004/arduinoWebSockets/issues/57

Nein, keine Lösung, es war nur ein Etikett, das besagt, dass das WLAN repariert ist. Ich denke, der Versuch, überlaufende Puffer aufgrund von Missbrauch zu reparieren, ist ein anderes Problem;)
Dieser hat bereits viel mehr Zeit in Anspruch genommen als erwartet, also betrachten wir ihn als behoben, um mir das Gefühl zu geben, dass einige Fortschritte erzielt wurden :)

Können Sie ein neues Problem mit den Links zu diesem Pufferüberlauf + Hängen öffnen?

Ja, kein Problem ;)