NodeMcu Board ständig wdt Reset

[Alex (Gast)]

Hi,
weiss jemand wodurch dieser Reset ständig beim NodeMcu Board ausgelöst 
wird? Und was bedeutet boot mode:(3,6) ?


wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v40106d8c
~ld

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

wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v40106d8c
~ld

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

wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v40106d8c
~ld

[Pete K. (pete77)]

Zu schwaches Netzteil oder zu dünnes Kabel?

[Alex (Gast)]

Habe ich gerade ausprobiert, auch bei ganz kurzem dickeren Kabel kommt 
das gleiche:


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

wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v40106d8c
~ld
ÿ


Exception (0):
epc1=0x402079bf epc2=èÂÿ
 ets Jan  8 2013,rst cause:4, boot mode:(3,6)

wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v40106d8c
~ld

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

wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v40106d8c
~ld

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

wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v40106d8c
~ld

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

wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v40106d8c
~ld

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

wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v40106d8c
~ld

[Michael U. (amiga)]

Hallo,

mit welcher Firmware drauf? NodeLUA oder eigene Software?
Wenn eigene: welche?

Gruß aus Berlin
Michael

[Alex (Gast)]

Ich denke es war bei der Lieferung NodeLUA drauf.
Es ist dieses Modul: http://amzn.to/2g1LKD2

Da ich aber mit der Arduino IDE programmiere, wird die ja überschrieben.

[Pete K. (pete77)]

Vielleicht hilft dieser Link:
https://github.com/esp8266/Arduino/issues/1013

Siehe Kommentar von h4rm0n1c

[Alex (Gast)]

Danke für Link, wenn ich es richtig interpretiere ist es wohl der 
Watchdog Reset. Aber warum der ausgeführt wird bleibt unklar. Ich habe 
ein ganz einfaches Arduino Beispiel verwendet, der Fehler tritt auch bei 
fast allen Beispielen auf.

[Pete K. (pete77)]

Was für ein Netzteil benutzt Du?

[Alex (Gast)]

Hab ihn am PC, sonst würde ich ja Log nicht sehen!
Hab ihm aber auch schon an Powerback gehabt, scheinbar das gleiche

[Εrnst B. (ernst)]

Alex schrieb:
> Ich habe
> ein ganz einfaches Arduino Beispiel verwendet, der Fehler tritt auch bei
> fast allen Beispielen auf.

Das ist das Problem bei den ganz einfachen Beispielen: Die verbraten 
alle Rechenzeit, und lassen keine für die Wlan-Verwalung übrig, bis der 
Watchdog zuschlägt.

Mach in deine loop() und in alle anderen Schleifen, die länger als ein 
paar ms laufen können, ein "yield()" oder "delay(x)" rein.

[Alex (Gast)]

Eigentlich ist da keine langsame Schleife, hier mal der Code:

#include <ESP8266WiFi.h>

const char* ssid = "mein-ssid";
const char* password = "mein-password";

// Create an instance of the server
// specify the port to listen on as an argument
WiFiServer server(80);

void setup() {
  Serial.begin(115200);
  delay(10);

  // prepare GPIO2
  pinMode(2, OUTPUT);
  digitalWrite(2, 0);
  
  // Connect to WiFi network
  Serial.println();
  Serial.println();
  Serial.print("Connecting to ");
  Serial.println(ssid);
  
  WiFi.begin(ssid, password);
  
  while (WiFi.status() != WL_CONNECTED) {
    delay(500);
    Serial.print(".");
  }
  Serial.println("");
  Serial.println("WiFi connected");
  
  // Start the server
  server.begin();
  Serial.println("Server started");

  // Print the IP address
  Serial.println(WiFi.localIP());
}

void loop() {
  // Check if a client has connected
  WiFiClient client = server.available();
  if (!client) {
    return;
  }
  
  // Wait until the client sends some data
  Serial.println("new client");
  while(!client.available()){
    delay(1);
  }
  
  // Read the first line of the request
  String req = client.readStringUntil('\r');
  Serial.println(req);
  client.flush();
  
  // Match the request
  int val;
  if (req.indexOf("/gpio/0") != -1)
    val = 0;
  else if (req.indexOf("/gpio/1") != -1)
    val = 1;
  else {
    Serial.println("invalid request");
    client.stop();
    return;
  }

  // Set GPIO2 according to the request
  digitalWrite(2, val);
  
  client.flush();

  // Prepare the response
  String s = "HTTP/1.1 200 OK\r\nContent-Type: text/html\r\n\r\n<!DOCTYPE HTML>\r\n<html>\r\nGPIO is now ";
  s += (val)?"high":"low";
  s += "</html>\n";

  // Send the response to the client
  client.print(s);
  delay(1);
  Serial.println("Client disonnected");

  // The client will actually be disconnected 
  // when the function returns and 'client' object is detroyed
}

[Jan L. (ranzcopter)]

Alex schrieb:
> Eigentlich ist da keine langsame Schleife, hier mal der Code:

Schleife kann ja auch "ganz schnell" sein, und trotzdem lange genug 
blockieren; vielleicht reicht schon der Anfang:

void loop() {
  // Check if a client has connected
  WiFiClient client = server.available();
  if (!client) {
    return;
  }

das Ding kann theoretisch unendlich lange loopen...

[Alex (Gast)]

Auch wenn ich an dieser und anderen Stellen yield(); einfüge, keine 
Besserung!

void loop() {
  yield();
  // Check if a client has connected
  WiFiClient client = server.available();
  if (!client) {
    yield();
    return;
  }

[Alex (Gast)]

Ich glaub es liegt an der Arduino Lib ESP8266. Ich hatte immer die 
aktuelle (2.3.0) genommen. Wenn ich die Vorgängerversion nehmen 2.2.0 
läuft alles perfekt, kein RESET mehr!
Da scheint wohl noch ein Bug drin zu sein, komisch das dies noch keiner 
bemerkt hat.

[Michael U. (amiga)]

Hallo,

ich habe Deinen Sketch gerade mal auf ein NodeMCU geflasht, nur meinen 
WLAN-Daten eingetragen.
Meldet sich ohne Probleme und schaltet den GPIO wie gewünscht.
Naja, ob er wirklich schaltet habe ich nicht geprüft, die Meldung im 
Bowser kommt jedenfalls.

IDE hier noch die 1.6.9 und ESP 2.3.0

Ich hatte mir auch schonmal einen ESP8266 so "zerlegt", daß er gesponnen 
hat.
Flashen mit der NodeLUA-Firmware oder Löschen des kompletten Flash oder 
neu schreiben passender Init-Daten hat ihn dann irgendwie wiederbelebt.

Kannst ja mal einen leeren Sketch flashen, ob er da auch crasht.

Gruß aus Berlin
Michael

[Alex (Gast)]

Wenn es bei dir gleich die verbindung aufbaut dann ist das ok, das macht 
es bei mir garnicht erst.

Das heißt unter der Lib. 2.2.0 geht es ja bestens. Ich habe jetzt Lib 
mal wieder von 2.2 auf 2.3 geupdatet, dann geht es wieder nicht.
Also bei mir hat es definitiv mit der Lib zu tun.
Ein ganz einfache LED Blinkschleife gingt mit der 2.3.0 auch noch, aber 
alle Dinge mit WiFi scheinbar nicht.

Komisch das es bei dir geht!

[Alex (Gast)]

Das Problem scheint schon mal bei jemanden aufgetreten zu sein:
Beitrag "Node MCU und WeMos D1 immer wdt reset"

[Alex (Gast)]

Das Problem scheint schon mal bei jemanden aufgetreten zu sein,
hie rin dem Thread: Beitrag "Node MCU und WeMos D1 immer wdt reset"

[Michael U. (amiga)]

Hallo,

Alex schrieb:
> Das heißt unter der Lib. 2.2.0 geht es ja bestens. Ich habe jetzt Lib
> mal wieder von 2.2 auf 2.3 geupdatet, dann geht es wieder nicht.
> Also bei mir hat es definitiv mit der Lib zu tun.
> Ein ganz einfache LED Blinkschleife gingt mit der 2.3.0 auch noch, aber
> alle Dinge mit WiFi scheinbar nicht.

Änderungen im SDK, die nette Effekte bei irgendwelchen Funktionen 
erzeugten, die vorher noch gingen, gab es immer wieder mal...

Update hat bei mir bei den ESP-Sachen öfter mal nicht reibungslos 
geklappt.
Zwischen stable und stagung zu wecheln ging ohne deinstallieren immer 
schief.
Ich deinstalliere seitdem immer die alte Version, starte die IDE neu und 
installiere dann die neue.

Vieleicht etste ich mal mit er neuen IDE, bisher fehlte mir der Grund 
zum updaten.

Gruß aus Berlin
Michael

[Jan L. (ranzcopter)]

Michael U. schrieb:
> Update hat bei mir bei den ESP-Sachen öfter mal nicht reibungslos
> geklappt.
> Zwischen stable und stagung zu wecheln ging ohne deinstallieren immer
> schief.
> Ich deinstalliere seitdem immer die alte Version, starte die IDE neu und
> installiere dann die neue.

ACK; ich musste auch mal händisch im Appdata\Arduino15 Verz. aufräumen, 
damit der ESP-Kram wieder tat. Allerdings hatte ich nie solche subtilen 
Fehler, eher was beim Linken...

[Luigi A. (spok)]

Hatte das selbe Phänomen, hab erstmal gedacht es liegt an defekter 
ESP8266 Lieferung. Nach dem dritten Modul habe dann die Einstellungen 
angepasst: Flashsize von 4M auf 1M(64KSPIFFS) runter. Danach neu 
geflasht und alle Module liefen.

[Luigi A. (spok)]

.. muss meinen letzten Beitrag revidieren. Es lag bei mir an der 
Versorgungsspannung. Die Zuleitungen zum Breadboard waren wackelig 
dadurch gab es instabilitäten und einen schlechten Übergangswiderstand. 
Neu gesteckt und 100uF Elko an die Versorgungsspannung haben das Problem 
erst behoben.

[Stefan F. (Gast)]

Schau Dir meine Hinweise an: http://stefanfrings.de/esp8266/index.html

Das Breadboards nicht zur Stromversorgung dieser Module geeignet sind, 
und die Sache mit dem 100µF Kondensator habe ich dort beides deutlich 
aufgeschrieben.

Du findest dort auch einen Tip, wie man die Größe des Flash prüfen kann 
und welche Pins du entfernen solltest, damit das Breadbord die Funktion 
des Flash Speichers nicht stört.

[tomy (Gast)]

Hi, hab genau das selbe Problem, mit 2 nodemcu lolin V3 und tippe es 
liegt an der Charge.

Da ich einen älteren habe, der ohne Probleme läuft.
Umstellen auf Version 2.2.0 hat auch nicht geholfen, selbe Resultat wie 
bei Version 2.7.4.

Hat inzwischen jemand eine Lösung die tut?

gruß tomy

[Εrnst B. (ernst)]

tomy schrieb:
> Hat inzwischen jemand eine Lösung die tut?

Nachdem auf den Post von Stefan @ 26.05.2018 keine weiteren Nachfragen 
mehr gekommen sind, sind seine Tipps wohl eine gute Lösung.

(Postive/"Danke"-Rückmeldungen sind hier im Forum selten, deshalb ist 
die Abwesenheit von Negativen Rückmeldungen ein starkes Indiz, dass 
jetzt alles läuft)