Nur um sicher zu gehen, keine nachgestellten Leerzeichen im Namen / in der Einstellung?

Nee. Und ich bin mir nicht sicher, ob ich den AP-Namen verwenden soll. Aber ich habe das auch erreicht.

Ich habe diese Knoten-MCU von einer älteren Version aktualisiert. Könnte es sein, dass sie in einer alten Konfiguration steckt? Ich habe den Blitz bereits gelöscht und einen Werksreset durchgeführt. Kann ich sonst noch etwas tun?

Sie haben es mit einer 4 MB leeren Bin-Datei geflasht?

Ja, das habe ich auch getan

Andere ESP Easy-Geräte verbinden sie?

Ja, aber sie sind viel ältere Version.

Haben Sie noch kein anderes Gerät mit einer neuen Version ausprobiert? Bitte!

Ich habe das gleiche Problem. Ich habe mehrere Tage lang versucht, es zu lösen. Dies ist nur bei Wemos NodeMCU-Modulen der Fall:

Log:
312: EREIGNIS: System # Wake
333: WIFI: Stellen Sie WiFi auf STA ein
365: WIFI: Verbindungsversuch # 0
478: EREIGNIS: System # Boot
1832: WD: Uptime 0 ConnectFailures 0 FreeMem 26224

11276: WIFI: Verbindungsversuch Nr. 1

26789: EREIGNIS: WiFi # nicht verbunden
26804: WIFI: Nicht verbunden! Grund: '(200) Beacon Timeout' 15 Sekunden lang verbunden
27276: WIFI: Verbindungsversuch lada1 Nr. 2
30133: EREIGNIS: WiFi # nicht verbunden
30147: WIFI: Nicht verbunden! Grund: '(201) Kein AP gefunden' Verbunden für 2856 ms
30276: WIFI: Verbindungsversuch lada1 Nr. 3
31832: WD: Uptime 1 ConnectFailures 0 FreeMem 26192
33133: EREIGNIS: WiFi # nicht verbunden
33148: WIFI: Nicht verbunden! Grund: '(201) Kein AP gefunden' 2857 ms lang verbunden
33276: WIFI: Verbindungsversuch Nr. 4
36133: EREIGNIS: WiFi # nicht verbunden
36147: WIFI: Nicht verbunden! Grund: '(201) Kein AP gefunden' Verbunden für 2856 ms
36276: WIFI: Verbindungsversuch Nr. 5
41027: EREIGNIS: WiFi # nicht verbunden
41044: WIFI: Nicht verbunden! Grund: '(4) Assoc expire' Verbunden für 4751 ms
41276: WIFI: Stellen Sie WiFi auf AP + STA ein
42197: WIFI: AP Mode ssid ist NodeMCU7_47 mit der Adresse 192.168.4.1
42197: WIFI: Verbindungsversuch lada1 Nr. 6
45055: EREIGNIS: WiFi # nicht verbunden
45075: WIFI: Nicht verbunden! Grund: '(201) Kein AP gefunden' Verbunden für 2856 ms
45277: WIFI: AP Mode ssid ist NodeMCU7_47 mit der Adresse 192.168.4.1
45277: WIFI: Verbindungsversuch Nr. 7 von lada1
48134: EREIGNIS: WiFi # nicht verbunden
48150: WIFI: Nicht verbunden! Grund: '(201) Kein AP gefunden' 2857 ms lang verbunden
48277: WIFI: AP Mode ssid ist NodeMCU7_47 mit der Adresse 192.168.4.1
48277: WIFI: Lada-Versuch Nr. 8 verbinden

Wemos D1 Mini und Clone D1 Mini Module funktionieren gut.

Ich habe das Bild (in meinem Büro) abgebildet. Vielleicht kann ich es am Freitag selbst testen, wenn ich zurück bin.

Können Sie die Informationen von der Sysinfo-Seite geben?
Nur um zu überprüfen, ob es einen Unterschied in den Knoten gibt.

Oh, und könnten Sie vielleicht versuchen, die WLAN-Anmeldeinformationen mit der (neuesten) Version des Flash-Tools @Grovkillen (im Zip enthalten) ? (in einem zweiten Versuch)

Ich habe gerade ein Upgrade auf mega-20181107 (Datei ESP_Easy_mega-20181107_normal_ESP8266_4096.bin) durchgeführt und die WLAN-Anmeldeinformationen mit der (neuesten) Version des @ Grovkillen- Flash-Tools (im Zip enthalten) festgelegt. Jetzt funktioniert es.

Sysinfo Seite:

Einheit: | 47
- | - -
Ortszeit: | 2018-11-07 16:15:12
Betriebszeit: | 0 Tage 0 Stunden 5 Minuten
Laden: | 3,30% (LC = 12452)
Free Mem: | 17320 (14984 - sendContentBlocking)
Freier Stapel: | 3584 (1728 - ExecuteCommand)
Booten: | Manueller Neustart (7)
Grund zurücksetzen: | Externes System
Netzwerk ❔
Wifi: | 802.11N (RSSI -49 dB)
IP-Konfiguration: | DHCP
IP / Subnetz: | 192.168.44.192 / 255.255.255.0
GW: | 192.168.44.1
Client-IP: | 192.168.44.150
DNS: | 1.0.0.1 / 1.1.1.1
Zulässiger IP-Bereich: | Alles erlaubt
STA MAC: | 60: 01: 94: 35: C8: BC
AP MAC: | 62: 01: 94: 35: C8: BC
SSID: | lada (06: 18: D6: C1: B0: 03)
Kanal: | 1
Verbunden: | 5 m 9 s
Letzter Trennungsgrund: | (1) Nicht spezifiziert
Nummer verbindet sich wieder: | 0
Firmware
Build: ⋄ | 20102 - Mega
Bibliotheken: ⋄ | ESP82xx Core 2_4_2, NONOS SDK 2.2.1 (cfd48f3), LWIP: 2.0.3
GIT-Version: ⋄ | Mega-20181107
Plugins: ⋄ | 46 [Normal]
Build Md5: | 9ea46e7428c174166f90298a7ed1a5f2
Md5 prüfen: | bestanden.
Bauzeit: ⋄ | 7. November 2018 03:33:40
Binärer Dateiname: ⋄ | ESP_Easy_mega-20181107_normal_ESP8266_4096.bin
Systemstatus
Syslog-Protokollstufe: | Keiner
Serielle Protokollstufe: | Debuggen
Web Log Level: | Keiner
ESP-Karte
ESP-Chip-ID: | 3524796 (0x35C8BC)
ESP Chip Freq: | 80 MHz
Name des ESP-Boards: | PLATFORMIO_ESP12E
Lager
Flash Chip ID: | Hersteller: 0xEF Gerät: 0x4016
Flash Chip Real Größe: | 4096 kB
Flash IDE Größe: | 4096 kB
Flash-IDE-Geschwindigkeit: | 40 MHz
Flash-IDE-Modus: | DIO
Flash schreibt: | 2 täglich / 2 booten
Skizzengröße: | 744 kB (2324 kB frei)
SPIFFS Größe: | 934 kB (860 kB frei)

Also können wir dieses Problem dann schließen? : +1:

Gestern habe ich die Mega-20181023-Version getestet, die nicht funktioniert hat, und die Mega-20181022-Version, die funktioniert hat. Jetzt werde ich die Mega-20181106-Version testen ...

Bitte schließen Sie es noch nicht

Downgrade auf Mega-20181106-Version über OTA ==> WiFi funktioniert nicht

Flash ESP_Easy_mega-20181106_normal_ESP8266_4096.bin mit ESP Easy Flasher ==> WiFi funktioniert nicht

Die gestrige Veröffentlichung verhält sich also schlecht. Was hat sich zwischen diesen beiden Veröffentlichungen geändert? Nicht viel?

Ich habe viele Zeichenfolgen geändert, um den Speicherplatz zu reduzieren.

Aber du hast es geändert, um zu funktionieren?

Aber du hast es geändert, um zu funktionieren?

Gestern habe ich nur die Commits für OTA-Updates zusammengeführt
Es sollte also hauptsächlich mit Zeichenfolgen zusammenhängen.

Ich hoffe, ich habe die richtigen Such- / Ersetzungsabfragen durchgeführt, aber möglicherweise hat sich etwas in Bezug auf die WLAN-Einrichtung geändert.

Die heutige Veröffentlichung scheint zu funktionieren, gestern nicht. Seltsam, vielleicht verwandt.

Ah, vielleicht habe ich dabei auch etwas repariert;)
Entschuldigung, diese Dinge können passieren.

ESP_Easy_mega-20181107_normal_ESP8266_4096 über OTA geflasht ==> WiFi funktioniert OK

Die heutige Veröffentlichung scheint also zu funktionieren, aber nein. Ich habe aus Quellen in der Zip-Datei kompiliert und WiFi funktioniert nicht mehr.
Ich habe meine kompilierte Version auf D1 mini geflasht und WiFi funktioniert einwandfrei.

Haben Sie versucht, es vor dem Flashen zweimal zu kompilieren? (vorausgesetzt, Sie verwenden PlatformIO)
Und es scheint einen Unterschied in der Ausrichtung der Daten zu geben, wenn auf Windows oder Linux aufgebaut wird (gemäß den Threads in den Problemlisten von Tasmota / Espruna).

Nein, habe ich nicht. Ich verwende PlatformIO mit VS-Code unter Windows 10.
OK, ich werde zweimal kompilieren und es versuchen. Ich sage es dir.

@ TD-er Ich habe die Aufgabe PlatformIO: Build (normal_ESP8266_4096) zweimal ausgeführt und dieses Protokoll abgerufen. Meinst du das?

Aufgabe ausführen: C: Userssalva.platformiopenvScriptsplatformio.exe run --environment normal_ESP8266_4096 <

Verarbeitung von normal_ESP8266_4096 (Framework: arduino; Plattform: [email protected]; Board: esp12e)

Der ausführliche Modus kann über die Option -v, --verbose aktiviert werden
KONFIGURATION: https://docs.platformio.org/page/boards/espressif8266/esp12e.html
PLATTFORM: Espressif 8266> Espressif ESP8266 ESP-12E
SYSTEM: ESP8266 80 MHz 80 KB RAM (4 MB Flash)
Konvertieren von ESPEasy.ino
C: / Users / salva / Documents / GitHub / ESPEasy_mega-20181107 / source / src / _P016_IR. ino: 72 : 0: Warnung: "P016_TIMEOUT" neu definiert [standardmäßig aktiviert]

define P016_TIMEOUT 15U // Passt zu den meisten Nachrichten, ohne viele Wiederholungen zu verschlucken.

^
C: / Users / salva / Documents / GitHub / ESPEasy_mega-20181107 / source / src / _P016_IR. ino: 68 : 0: note: Dies ist der Speicherort der vorherigen Definition

definiere P016_TIMEOUT 50U // Einige A / C-Einheiten haben Lücken in ihren Protokollen von ~ 40 ms.

^
Library Dependency Finder -> http://bit.ly/configure-pio-ldf
LDF-MODI: FINDER (Kette) KOMPATIBILITÄT (weich)
56 kompatible Bibliotheken gesammelt
Abhängigkeiten scannen ...
Abhängigkeitsdiagramm
| -1.0
| | -1.0
| | -1.0
| | | -1.0
| -2.0.0
| | -3.3.1
| -1.0
| -
| -1.0
| -1.0.0
| | -1.0
| -5.13.2
| -1.0.2
| -3.2.7
| | -1.0
| | -1.0
| -
| | -1.0
| -1.0
| -0.0.1
| | -3.3.1
| -0.0.1
| -1.0
| - | | -1.0
| -1.0.2
| | -1.0.2
| | -1.0
| -1.0
| | -1.0
| | -
| | | -1.0
| - | -3.3.1
| -1.4.2
| | -1.0
| -
| | -1.0
| -1.0.4
| | -1.0
| -2.6
| -1.0.1
| | -1.0
| -1.1.0
| | -1.0
| -
| | -1.0
| -
| | -1.0
| -1.0.0
| -1.0
| | -1.0
| -
| | -1.0
| -1.0.6
| -
| -0.0.1
| | -1.0
Kompilieren von .pioenvsnormal_ESP8266_4096libdc8pubsubclientPubSubClient.cpp.o
Kompilieren von .pioenvsnormal_ESP8266_4096srcESPEasy.ino.cpp.o
Verknüpfen von .pioenvsnormal_ESP8266_4096firmware.elf
Abrufen der maximalen Programmgröße .pioenvsnormal_ESP8266_4096firmware.elf
Erstellen von .pioenvsnormal_ESP8266_4096firmware.bin
Überprüfen der Größe .pioenvsnormal_ESP8266_4096firmware.elf
Speichernutzung -> http://bit.ly/pio-memory-usage
DATEN: [======] 55,4% (verwendet 45376 Bytes von 81920 Bytes)
PROGRAMM: [=======] 73,2% (verwendet 764896 Bytes von 1044464 Bytes)
============================================== [ERFOLG] Hat gedauert 57,89 Sekunden =============================================

================================================== ===== [ZUSAMMENFASSUNG] ================================================== =============
Umgebung esp-wrover-kit_test_1M8_partition [SKIP]
Umgebung esp32dev [SKIP]
Umgebung esp32test_1M8_partition [SKIP]
Umgebung normal_ESP8266_1024 [SKIP]
Umgebung minimal_ESP8266_1024_OTA [SKIP]
Umgebung minimal_ESP8285_1024_OTA [SKIP]
Umgebung normal_core_241_ESP8266_1024 [SKIP]
Umgebung normal_ESP8285_1024 [SKIP]
Umgebung normal_WROOM02_2048 [SKIP]
Umgebung normal_ESP8266_4096 [ERFOLG]
Umgebung normal_core_241_ESP8266_4096 [SKIP]
Umgebung normal_IR_ESP8266_4096 [SKIP]
Umgebung test_ESP8266_1024 [SKIP]
Umgebung test_ESP8285_1024 [SKIP]
Umgebung test_WROOM02_2048 [SKIP]
Umgebung test_ESP8266_4096 [SKIP]
Umgebung test_ESP8266_4096_VCC [SKIP]
Umgebung dev_ESP8266_1024 [SKIP]
Umgebung dev_ESP8285_1024 [SKIP]
Umgebung dev_WROOM02_2048 [SKIP]
Umgebung dev_ESP8266_4096 [SKIP]
Umgebung dev_ESP8266PUYA_1024 [SKIP]
Umgebung dev_ESP8266PUYA_1024_VCC [SKIP]
Umgebung hard_SONOFF_POW [SKIP]
Umgebung hard_SONOFF_POW_R2_4M [SKIP]
Umgebung hard_Shelly_1 [SKIP]
Umgebung hard_Ventus_W266 [SKIP]
============================================== [ERFOLG] Hat gedauert 57,94 Sekunden ==============================================

Las tareas reutilizarán el terminal, presione cualquier tecla para cerrarlo.

Aufgabe ausführen: C: Userssalva.platformiopenvScriptsplatformio.exe run --environment normal_ESP8266_4096 <

Verarbeitung von normal_ESP8266_4096 (Framework: arduino; Plattform: [email protected]; Board: esp12e)

Der ausführliche Modus kann über die Option -v, --verbose aktiviert werden
KONFIGURATION: https://docs.platformio.org/page/boards/espressif8266/esp12e.html
PLATTFORM: Espressif 8266> Espressif ESP8266 ESP-12E
SYSTEM: ESP8266 80 MHz 80 KB RAM (4 MB Flash)
Konvertieren von ESPEasy.ino
C: / Users / salva / Documents / GitHub / ESPEasy_mega-20181107 / source / src / _P016_IR. ino: 72 : 0: Warnung: "P016_TIMEOUT" neu definiert [standardmäßig aktiviert]

define P016_TIMEOUT 15U // Passt zu den meisten Nachrichten, ohne viele Wiederholungen zu verschlucken.

^
C: / Users / salva / Documents / GitHub / ESPEasy_mega-20181107 / source / src / _P016_IR. ino: 68 : 0: note: Dies ist der Speicherort der vorherigen Definition

definiere P016_TIMEOUT 50U // Einige A / C-Einheiten haben Lücken in ihren Protokollen von ~ 40 ms.

^
Library Dependency Finder -> http://bit.ly/configure-pio-ldf
LDF-MODI: FINDER (Kette) KOMPATIBILITÄT (weich)
56 kompatible Bibliotheken gesammelt
Abhängigkeiten scannen ...
Abhängigkeitsdiagramm
| -
| -1.0
| | -1.0
| | -1.0
| | | -1.0
| -1.0
| -0.0.1
| | -1.0
| -1.0.2
| | -1.0.2
| | -1.0
| -1.0.0
| | -1.0
| -5.13.2
| -1.0.2
| -3.2.7
| | -1.0
| | -1.0
| -
| | -1.0
| -1.0
| -0.0.1
| | -3.3.1
| -1.0
| -0.0.1
| -2.0.0
| | -3.3.1
| -1.0
| - | | -1.0
| -1.0.6
| -1.0
| | -1.0
| | -
| | | -1.0
| - | -3.3.1
| -1.4.2
| | -1.0
| -
| | -1.0
| -1.0.4
| | -1.0
| -
| -1.0.1
| | -1.0
| -1.1.0
| | -1.0
| -
| | -1.0
| -
| | -1.0
| -1.0.0
| -1.0
| | -1.0
| -
| | -1.0
| -2.6
Kompilieren von .pioenvsnormal_ESP8266_4096srcESPEasy.ino.cpp.o
Verknüpfen von .pioenvsnormal_ESP8266_4096firmware.elf
Abrufen der maximalen Programmgröße .pioenvsnormal_ESP8266_4096firmware.elf
Erstellen von .pioenvsnormal_ESP8266_4096firmware.bin
Überprüfen der Größe .pioenvsnormal_ESP8266_4096firmware.elf
Speichernutzung -> http://bit.ly/pio-memory-usage
DATEN: [======] 55,4% (verwendet 45368 Bytes von 81920 Bytes)
PROGRAMM: [=======] 73,2% (verwendet 764896 Bytes von 1044464 Bytes)
============================================== [ERFOLG] Hat gedauert 55,91 Sekunden ==============================================

================================================== ===== [ZUSAMMENFASSUNG] ================================================== =============
Umgebung esp-wrover-kit_test_1M8_partition [SKIP]
Umgebung esp32dev [SKIP]
Umgebung esp32test_1M8_partition [SKIP]
Umgebung normal_ESP8266_1024 [SKIP]
Umgebung minimal_ESP8266_1024_OTA [SKIP]
Umgebung minimal_ESP8285_1024_OTA [SKIP]
Umgebung normal_core_241_ESP8266_1024 [SKIP]
Umgebung normal_ESP8285_1024 [SKIP]
Umgebung normal_WROOM02_2048 [SKIP]
Umgebung normal_ESP8266_4096 [ERFOLG]
Umgebung normal_core_241_ESP8266_4096 [SKIP]
Umgebung normal_IR_ESP8266_4096 [SKIP]
Umgebung test_ESP8266_1024 [SKIP]
Umgebung test_ESP8285_1024 [SKIP]
Umgebung test_WROOM02_2048 [SKIP]
Umgebung test_ESP8266_4096 [SKIP]
Umgebung test_ESP8266_4096_VCC [SKIP]
Umgebung dev_ESP8266_1024 [SKIP]
Umgebung dev_ESP8285_1024 [SKIP]
Umgebung dev_WROOM02_2048 [SKIP]
Umgebung dev_ESP8266_4096 [SKIP]
Umgebung dev_ESP8266PUYA_1024 [SKIP]
Umgebung dev_ESP8266PUYA_1024_VCC [SKIP]
Umgebung hard_SONOFF_POW [SKIP]
Umgebung hard_SONOFF_POW_R2_4M [SKIP]
Umgebung hard_Shelly_1 [SKIP]
Umgebung hard_Ventus_W266 [SKIP]
============================================== [ERFOLG] Hat gedauert 55,96 Sekunden ==============================================

Ja, zweimal erstellen / kompilieren, bevor es blinkt.

Da das Hochladen es auch kompiliert, können Sie es auch erstellen und dann seriell flashen. (Upload ... in PlattformIO)

Entschuldigung, WiFi funktioniert immer noch nicht

Wie stellen Sie die Einstellungen ein, seriell oder über AP?

Mit Ihrem Werkzeug: ESP Easy Flasher

Ok, dann ist das nicht das Problem 😎

Ich muss jetzt die Verbindung trennen. Ich werde mich diese Nacht wieder verbinden.

Hallo

Ich habe einige dieser Module und ich habe das gleiche Problem mit ihnen. Kein AP gefunden, Beacon Timeout, Assoc-Ablauffehler, aber der serielle Befehl scanwifi zeigt meinen AP in der Liste an.

Normalerweise aktualisiere ich die Firmware auf dem neuesten Stand der Module, wenn die neue Firmware veröffentlicht wird.

Wenn ich aktualisiere, funktionieren einige fw-Versionen gut, andere nicht. Wenn das Modul keine Verbindung herstellen kann, muss ein Rollback auf die vorherige fw durchgeführt werden. Manchmal muss ich das Modul löschen (blank_4MB.bin). Normalerweise lade ich dann die Version 20180818 hoch, die immer gut funktioniert. Und nachdem ich die neueste OK-Version hochgeladen habe.

Ich bin nicht zu Hause, aber am Wochenende kann ich testen, welche fw in Ordnung ist und welche nicht. Vielleicht hilft es, das Problem zu untersuchen und zu beheben.

Danke
T.

Kann jemand ein detailliertes Bild des ESP-Chips machen?
Ich hatte einige Diskussionen im Hintergrund per E-Mail und man berichtet, dass das Modul ein "ECO Plug" -Label trägt.
Einer der Vorschläge war, eine Anzahl von delay(1) Anrufen hinzuzufügen, bis die WLAN-Verbindung hergestellt ist.

Wenn jemand ein wirklich detailliertes Bild des Moduls machen könnte (z. B. mit einem Flachbettscanner, Modul in verschiedenen Ausrichtungen im Vergleich zur Scanrichtung drehen), dann machen Sie bitte auch ein detailliertes Bild der Spuren der 3,3-V- und GND-Platine zum ESP-Modul und der Spannungsregler.

Ich habe die Firmware von heute geflasht: Mega-20181107 (ESP82xx Core 2_4_2, NONOS SDK 2.2.1 (cfd48f3), LWIP: 2.0.3)
Zuerst habe ich das Rohling und dann das eigentliche geflasht. Wifi funktioniert wieder :-)

Ich benutze dieses Modul als Temperatursensor (DHT22)
Der Sensor funktioniert, MQTT jedoch nicht. Auch die Protokollseite ist und bleibt leer.

@ymoona Was ist deine Einstellung für das Weblog-Level - Keine?

Übrigens funktioniert mqtt. Nur nicht ohne Anmeldeinformationen, wahrscheinlich ein Konfigurationsproblem bei meinem Broker.

Die Protokollierung ist für das Debuggen konfiguriert, zeigt jedoch nichts an. Aber alles andere funktioniert. Ich bin also damit einverstanden, das Problem zu schließen

Hallo

Bilder wie versprochen.

Ich hoffe, ich habe morgen Zeit, die Firmwares zu testen, was in Ordnung ist, was nicht.

Danke
T.

Können Sie nach Möglichkeit versuchen, einen der problematischen Knoten mit 5 V über den GND / Vin- Pin (nicht über den USB-Anschluss) mit Strom zu versorgen?

Einige meiner Module, die über das Vin mit 3,3 V betrieben werden, verwenden USB. Alle diese Module verhalten sich ähnlich.

5V getestet: Keine Freude :-(

Aus: Der 1024 VCC fw ist aus der letzten Version verschwunden. Ist es möglich für die Zukunft zu kompilieren?

Danke
T.

Ich habe nur die PUYA-Builds entfernt.
Wenn dies der einzige 1 MB VCC-Build wäre, könnten wir dafür einen anderen hinzufügen.

ESP_Easy_mega-20181110_test_ESP8266_4096_VCC.bin

>wifiscan
WIFI : SSID Scan start
WIFI : 4 networks found
WIFI : 1: eir90963965-2.4G 58:D7:59:5B:E0:70 Ch:2 (-82dBm) WPA/WPA2/PSK
WIFI : 2: TNCAPE8A29B C4:EA:1D:C3:BC:7F Ch:8 (-88dBm) WPA/WPA2/PSK
WIFI : 3: VM8BD6864 AC:22:05:79:96:58 Ch:11 (-87dBm) WPA/WPA2/PSK
WIFI : 4: Horizon Wi-Free AE:22:15:79:96:58 Ch:11 (-92dBm) 


Ok
215912 : Command: wifiscan
219603 : WIFI : AP Mode ssid will be Test21_WMD1_21 with address 192.168.4.1
219604 : WIFI : Connecting TNCAPE8A29B attempt #38
221806 : EVENT: WiFi#Disconnected
221811 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2199 ms

@redskinhu Also ist es nicht behoben und die gleichen Knoten sind immer noch problematisch und diejenigen, die gut funktionierten, funktionieren immer noch?

Hallo

Hausaufgaben sind erledigt ....

Ich habe diesen WeMos D1-Klon getestet. 5V Stromversorgung, externe serielle TTL USB Verbindung. Das Paar NG fw wird an einem anderen D1-Modul getestet (gleiches Ergebnis).

Methode:

1. Vollständiges Löschen (seriell): blank_4MB.bin
2. Laden Sie die ESP_Easy_mega-20180818_test_ESP8266_4096_VCC.bin hoch (seriell), richten Sie bei Bedarf AP und NTP ein (diese Firmware wird getestet, kann immer eine Verbindung herstellen).
3. OTA lädt die nächste gewünschte fw hoch (Test 4096 VCC): ESP_Easy_mega-20180221_test_ESP8266_4096.bin - ESP_Easy_mega-20181111_test_ESP8266_4096_VCC.bin
4. Wenn die Firmware eine Verbindung herstellen kann, fahren Sie mit Schritt 3 fort.
5. Wenn die aktualisierte fw nach ~ 10 Versuchen keine Verbindung zum AP herstellen kann, fahren Sie mit Schritt 2 fort.

Ergebnisse:

• OK - Mit dem WiFi verbunden
• NG - Meldung "Kein AP gefunden", aber der AP auf der Liste der APs (Seriennummer wifiscan )
• NG * - Beacon-Timeout, Assoc-Urlaub, Auth-Ablauffehler
• NG ** - Verbunden, PING ok, aber ERR_EMPTY_RESPONSE-Fehler im Browser
• NG * - Verbunden, PING-Antwort nach dem Start, aber nach "Zeitüberschreitung anfordern" und / oder "Zielhost ist nicht erreichbar".

Ich hoffe jemand kann das Muster sehen ....

FW Datum | Ergebnis | | FW Datum | Ergebnis | | FW Datum | Ergebnis
- | - | - | - | - | - | - | - -
20180221 | NG * | 20180501 | | in Ordnung20180224 | | NG | 20180904 |
OK | 20180503 | | NG *20180302 | | OK | 20180909 |
OK | 20180505 | | in Ordnung20180304 | | OK | 20180914 |
OK | 20180507 | | NG20180307 | | OK | 20180923 |
OK | 20180511 | | in Ordnung20180309 |
20180310 | OK | | 20180513 | NG * | | 20180930 | NG
20180311 | OK | | 20180515 | OK | | |
20180312 | OK | | 20180516 | OK | | |
20180313 | OK | | 20180517 | OK | | 20181001 | NG
20180314 | OK | | 20180518 | NG | | 20181002 | in Ordnung
20180315 | OK | | 20180519 | OK | | 20181003 | in Ordnung
20180316 | OK | | 20180522 | NG | | 20181004 | in Ordnung
20180319 | NG * | 20180524 | | in Ordnung20180320 |
20180321 | NG | | | | | 20181011 | in Ordnung
20180322 | NG * | 20180609 | | NG20180323 | | NG | 20181015 |
OK | 20180613 |
20180326 | OK | | 20180614 | NG * | | 20181017 | in Ordnung
20180327 | OK | | 20180615 | OK | | 20181020 | in Ordnung
20180328 | OK | | 20180618 | OK | | 20181021 | in Ordnung
20180329 | OK | | 20180619 | OK | | 20181022 | in Ordnung
20180330 | OK | | 20180621 | OK | | 20181023 | in Ordnung
20180331 | OK | | 20180624 | NG | | 20181025 | NG
| | | 20180625 | NG | | 20181026 | in Ordnung
| | | | | | 20181027 | in Ordnung
20180402 | NG | | | | | 20181028 | NG
20180403 | NG * | | 20180708 | OK | | 20181030 | in Ordnung
20180405 | NG * | | 20180710 | OK | | 20181031 | in Ordnung
20180409 | NG * | | 20180712 | OK | | |
20180410 | NG * | | 20180714 | OK | | |
20180413 | NG | | 20180716 | OK | | 20181101 | in Ordnung
20180414 | NG | | 20180719 | OK | | 20181105 | NG
20180415 | NG | | 20180720 | OK | | 20181106 | in Ordnung
20180416 | OK | | 20180722 | OK | | 20181107 | in Ordnung
20180417 | OK | | 20180723 | NG | | 20181108 | NG
20180418 | NG | | | | | 20181109 | NG
20180419 | NG * | | | | | 20181110 | NG
20180420 | NG | | 20180801 | OK | | 20181111 | NG
20180421 | NG | | 20180802 | OK | | 20181112 | NG
20180422 | NG * | | 20180804 | OK | | 20181117 | NG
20180423 | NG | | 20180808 | NG | | 20181120 | NG
20180424 | NG | | 20180809 | OK | | 20181121 | NG
20180426 | OK | | 20180815 | OK | | 20181122 | in Ordnung
20180428 | NG | | 20180818 | OK | | 20181123 | in Ordnung
20180429 | NG | | 20180822 | NG | | 20181124 | in Ordnung
20180430 | OK | | 20180826 | OK | | 20181125 | NG

OK, das muss der Posten gewesen sein, der die meiste Vorbereitung aller Zeiten gekostet hat!
Zwischen März und irgendwo im Mai hatten wir Probleme mit den nächtlichen Builds und diese Builds führten zu vielen WiFi-Problemen.
Einer der frustrierendsten Momente in der Entwicklung, da ich auch an dem ereignisbasierten WiFi gearbeitet habe und die Berichte absolut nicht reproduzierbar waren.

Mein erster Gedanke bei solchen zufällig aussehenden OK / NG-Berichten ist, dass es eine Art String / Char-Array geben muss, dem nur 1 Byte zu kurz oder nicht nullterminiert zugewiesen ist.
Es ist dann Sache des Compilers und des halbzufälligen Verhaltens der Speicherzuordnung, sich in Blöcken zu bewegen, was nach diesem fehlerhaften reservierten Block ein zusätzliches unbenutztes Byte ergeben kann.

Wie lang ist die SSID Ihres Netzwerks und wie lang ist Ihr Schlüssel?
Enthalten sie Leerzeichen oder andere "seltsame" Zeichen?

SSID: TNCAPE8A29B
Schlüssel: 9 Zeichen, 2 Großbuchstaben und Zahlen, nichts Seltsames.

Ja, ich habe die ersten Module erhalten, als das ereignisbasierte WLAN vorgestellt wurde. Und ich hatte viele "nicht funktionierende" Module ... Ich dachte, meine neuen glänzenden Module sind fehlerhaft und ich habe viel Zeit damit verbracht, die Lösung zu finden. Und eines an diesen Modulen. Sie sehen langsamer aus als die generischen esp07 / 12-Module (z. B. Laden von Webseiten). Wechseln zwischen den Seiten ~ 3-5s auf ESP07 / 12 ~ 1s. Vielleicht hilft es.

Vielleicht können Sie die Blitzarten vergleichen?

Ich kann mir vorstellen, dass der Flash-Chip auch einige Lese- / Schreibparameter zurückgibt, die von den Kernbibliotheken verwendet werden.
Es kann mit der Anzahl der Verbindungsabbrüche korrelieren, aber ich bezweifle, dass es Auswirkungen auf das Symptom "Kann nicht einmal eine Verbindung herstellen" hat, das bei Ihnen auftritt.

Ich habe das Schild eines meiner ESP07: W25Q32JVSIQ entfernt
WeMos D1-Klon: GD25Q32CSIG

Der 2. ist etwas langsamer 120 vs 133Mhz. Ich denke, es ist nicht zu groß, um diesen Geschwindigkeitsunterschied zu verursachen.

Ich habe ein Paar W25Q32BVSIG, wenn ich das GD25Q32CSIG auf der Platine ersetze, könnte es helfen, dies zu untersuchen?

Es ist immer schön, es zu versuchen, aber dann nehmen Sie auch einen reproduzierbaren Knoten weg, um zu überprüfen, ob ein zukünftiger Fix funktioniert.

Ich habe ein ungeöffnetes Ersatzteil ... auch. :-)

Vielleicht können Sie auch auf der Seite (neue) Timing-Statistiken sehen, wie lange eine Schreibaktion dauert.

Denken Sie daran, dass die Statistiken beim Laden der Seite zurückgesetzt werden.

• Seite mit den Ladezeitstatistiken
• Führen Sie einen Schreibvorgang durch (z. B. ändern Sie eine Einstellung in einem Plugin).
• Laden Sie die Seite mit den Timing-Statistiken und überprüfen Sie die max. Zeit zum Speichern einer Datei benötigt.

@redskinhu gute Arbeit, vielleicht hängt das mit einer schlechten Antennenverbindung zusammen?
Versuchen Sie, den AP mit Ihrem Mobiltelefon zu hosten, und stellen Sie mit ESP eine Verbindung her.

Ich denke, dieses Problem hängt nicht mit der Antenne zusammen. Das Modul befand sich bei den Tests an derselben Stelle. Wenn eine FW eine Verbindung herstellen kann und eine andere nicht, kann dies ein SW-Fehler sein.

Eines meiner Module sitzt neben dem Router und verhält sich ähnlich. Und ich habe versucht, eine Verbindung zu meinem Handy-Hotspot herzustellen, der ungefähr 2 cm entfernt war, als ich die frühen Ermittlungen durchführte. Keine Freude.

Ich habe einen ESP01 PUYA und einen ESP07S neben mir. Ich habe die gleiche Konfiguration auch für diese Module eingerichtet (ESP_Easy_mega-20181107). Ich habe die Schreibzeiten überprüft (ich habe auf allen Modulen dieselbe generische Sysinfo-Aufgabe gespeichert):

WeMos D1-Klon

Beschreibung | Funktion | #calls | call / sec | min (ms) | Durchschn. (Ms) | max (ms)
- | - | - | - | - | - | - -
Datei speichern | | 3 | 0,14 | 29.616 | 42.094 | 64.698

ESP07S

Beschreibung | Funktion | #calls | call / sec | min (ms) | Durchschnitt (ms) | max (ms)
- | - | - | - | - | - | - -
Datei speichern | | 3 | 0,26 | 24.505 | 44,575 | 64.832

ESP01

Beschreibung | Funktion | #calls | call / sec | min (ms) | Durchschn. (Ms) | max (ms)
- | - | - | - | - | - | - -
Datei speichern | | 3 | 0,01 | 268.785 | 399,269 | 660,206

• Das Verhalten des ESP01 ist für mich offensichtlich: PUYA. Dieses Modul ist jedoch genauso schnell wie ESP07S.
• Aber die beiden anderen verhalten sich ähnlich, also denke ich nicht, dass der Blitz den Geschwindigkeitsunterschied verursacht.

Ich habe den Blitz ausgetauscht, aber der neue sieht nicht kompatibel aus. :-(
Also habe ich das alte zurückgelegt. Es klappt. :-)

Das ist alles für heute.

ESP_Easy_mega-20181112 getestet: NG

Irgendwelche Vorschläge, um die Untersuchung fortzusetzen?

Verwenden Sie immer noch den Build test_ESP8266_4096_VCC.bin ?

Ja

@redskinhu ERROR log bitte

@ TD-er es ist wirklich schwer zu verstehen, WLAN-Verbindung / Management-Code.
Ich könnte versuchen, alle Dinge zuerst an einen Ort zu verschieben (EspEasyWifi.ino) und dann können wir uns überlegen, wie wir diesen Teil des Codes so ändern können, dass er besser lesbar ist. Was denkst du?

Hallo

Kleine Erklärung zu diesem Protokoll:

• Protokollstufe: Debug dev
• ESP_Easy_mega-20181107_test_ESP8266_4096_VCC.bin wurde installiert. Es bootet und stellt eine Verbindung zu AP und MQTT her, die IP und MAC veröffentlichen.
• Nachdem ich den OTA-Upload auf ESP_Easy_mega-20181112_test_ESP8266_4096_VCC.bin gestartet habe.
• Das Modul wird neu gestartet und versucht, eine Verbindung zum AP herzustellen. Nach 10 Wiederholungsversuchen habe ich die Protokollierung gestoppt.

INIT : Booting version: mega-20181107 (ESP82xx Core 2_4_2, NONOS SDK 2.2.1(cfd48f3), LRuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
WRuleDebug: 101: publish home/%sysname%/macaddress,%mac%
IP: 2.0.3)mode : sta(84:f3:eb:8e:61:8c)
add if0
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do

100 : INIT : Warm boot #3 - Restart Reason: Software/System restart
102 : FS   : Mounting.RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
..RuleDebug: 101: publish home/%sysname%/macaddress,%mac%

127 : FS   : Mount successful, used 76053 bytes of 957314
502 : CRC  : program checksum       ...OK
513 : CRC  : SecuritySettings CRC   ...OK 
616 : INIT : Free RAM:25384
617 : INIT : I2C
617 : INIT : SPI not enabled
652 : INFO : Plugins: 73 [Normal] [Testing] (ESP82xx Core 2_4_2, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
653 : EVENT: System#Wake
697 : WIFI : Set WiFi to STA
731 : WIFI : Connecting TNCAPE8A29B attempt #0
844 : EVENT: System#Boot
2196 : WD   : Uptime 0 ConnectFailures 0 FreeMem 23128
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 20
cnt 

connected with TNCAPE8A29B, channel 8
dhcp client start...
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
5574 : WIFI : Connected! AP: TNCAPE8A29B (C4:EA:1D:C3:BC:7F) Ch: 8 Duration: 4842 ms
5575 : ERuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
VENRuleDebug: 101: publish home/%sysname%/macaddress,%mac%
T: WiFi#ChangedAccesspoint
ip:192.168.1.247,mask:255.255.255.0,gw:192.168.1.1
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
5691 : WIFI : DHCP IP: 192.168.1.247 (Test20-WMD1-20) GW: 192.168.1.1 SNRuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
: 255.RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
255.255.0   duration: 117 ms
5703 : EVENT: WiFi#Connected
5722 : Webserver: start
5723 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
5803 : MQTT : Intentional reconnect
5805 : Read settings: ControllerSettings index: 0
5877 : MQRuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
TT RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
: Connected to broker with client ID: Test20_WMD1_20
5880 : Subscribed to: home/Test20_WMD1/#
5882 : EVENT: MQTT#Connected
5905 : EVENT: MQTT#Connected Processing time:23 milliSeconds
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 110: time#initialized do
6640 : NTP  : NTP host 193.1.31.66 (193.1.31.66) queried
6682 : NTP  : NTP replRuleDebug: 111: publish home/test20_wmd1/ipaddress,192.168.1.247
ied: delay 41 mSec Accuracy increased by 0.370 seconds
6684 : Current Time Zone:  DST time staRuleDebug: 111: publish home/test20_wmd1/macaddress,84:f3:eb:8e:61:8c
rt: 2018-03-25 02:00:00 offset: 60 minSTD time start: 2018-10-28 03:00:00 offset: 0 min
6687 : EVENT: Time#IniRuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
tialized
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%

RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
6698 : ACT  : Publish home/Test20_WMD1/IPaddress,192.168.1.247
6713 : ACT  : Publish home/Test20_WMD1/MACaddress,84:F3:EB:8E:61:8C
6722 : EVENT: Time#Initialized Processing time:34 milliSeconds
6723 : EVENT: Clock#Time=Mon,22:23
6742 : EVENT: Clock#Time=Mon,22:23 Processing time:19 milliSeconds
6747 : Command: publish
6751 : Command: publish
10981 : UDP  : B4:E6:2D:14:AE:F5,192.168.1.215,15
Update: ESP_Easy_mega-20181112_test_ESP8266_4096_VCC.bin
sleep disable
................................pm open,type:0 0
...................................................................................................................................................................................................................................................................................................................................................................................................Update Success: 857648
Rebooting...

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

load 0x4010f000, len 1384, room 16 
tail 8
chksum 0x2d
csum 0x2d
vbb28d4a3
<strong i="14">@cp</strong>:0
ld
⸮Urules1.txt 1
rules2.txt 0
rules3.txt 0
rules4.txt 0
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do

RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
mode : sta(84:f3:eb:8e:61:8c)
add if0
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
13048 : WD   : Uptime 0 ConnectFailures 0 FreeMem 18912
scandone
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
14449 : EVENT: WiFi#Disconnected
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
14462 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2860 ms
14495 : WIFI : Connecting TNCAPE8A29B attempt #1
scandone
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
17355 : EVENT: WiFi#Disconnected
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
17368 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2859 ms
17495 : WIFI : Connecting TNCAPE8A29B attempt #2
scandone
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
20356 : EVENT: WiFi#Disconnected
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
20369 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2860 ms
20494 : WIFI : Connecting TNCAPE8A29B attempt #3
scandone
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
23356 : EVENT: WiFi#Disconnected
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
23368 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2860 ms
23495 : WIFI : Connecting TNCAPE8A29B attempt #4
scandone
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
26356 : EVENT: WiFi#Disconnected
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
26368 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2860 ms
26495 : WIFI : Connecting TNCAPE8A29B attempt #5
scandone
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
29356 : EVENT: WiFi#Disconnected
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
29369 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2860 ms
mode : sta(84:f3:eb:8e:61:8c) + softAP(86:f3:eb:8e:61:8c)
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
29495 : WIFI : Set WiFi to AP+STA
30419 : WIFI : AP Mode ssid will be Test20_WMD1_20 with address 192.168.4.1
30419 : WIFI : Connecting TNCAPE8A29B attempt #6
scandone
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
33281 : EVENT: WiFi#Disconnected
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
33295 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2860 ms
33495 : WIFI : AP Mode ssid will be Test20_WMD1_20 with address 192.168.4.1
33495 : WIFI : Connecting TNCAPE8A29B attempt #7
scandone
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
36358 : EVENT: WiFi#Disconnected
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
36371 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2863 ms
36494 : WIFI : AP Mode ssid will be Test20_WMD1_20 with address 192.168.4.1
36495 : WIFI : Connecting TNCAPE8A29B attempt #8
scandone
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
39357 : EVENT: WiFi#Disconnected
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
39369 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2861 ms
39494 : WIFI : AP Mode ssid will be Test20_WMD1_20 with address 192.168.4.1
39495 : WIFI : Connecting TNCAPE8A29B attempt #9
scandone
RuleDebug Processing:rules1.txt
     flags CMI  parse output:
RuleDebug: 100: time#initialized do
42357 : EVENT: WiFi#Disconnected
RuleDebug: 101: publish home/%sysname%/ipaddress,%ip%
RuleDebug: 101: publish home/%sysname%/macaddress,%mac%
42370 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2861 ms
43048 : WD   : Uptime 1 ConnectFailures 0 FreeMem 16272
43495 : WIFI : AP Mode ssid will be Test20_WMD1_20 with address 192.168.4.1
43495 : WIFI : Connecting TNCAPE8A29B attempt #10
scandone

@ uzi18 Ich stimme zu, dass der aktuelle WLAN-Code (wieder) zu kompliziert geworden ist.
Ich bin damit einverstanden, dass wir es uns ansehen sollten, wenn ich wieder zu Hause bin (gerade in Stockholm angekommen).

@redskinhu nur

@ TD-er brauchen wir wirklich eine Protokollfilterung und wenn aktiviert, log alle <= festgelegte Ebene - da sich einige Infos auf verschiedenen Ebenen befinden.

Dieselbe Testmethode wie zuvor, nur die Protokollstufe ist Fehler. Wie gewünscht. :-)

Es sieht verbunden aus, ist es aber nicht.

`` `

Neustart

ets 8. Januar 2013, erste Ursache: 2 , Startmodus: (3,6)

Laden Sie 0x4010f000, Länge 1384, Raum 16
Schwanz 8
chksum 0x2d
csum 0x2d
vbb28d4a3
~ ld
98U98:

INIT: Boot-Version: Mega-20181107 (ESP82xx Core 2_4_2, NONOS SDK 2.2.1 (cfd48f3), LWIP: 2.0.3)
99: INIT: Warmstart Nr. 3 - Neustart Grund: Neustart der Software / des Systems
101: FS: Montage ...
126: FS: Mount erfolgreich, verwendet 76053 Bytes von 957314
501: CRC: Programmprüfsumme ... OK
538: CRC: SecuritySettings CRC ... OK
640: INIT: Freier RAM: 25384
641: INIT: I2C
641: INIT: SPI nicht aktiviert
676: INFO: Plugins: 73 [Normal] [Testen] (ESP82xx Core 2_4_2, NONOS SDK 2.2.1 (cfd48f3), LWIP: 2.0.3)
677: EVENT: System # Wake
712: WIFI: Stellen Sie WiFi auf STA ein
745: WIFI: TNCAPE8A29B-Verbindungsversuch Nr. 0 wird verbunden
858: EREIGNIS: System # Boot
4800: MQTT: Absichtliche Wiederverbindung

Update: ESP_Easy_mega-20181112_test_ESP8266_4096_VCC.bin
Schlaf deaktivieren
............. Uhr geöffnet, Typ: 0 0
.................................................. .....................................
.................................................. .....................................
.................................................. .....................................
.................................................. .....................................
.................................................. ........
Update erfolgreich: 857648
Neustart ...

ets 8. Januar 2013, erste Ursache: 2 , Startmodus: (3,6)

Laden Sie 0x4010f000, Länge 1384, Raum 16
Schwanz 8
chksum 0x2d
csum 0x2d
vbb28d4a3
@cp : 0
ld
⸮U

wifiscan
WIFI: Start des SSID-Scans
WIFI: 3 Netzwerke gefunden
WIFI: 1: eir90963965-2.4G 58: D7: 59: 5B: E0: 70 Ch: 2 (-74 dBm) WPA / WPA2 / PSK
WIFI: 2: eir_WiFi 58: D7: 59: 5B: E0: 71 Ch: 2 (-73 dBm) geöffnet
WIFI: 3: TNCAPE8A29B C4: EA: 1D: C3: BC: 7F Ch: 8 (-66 dBm) WPA / WPA2 / PSK
In Ordnung
wificonnect
In Ordnung

ESPEasy_mega-20181117 bis 21 getestet: NG

Ich habe gerade über einige dieser Themen gelesen.
Es scheint, dass Tasmota auch einige Probleme mit einigen Modulen hat, wenn eine Verbindung zu WiFi hergestellt wird. Ihr Lösungsansatz bestand darin, erst mit dem Lesen von Sensoren usw. zu beginnen, wenn eine WiFi-Verbindung hergestellt wurde und viele delay () -Aufrufe getätigt wurden, um den Stromverbrauch der CPU zu senken.
Dies deutet darauf hin, dass die Stromversorgung dieser Module möglicherweise nicht ausreicht.

Siehe: https://github.com/arendst/Sonoff-Tasmota/issues/4254

@redskinhu Könnten Sie diese PR testen: https://github.com/letscontrolit/ESPEasy/pull/2073
Ich habe einen Build für den normalen_ESP8266_4096 erstellt

Guten Morgen

Getestet und NG. (Der ESPEasy_mega-20181121 verhält sich genauso wie diese FW)

Ich habe das einmal bekommen:

Reply from 192.168.1.185: Destination host unreachable.
Reply from 192.168.1.247: bytes=32 time=2954ms TTL=255
Request timed out.

Aber die Antwort ist meistens:

Ziel-Host nicht erreichbar.

Siehe das Protokoll:

INIT : Booting version:  (ESP82xx Core 2_4_2, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3 PUYA support)
100 : INIT : Warm boot #8 - Restart Reason: External System
102 : FS   : Mounting...
126 : FS   : Mount successful, used 76053 bytes of 957314
465 : CRC  : program checksum       ...OK
477 : CRC  : SecuritySettings CRC   ...OK 
478 : CRC  : binary has changed since last save of Settings
578 : INIT : Free RAM:24472
579 : INIT : I2C
579 : INIT : SPI not enabled
611 : INFO : Plugins: 46 [Normal] (ESP82xx Core 2_4_2, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3 PUYA support)
613 : EVENT: System#Wake
649 : WIFI : Set WiFi to STA
681 : WIFI : Connecting TNCAPE8A29B attempt #0
796 : EVENT: System#Boot
>debug 4

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

connected with TNCAPE8A29B, channel 8
dhcp client start...
5519 : WIFI : Connected! AP: TNCAPE8A29B (C4:EA:1D:C3:BC:7F) Ch: 8 Duration: 4835 ms
5521 : EVENT: WiFi#ChangedAccesspoint

pm open,type:2 0



bcn_timout,ap_probe_send_start
32140 : WD   : Uptime 1 ConnectFailures 0 FreeMem 21312
ip:192.168.1.247,mask:255.255.255.0,gw:192.168.1.1
36085 : WIFI : DHCP IP: 192.168.1.247 (Test20-WMD1-20) GW: 192.168.1.1 SN: 255.255.255.0
36099 : EVENT: WiFi#Connected
36114 : Webserver: start
36114 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
36199 : MQTT : Intentional reconnect
36245 : MQTT : Connected to broker with client ID: ESPClient_84:F3:EB:8E:61:8C
36248 : Subscribed to: home/Test20_WMD1/#
36250 : EVENT: MQTT#Connected
36261 : EVENT: MQTT#Connected Processing time:11 milliSeconds
36585 : NTP  : NTP host 193.1.31.66 (193.1.31.66) queried
36617 : NTP  : NTP replied: delay 30 mSec Accuracy increased by 0.808 seconds
36619 : Current Time Zone:  DST time start: 2018-03-25 02:00:00 offset: 60 minSTD time start: 2018-10-28 03:00:00 offset: 0 min
36621 : EVENT: Time#Initialized
36631 : ACT  : Publish home/Test20_WMD1/IPaddress,192.168.1.247
36643 : ACT  : Publish home/Test20_WMD1/MACaddress,84:F3:EB:8E:61:8C
36651 : EVENT: Time#Initialized Processing time:30 milliSeconds
36652 : EVENT: Clock#Time=Thu,09:07
36659 : EVENT: Clock#Time=Thu,09:07 Processing time:7 milliSeconds
36663 : Command: publish
36666 : Command: publish

ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
45099 : EVENT: WiFi#Disconnected
45107 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 39 s
45289 : MQTT : Connection lost, state: Connection lost
45289 : EVENT: MQTT#Disconnected
45587 : WIFI : Connecting TNCAPE8A29B attempt #0
scandone
48449 : EVENT: WiFi#Disconnected
48457 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2862 ms
48586 : WIFI : Connecting TNCAPE8A29B attempt #1
50587 : EVENT: Clock#Time=Thu,09:08
scandone
51449 : EVENT: WiFi#Disconnected
51456 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2860 ms
51588 : WIFI : Connecting TNCAPE8A29B attempt #2
scandone
54449 : EVENT: WiFi#Disconnected
54457 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2859 ms
54586 : WIFI : Connecting TNCAPE8A29B attempt #3
scandone
57443 : WIFI : Connecting TNCAPE8A29B attempt #4
57448 : EVENT: WiFi#Disconnected
57455 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2855 ms
scandone

Diese Module sehen für mich zu langsam aus.
Ich habe einen Plan, ich möchte die Geschwindigkeit dieses Moduls mit einem nackten ESP12F vergleichen.

https://www.instructables.com/id/ESP8266-NodeMCU-CPU-Speed-Test/

Ich werde beide Module testen, ohne die CPU-Frequenz zu ändern.

Oder eine Idee, um die Geschwindigkeit der Module zu vergleichen?

Wenn der WLAN-Empfang schlecht ist, kann es zu vielen erneuten Übertragungen kommen, die Sie nicht sehen würden.
Können Sie die 3,3 V über das ESP messen, wenn versucht wird, eine Verbindung zu WiFi herzustellen?
Am besten mit einem Zielfernrohr.
Wenn diese Spannung instabil ist, wirkt sich dies auch auf die HF-Kalibrierung aus, die unmittelbar vor dem Herstellen der Verbindung durchgeführt wird.
Diese Kalibrierung benötigt einen viel höheren Strom. Wenn also die Leiterbahnen auf der Leiterplatte zu dünn sind oder das Netzteil selbst diesen höheren Strom nicht verarbeiten kann, kann es zu einer instabilen WLAN-Verbindung kommen, da die Kalibrierung deaktiviert ist.
In den letzten Tagen habe ich viel über das WLAN des ESP8266 gelesen.

Sie können auch versuchen, einen kleinen Kondensator in der Nähe der 3,3 V des ESP hinzuzufügen, um diese Spannung bei großen Stromschwankungen stabil zu halten.
Ich bin mir nicht sicher, welche Kapazität für den Kondensator am besten geeignet ist.
Vielleicht 10 uF? Möglicherweise möchten Sie den Kondensator auch nicht zu groß machen, da er beim erstmaligen Laden als "Kurzschluss" für das Netzteil angezeigt wird. Dies kann auch verhindern, dass das ESP startet, wenn es zu groß ist.

Bearbeiten:
Sie verwenden nicht das ESP12e-Modul, sondern nur das nackte ESP8266

Ich bin nicht sicher, ob alle rot markierten Stifte verbunden sind.
Aber vielleicht finden Sie eine Stelle, an der sich die 3,3 V in der Nähe des Chips befinden?

Hallo

Ich denke, dieses Problem konnte nicht mit den Spannungen zusammenhängen, da eine fw einwandfrei funktioniert und eine andere nicht auf demselben Modul sitzt, das dieselbe Stromversorgung und denselben Standort vom WLAN-AP hat und der Test fast zur gleichen Zeit stattfindet.

Auf jeden Fall ist der Mega-20181122 getestet und in Ordnung.

Was ist der Unterschied zwischen 21 und 22 fw?

Ich habe versucht, den Test durchzuführen, aber er war nicht erfolgreich, siehe: https://github.com/letscontrolit/ESPEasy/issues/2076

Auf jeden Fall ist der Mega-20181122 getestet und in Ordnung.

Was ist der Unterschied zwischen 21 und 22 fw?

Der einzige Unterschied besteht in einem Plugin.
Es hat also nichts mit dem WLAN-Teil oder dem Timing zu tun.
Ich denke, wenn Sie einen Werksreset (oder einen leeren Blitz) durchführen und die Version 20181122 erneut versuchen, kann dies fehlschlagen.

Ich denke, es war eine Neuinstallation.
Ich werde es versuchen, wenn ich nach Hause komme.
Leider muss ich arbeiten ... :(

mega-20181122/23 in leeres Modul hochgeladen: OK

Ich habe jetzt ein Modul, das so seltsam zu sein scheint, wie Sie es beschreiben.
Das Seltsame ist, dass eine Bereinigung des Builds (Clean machen) und eine Neuerstellung die WLAN-Verbindungsprobleme beheben können.
In der Verknüpfung ist also etwas Seltsames los.

Ich werde heute keinen Code zusammenführen. Heute werden nur Dokumentänderungen zusammengeführt.
Wenn also der Build von morgen erneut fehlschlägt, haben wir den Beweis, dass dies etwas im Verknüpfungsprozess ist.

Vielleicht auch schön zu testen.
In diesen Fällen hat der Knoten Schwierigkeiten, eine Verbindung herzustellen. Es sieht so aus, als würde nur gemeldet, dass eine Verbindung hergestellt werden soll, jedoch keine Berichte über empfangene IP- oder NTP-Updates.
Es ist dann nicht über das Netzwerk erreichbar.

Nach einigen Minuten scheint alles in Ordnung zu sein und das Gerät läuft dann einwandfrei.

Nur ein weiterer Gedanke.
Haben Sie mehrere Zugangspunkte mit derselben SSID / passwd? (zB Repeater oder Mesh-Layout)
Ich habe hier mit meinen beiden Accesspoint-Knoten (im Mesh-Layout, beide von meinem Schreibtisch aus sichtbar) getestet. Wenn ich die erste Verbindung zum schwächsten herstelle, treten viele Zeitüberschreitungen auf, aber nach einer Weile habe ich eine sehr reaktionsschnelle Einheit.
Ohne dass der Knoten erneut eine Verbindung herstellt (oder zumindest nicht im Protokoll angezeigt wird)

Ja, manchmal benötigt das Modul nach dem Start / Neustart einige Versuche, eine Verbindung zum AP herzustellen. Aber nachdem ich gut gearbeitet habe.

Ich werde diese Sache mit mehreren APs am Dienstag ausprobieren.

Ich werde schauen, ob wir die BSSID sperren können.
Dies wurde bereits zuvor diskutiert.
Haben Sie mehrere Zugriffspunkte mit derselben SSID?

Ich habe gerade dem allgemeinen Abschnitt in platformio.ini ein Build-Flag hinzugefügt.
Siehe dieses Commit: https://github.com/letscontrolit/ESPEasy/commit/44a23fb5740e2cd74ea63a119d968832fe4d1be6

Ich werde dafür einen Test erstellen, damit wir den Effekt auf mehrere Knoten testen können.

Ich habe gerade einen Testbuild mit diesem aktiven Flag erstellt.

Kannst du es testen?

Test Build getestet: NG
mega-20181124: OK (ich habe das Changelog gesehen, seit 22 hat sich nichts geändert)

Ich habe ein paar Router herumhängen. Könnten Sie diese Sache mit mehreren APs erklären? Ich kenne die Routerseite. Wie soll ich ESPEasy konfigurieren? Was ist die Fallback-SSID? Gleich wie die primäre? Wie kann ich die ESPEasy zwingen, zuerst den schwächeren AP anzuschließen? Ich kann es am Dienstag vielleicht Montag versuchen.

Unter bestimmten Umständen haben Sie möglicherweise mehrere Zugriffspunkte mit derselben SSID.
Zum Beispiel:

• Verwenden eines Repeaters
• WiFi Mesh Setup

In diesem Moment können Sie nur die SSID / passwd in ESPeasy definieren, aber bei der Erstkonfiguration können Sie eine aus einem WiFi-Scan-Ergebnis auswählen.
Es ist auch möglich, die BSSID bei Verbindung in den Arduino-Bibliotheken anzugeben. Es könnte also durchaus möglich sein, auf verschiedenen Zugangspunkten zu unterscheiden, selbst wenn diese dieselbe SSID haben.

Daher besteht möglicherweise die Möglichkeit, dass das ESP-Modul beim erstmaligen Verbinden eine Verbindung zum schwächsten herstellt. Wenn wir den Einstellungen jedoch eine BSSID hinzufügen, können wir sicherstellen, dass nur versucht wird, eine Verbindung mit der bevorzugten herzustellen.
Wenn Sie also versuchen könnten, eine Verbindung zu einem Zugriffspunkt herzustellen, der die SSID nicht mit einem anderen teilt, wissen Sie auch, dass nur versucht wird, eine Verbindung zu diesem einzigen AP herzustellen.

Ok, jetzt ist alles klar. Test am Dienstag.

Mega-20181125 getestet: NG

2088 Sieht für mich gleich aus ...

Hallo

Testergebnisse des ESPEasy_mega-20181121-10-g58278ab (und auch des ESPEasy_mega-20181127):

• Ich kann keine Verbindung zum AP "ESP_Easy_0" herstellen, daher ist der Fehler "Authentifizierungsfehler aufgetreten" aufgetreten. WPA-Schlüssel: configesp
• Ich habe versucht, den Schlüssel mit dem Befehl WifiAPKey zu ändern, aber ich habe den Befehl "Unbekannt!" Fehler bei vielen Releases, ich habe nicht alle getestet.
• Ich habe den immer guten ESPEasy_mega-20180818 getestet, ich kann mit dem configesp-Schlüssel eine Verbindung zum "ESP_Easy_0" -AP herstellen und nach dem AP-Setup funktioniert alles einwandfrei. Außer dem Befehl WifiAPKey .

Also konnte ich diese Sache mit mehreren APs nicht testen :-(

Ich habe dieses EasySetup-Ding schon lange nicht mehr benutzt (seriell ist für mich einfacher). Inzwischen hat sich der Standard-WPAkey geändert?

Aus:
In den Dokumenten ist der Abschnitt "WiFi # ChangedAccesspoint" falsch.
Das Beispiel ist: on MQTTimport#Connected do

Hallo. Die Verbindung zu WLAN ESP_Easy_mega-20181231_normal_ESP8266_4096 funktioniert mit der statischen IP-Adresse nach dem Flash-Vorgang, aber die ESP_Easy_mega-20181231_normal_IR_ESP8266_4096 und alle anderen IR-Bin bis xxx09 funktionieren nicht (auch wenn Sie mit dem funktionierenden Bin flashen, aber wenn Sie über den nicht funktionierenden Bin flashen bin es wird immer noch nicht funktionieren). Ist es möglich, den funktionierenden WLAN-Code durch den IR-Bin-Code zu ersetzen?

Hallo

Die neueste fw, die eine Verbindung zum WLAN herstellen kann, ist: 20181124.

Ich habe alles getestet, was danach ausgegeben wurde: keine Freude. :(

T.

Hallo

Ich habe diese neue fw mit einigen WLAN-Änderungen gesehen, also habe ich sie auch 2.4.2 und 2.5.0 getestet:

Ursprünglich installiert: 20181124 (funktioniert gut)

Ergebnisse:

Starten Sie nach OTA ESP_Easy_mega-20190116_test_ESP8266_4096_VCC.bin
Webseite manchmal erreichbar manchmal nicht. Meistens nicht.

Log:

Rebooting...

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

load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
vbb28d4a3
<strong i="12">@cp</strong>:0
     ld
       ▒U11498 :

INIT : Booting version: mega-20190116 (ESP82xx Core 2_4_2, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3 PUYA support)
11498 : INIT : Cold Boot - Restart Reason: Software/System restart
11501 : FS   : Mounting...
11526 : FS   : Mount successful, used 76555 bytes of 957314
11934 : CRC  : program checksum       ...OK
11971 : CRC  : SecuritySettings CRC   ...OK
11973 : CRC  : binary has changed since last save of Settings

Build changed!
12081 : SaveToFile: free stack: 3696
12159 : FILE : Saved config.dat
12160 : SaveToFile: free stack after: 3696
12163 : SaveToFile: free stack: 3696
12199 : FILE : Saved security.dat
12200 : SaveToFile: free stack after: 3696
12201 : INIT : Free RAM:23656
12203 : INIT : SPI not enabled
12245 : INFO : Plugins: 74 [Normal] [Testing] (ESP82xx Core 2_4_2, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3 PUYA support)
12246 : EVENT: System#Wake
12311 : WIFI : Set WiFi to STA
12344 : WIFI : Connecting APNAME attempt #0
12345 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
12461 : EVENT: System#Boot
12483 : SW   : State 1.00
12486 : EVENT: Flash#Button=1.00
12546 : SW  : GPIO=0 State=1 Output value=0
12548 : EVENT: Flash#Button=0.00
12739 : SYS  : 0.00,100.00,2.99,20512.00
12743 : EVENT: SysInfo#Uptime=0.00
12759 : EVENT: SysInfo#Load=100.00
12772 : EVENT: SysInfo#VCC=3.40
12787 : EVENT: SysInfo#Free_RAM=20512.00
13809 : WD   : Uptime 0 ConnectFailures 0 FreeMem 20520
17235 : WIFI : Connected! AP: APNAME (XX:XX:79:94:XX:XX) Ch: 1 Duration: 4789 ms
17237 : EVENT: WiFi#ChangedAccesspoint
17254 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
17255 : WIFI : Static IP: 192.168.1.230 (Test30-WMD1-30) GW: 192.168.1.1 SN: 255.255.255.0   duration: 120 ms
17269 : EVENT: WiFi#Connected
17286 : Webserver: start
17316 : NTP  : NTP replied: delay 21 mSec Accuracy increased by 0.272 seconds
17318 : Time adjusted by -1547663626978.76 msec. Wander: -429906563.05 msec/second
17319 : Current Time Zone:  DST time start: 2019-03-31 02:00:00 offset: 60 minSTD time start: 2019-10-27 03:00:00 offset: 0 min
17323 : EVENT: Time#Initialized
17335 : ACT  : TimerSet,1,7
17347 : Command: timerset
17361 : EVENT: Clock#Time=Wed,18:34
17380 : MQTT : Intentional reconnect
17782 : MQTT : Connected to broker with client ID: Test30_WMD1_30
17786 : Subscribed to: home/Test30_WMD1/#
17789 : EVENT: MQTT#Connected
17930 : SW   : State 0.00
17934 : EVENT: Flash#Button=0.00
18318 : SYS  : 0.00,52.10,2.99,14736.00
18323 : EVENT: SysInfo#Uptime=0.00
18339 : EVENT: SysInfo#Load=52.10
18354 : EVENT: SysInfo#VCC=3.40
18369 : EVENT: SysInfo#Free_RAM=14736.00
25253 : EVENT: Rules#Timer=1
25269 : ACT  : Publish home/Test30_WMD1/MACaddress,5C:CF:7F:A4:51:EC
25279 : Command: publish
25287 : ACT  : Publish home/Test30_WMD1/UnitName,Test30_WMD1
25297 : Command: publish
25305 : ACT  : Publish home/Test30_WMD1/UnitNr,30
25315 : Command: publish
25322 : ACT  : Publish home/Test30_WMD1/IPaddress,192.168.1.230
25336 : Command: publish
25340 : ACT  : Notify 1
25350 : Command: notify
25465 : Email: To [email protected]
25520 : EMAIL: Connection Closed Successfully
26291 : EVENT: WiFi#Disconnected
26307 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9055 ms
26326 : MQTT : Connection lost, state: Connection lost
26327 : EVENT: MQTT#Disconnected
26345 : WIFI : Connecting APNAME attempt #0
26347 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
28299 : WIFI : Connected! AP: APNAME (XX:XX:79:94:XX:XX) Ch: 1 Duration: 1852 ms
28301 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
28302 : WIFI : Static IP: 192.168.1.230 (Test30-WMD1-30) GW: 192.168.1.1 SN: 255.255.255.0   duration: 103 ms
28317 : EVENT: WiFi#Connected
28430 : NTP  : NTP replied: delay 90 mSec Accuracy increased by 0.350 seconds
28431 : Time adjusted by -57.78 msec. Wander: -0.02 msec/second
28435 : EVENT: Time#Set
28457 : MQTT : Intentional reconnect
28962 : MQTT : Connected to broker with client ID: Test30_WMD1_30
28966 : Subscribed to: home/Test30_WMD1/#
28969 : EVENT: MQTT#Connected
29296 : SW   : State 0.00
29300 : EVENT: Flash#Button=0.00
29498 : SYS  : 0.00,52.10,2.99,12232.00
29504 : EVENT: SysInfo#Uptime=0.00
29521 : EVENT: SysInfo#Load=52.10
29536 : EVENT: SysInfo#VCC=3.40
29553 : EVENT: SysInfo#Free_RAM=12232.00
37559 : EVENT: WiFi#Disconnected
37575 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9257 ms
37675 : MQTT : Connection lost, state: Connection lost
37676 : EVENT: MQTT#Disconnected
38254 : WIFI : Connecting APNAME attempt #0
38255 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
38556 : WIFI : Connected! AP: APNAME (XX:XX:79:94:XX:XX) Ch: 1 Duration: 200 ms
38557 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
38559 : WIFI : Static IP: 192.168.1.230 (Test30-WMD1-30) GW: 192.168.1.1 SN: 255.255.255.0   duration: 103 ms
38574 : EVENT: WiFi#Connected
38674 : MQTT : Intentional reconnect
39091 : MQTT : Connected to broker with client ID: Test30_WMD1_30
39095 : Subscribed to: home/Test30_WMD1/#
39098 : EVENT: MQTT#Connected
39239 : SW   : State 0.00
39243 : EVENT: Flash#Button=0.00
39313 : NTP  : NTP replied: delay 20 mSec Accuracy increased by 0.270 seconds
39314 : Time adjusted by -61.77 msec. Wander: -0.02 msec/second
39318 : EVENT: Time#Set
39627 : SYS  : 0.00,52.10,2.99,12288.00
39633 : EVENT: SysInfo#Uptime=0.00
39650 : EVENT: SysInfo#Load=52.10
39665 : EVENT: SysInfo#VCC=3.40
39682 : EVENT: SysInfo#Free_RAM=12288.00
43810 : WD   : Uptime 1 ConnectFailures 0 FreeMem 13128
47901 : EVENT: WiFi#Disconnected
47918 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9344 ms
48056 : MQTT : Connection lost, state: Connection lost
48057 : EVENT: MQTT#Disconnected
48253 : WIFI : Connecting APNAME attempt #0
48255 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
48479 : EVENT: WiFi#Disconnected
48495 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 122 ms
50253 : WIFI : Connecting APNAME attempt #1
50254 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
54339 : WIFI : Connected! AP: APNAME (XX:XX:79:94:XX:XX) Ch: 1 Duration: 3983 ms
54340 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
54342 : WIFI : Static IP: 192.168.1.230 (Test30-WMD1-30) GW: 192.168.1.1 SN: 255.255.255.0   duration: 103 ms
54357 : EVENT: WiFi#Connected
54449 : NTP  : NTP replied: delay 71 mSec Accuracy increased by 0.398 seconds
54450 : Time adjusted by -65.32 msec. Wander: -0.02 msec/second
54454 : EVENT: Time#Set
54479 : MQTT : Intentional reconnect
54884 : MQTT : Connected to broker with client ID: Test30_WMD1_30
54889 : Subscribed to: home/Test30_WMD1/#
54891 : EVENT: MQTT#Connected
55033 : SW   : State 0.00
55037 : EVENT: Flash#Button=0.00
55421 : SYS  : 1.00,18.10,2.99,11504.00
55426 : EVENT: SysInfo#Uptime=1.00
55443 : EVENT: SysInfo#Load=18.10
55459 : EVENT: SysInfo#VCC=3.40
55475 : EVENT: SysInfo#Free_RAM=11504.00
68069 : EVENT: WiFi#Disconnected
68085 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 13 s
68206 : MQTT : Connection lost, state: Connection lost
68207 : EVENT: MQTT#Disconnected

Starten Sie nach OTA ESP_Easy_mega-20190116_test_core_250_beta_ESP8266_4096_VCC.bin
Keine Verbindung.

INIT : Booting version: mega-20190116 (ESP82xx Core 2.5.0-beta2, NONOS SDK 3.0.0-dev(c0f7b44), LWIP: 2.1.2 PUYA support)
11692 : INIT : Cold Boot - Restart Reason: Software/System restart
11696 : FS   : Mounting...
11727 : FS   : Mount successful, used 76555 bytes of 957314
12154 : CRC  : program checksum       ...OK
12167 : CRC  : SecuritySettings CRC   ...OK 
12169 : CRC  : binary has changed since last save of Settings

Build changed!
12278 : SaveToFile: free stack: 3696
12394 : FILE : Saved config.dat
12395 : SaveToFile: free stack after: 3696
12399 : SaveToFile: free stack: 3696
12452 : FILE : Saved security.dat
12453 : SaveToFile: free stack after: 3696
12455 : INIT : Free RAM:20464
12457 : INIT : SPI not enabled
12509 : INFO : Plugins: 74 [Normal] [Testing] (ESP82xx Core 2.5.0-beta2, NONOS SDK 3.0.0-dev(c0f7b44), LWIP: 2.1.2 PUYA support)
12510 : EVENT: System#Wake
12585 : WIFI : Set WiFi to STA
12621 : WIFI : Connecting APNAME attempt #0
12622 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
12741 : EVENT: System#Boot
12779 : SW   : State 1.00
12782 : EVENT: Flash#Button=1.00
12857 : SW  : GPIO=0 State=1 Output value=0
12860 : EVENT: Flash#Button=0.00
12997 : SYS  : 0.00,100.00,2.99,16336.00
13003 : EVENT: SysInfo#Uptime=0.00
13028 : EVENT: SysInfo#Load=100.00
13050 : EVENT: SysInfo#VCC=3.40
13075 : EVENT: SysInfo#Free_RAM=16336.00
14103 : WD   : Uptime 0 ConnectFailures 0 FreeMem 16344
23547 : WIFI : Connecting APNAME attempt #1
23548 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
44101 : WD   : Uptime 1 ConnectFailures 0 FreeMem 16600
45550 : WIFI : Connecting APNAME attempt #2
45551 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
60565 : EVENT: Clock#Time=Thu,00:01
68549 : WIFI : Connecting APNAME attempt #3
68551 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
72607 : SW   : State 0.00
72611 : EVENT: Flash#Button=0.00
74102 : WD   : Uptime 1 ConnectFailures 0 FreeMem 16600
83265 : EVENT: WiFi#Disconnected
83287 : WIFI : Disconnected! Reason: '(7) Not assoced' Connected for 14 s
83546 : WIFI : Connecting APNAME attempt #4
83547 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
84772 : EVENT: WiFi#Disconnected
84794 : WIFI : Disconnected! Reason: '(2) Auth expire' Connected for 1123 ms
86547 : WIFI : Connecting APNAME attempt #5
86548 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
87784 : EVENT: WiFi#Disconnected
87806 : WIFI : Disconnected! Reason: '(4) Assoc expire' Connected for 1134 ms
89547 : WIFI : Set WiFi to AP+STA
90472 : EVENT: WiFi#APmodeEnabled
90501 : WIFI : AP Mode ssid will be Test30_WMD1_30 with address 192.168.4.1
90502 : WIFI : Connecting APNAME attempt #6
90503 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
90728 : EVENT: WiFi#Disconnected
90755 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 122 ms
93546 : WIFI : Connecting APNAME attempt #7
93548 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
96524 : EVENT: WiFi#Disconnected
96547 : WIFI : Disconnected! Reason: '(201) No AP found' Connected for 2873 ms
96558 : WIFI : Connecting APNAME attempt #8
96559 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
100544 : EVENT: WiFi#Disconnected
100568 : WIFI : Disconnected! Reason: '(4) Assoc expire' Connected for 3883 ms
100580 : WIFI : Connecting APNAME attempt #9
100581 : IP   : Static IP : 192.168.1.230 GW: 192.168.1.1 SN: 255.255.255.0 DNS: 192.168.1.1
104102 : WD   : Uptime 2 ConnectFailures 0 FreeMem 14480
104562 : EVENT: WiFi#Disconnected

Der Ball ist jetzt auf deiner Seite ... ;-)

Vielen Dank
T.

Hmm schade :(
Ich hatte wirklich gute Hoffnungen auf diesen, sobald ich das Commit im Arduino-Repository sah.

Ja, die 2.5.0 sieht schlechter aus als 2.4.2, aber ich gebe nicht auf. Ich habe sowieso jede Veröffentlichung ausprobiert. Die letzte Arbeitsversion ist 20181124.

20190121 2.5.0 / 2.4.2 getestet, wie 20190116.

Ich habe das gleiche Problem mit dem gleichen Board gefunden. Das letzte funktionierende fw, das ich bis heute gefunden habe, ist ESP_Easy_mega-20190212_dev_ESP8266_4096.bin

Ich habe das gleiche Problem mit dem gleichen Board :(

Der aktuelle Code in der Mega-Filiale weist Probleme bei der Verbindung mit WLAN auf.
Ich habe fast den ganzen Sonntag daran gearbeitet, aber es ist noch nicht behoben.
Es ist fast wie ein sehr zeitkritischer Fehler, der verhindern kann, dass eine Verbindung zu WiFi hergestellt wird.
Es gibt einen etwas einzigartigen Zeitfaktor in der Verbindungsprozedur. Eine gewisse Verzögerung wird basierend auf dem letzten Byte der MAC-Adresse verwendet, um eine gewisse Zufälligkeit einzuführen, um einen DDOS-ähnlichen Angriff auf einen Server / Broker zu verhindern, nachdem die Stromversorgung für viele Knoten wiederhergestellt wurde.

Aber im Moment fühlt es sich fast zufällig an, ob ein Knoten eine Verbindung zu WiFi herstellen kann. (Wählen Sie einfach eine andere Kernversion oder Anzahl der enthaltenen Plugins aus und es kann fehlschlagen oder erfolgreich sein)

Ich habe gerade mit ESPEasy angefangen und kann auch keine Verbindung zu WiFi herstellen.
Fügen Sie mit dem Build 09.08.2019 und einem früheren, zuvor blinkenden leeren Bild, das mit oder ohne Mesh-WLAN (Fritzbox 7590) versucht wurde, WiFi-Anmeldeinformationen über das ESP Easy Flash Tool hinzu
Erhalten Sie immer alle 1000 ms in einer Schleife das "Beacon Timeout"

Gibt es eine ältere Version, die ich verwenden könnte?

443329 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 8609 ms
443582 : WIFI : Connecting mywifi attempt #0
443587 : WIFI : WiFi.status() = WL_DISCONNECTED  SSID: mywifi
444806 : WIFI : Connected! AP: mywifi (E0:22:6D:44:DC:53) Ch: 11 Duration: 1048 ms
444808 : WIFI : DHCP IP: 192.168.178.129 (PressureESP-0) GW: 192.168.178.1 SN: 255.255.255.0   duration: 170 ms
452116 : WD   : Uptime 8 ConnectFailures 0 FreeMem 23448 WiFiStatus 3

Sie können versuchen, einen AP mit Ihrem Telefon einzurichten, um festzustellen, ob das Problem weiterhin besteht.

Dinge zu überprüfen: (wir sollten irgendwo einen Link dafür machen)

• Stromstabilität (zusätzliche Kondensatoren, gutes USB-Kabel usw.), neuere Module verfügen über Spannungsregler mit niedriger Leistung.
• Kein Metall in der Nähe der WLAN-Antenne
• Versuchen Sie, Ping-Pakete von einem anderen Host an den ESP-Knoten zu senden

WiFi-Anmeldeinformationen scheinen in Ordnung zu sein, da Sie eine Verbindung erhalten.

Sie können ab Anfang 2018 einen Build ausprobieren, um sicherzustellen, dass das Modul in Ordnung ist.
Diese Versionen verwendeten keine neueren Kernversionen und waren nicht so schnell, so dass das ESP beim Start weniger anspruchsvoll war.

Vielen Dank für Ihre schnelle Antwort. Ich habe mit 3 verschiedenen HWs (Wemos NodeMCUs) getestet, den USB-Anschluss des Laptops als Netzteil verwendet, aber auch externe Stromversorgung ausprobiert (kein Debug, aber auch keine Verbindung zum Hotspot). Versucht verschiedene Kabel. Versucht, direkt vor dem Hotspot zu testen. Von der Knoten-MCU wurden keine Ping-Antworten empfangen.

Auf dem Tablet Hotspot bekomme ich alle 2853ms:
3803: WIFI: Nicht verbunden! Grund: '(201) Kein AP gefunden' Verbunden für 2852 ms

wird mit älteren Builds getestet

Hier ist der neue Status:
Die Version vom 28.02.2018 funktioniert wie erwartet.
Neueste Version funktioniert nicht, WiFi verbindet und trennt jede Sekunde:

connected with mywifi, channel 11
dhcp client start...
82812 : WIFI : Connected! AP: mywifi (E0:26:6F:55:EC:63) Ch: 11 Duration: 1059 ms
ip:192.168.178.116,mask:255.255.255.0,gw:192.168.178.1
84684 : WIFI : DHCP IP: 192.168.178.116 (PressureESP-0) GW: 192.168.178.1 SN: 255.255.255.0   duration: 2001 ms
bcn_timout,ap_probe_send_start
92126 : WD   : Uptime 2 ConnectFailures 0 FreeMem 23160 WiFiStatus 3
pm open,type:2 0
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
93210 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 10 s

Hallo

Ich bin zu ESPHome gezogen. Diese Boards funktionieren perfekt damit.

Wenn Sie Homeassistant verwenden, lohnt es sich vielleicht, es zu versuchen.

Tschüss
T.

Ich werde dies schließen, öffnen, wenn es noch ein gültiges Problem ist.