ESP8266 startet nicht

Es hat aller Wahrscheinlichkeit nach nichts mit der Spannungsversorgung
zu tun.

reset cause 2 ist ein Absturz

Um die Sache zu untersuchen lass ihn beim Start gleich in der Setup 
Funktion folgendes mit Serial.println ausgeben:

rst_info *info = system_get_rst_info();

info->reason
info->exccause
info->epc1
info->epc2
info->epc3
info->excvaddr
info->depc

epc1 enthält die Absturzadresse - bspw. 0x40202c08
dann mapfile öffnen und schauen, welche Funktion beteiligt ist.

Das mapfile wird imho nicht automatisch mit erstellt.
Befehl wäre:
avr-objdump -t nameDesElfFiles.elf  > NameDesMapFiles.map

Ich weiß nicht, was ich auf deine Rückfrage antworten soll.
Kannst du konkreter fragen?

Mein erster Versuch wäre da, die aktuelle IDE Version und Core Version 
zu installieren.

Ok, mit der portablen Installation der IDE ist ja beides leicht möglich.
Und das sogar parallel.

Hans H. schrieb:
> Ich wollte eigentlich nur eine Uhr nachbauen die hundert mal schon läuft
> und dann fängt es an das Fragezeichen.

Also die habe ich jetzt auch.
Den Sketch auf einen Wemos D1 mini geladen, ohne Leds und läuft.

Hier die Ausgabe nach ca. einer Minute:
10:28:12.246 -> lokale IP-Adresse: 192.168.100.241
10:28:12.246 -> NTP-Paket: 3855720328
10:28:12.246 -> Zeitdifferenz: 173ms
10:28:12.246 -> Uhrzeit UTC: 9:28:11
10:28:12.246 -> Zeitverschiebung: 1
10:28:12.246 -> Uhrzeit MEZ: 10:28:11
10:28:12.246 -> Datum: 8.3.2022
10:28:12.246 -> Wochentag: 2
10:28:12.246 -> Schaltjahr: 0
10:28:12.293 -> Anzahl Schalttage: 29
10:28:12.293 -> Nachtmodus aktiv: 0
10:28:12.293 -> Display ausschalten um: 0 Uhr
10:28:12.293 -> Display einschalten um: 0 Uhr
10:28:12.293 -> Display Aus: 0
10:28:12.293 -> RGB-Farbwert Rot: 83/255
10:28:12.293 -> RGB-Farbwert Grün: 83/255
10:28:12.293 -> RGB-Farbwert Blau: 58/255
10:28:12.293 -> Faktor Dimmen Rot: 0.14
10:28:12.293 -> Faktor Dimmen Grün: 0.14
10:28:12.293 -> Faktor Dimmen Blau: 0.10
10:28:12.293 -> Stromaufnahme: 216mA
10:28:12.293 ->

Nachtrag:
Versionen:
Arduino IDE:  1.8.19
ESP2866 core: 2.7.4

Wie sind denn deine Einstellungen in der IDE zum ESP8266 ?

Warum hast du den auf Generic ESP8266 ?

Stell den mal auf Lolin Wemos D1 mini.

Allerdings hat das bei mir auch keinen Einfluss.
Funktioniert auch damit.

Hans H. schrieb:
> der Code stammt aus dem netz und läuft hundertfach wurde ja auch oben
> schon probiert von Brain 2.0

Kann ich hier nochmal bestätigen.
Der obige als txt-Datei funktioniert auch im ESP01, ohne Leds.

Hans, zeige mal ein Foto wo man sehen kann, wie dein ESP8266 mit Strom 
versorgt wird. Also wo er her kommt und wie er zum ESP geleitet wird.

Im Post von: 08.03.2022 12:42 hat er das doch schon gezeigt.
Am USB versorgt, wie auch in meinen Tests.

Beim Wemos D1 Mini Modul kann es hilfreich sein, die 3,3V mit einem 100 
bis 220 µF Elko zu puffern.

Das NodeMCU Board hat so einen Kondensator bereits drauf.

Die Delay Funktion vom Arduino Core nutzt einen Timer und gibt 
Rechenzeit kooperativ ab.

Läuft denn ein einfaches Hello-World?

1

#include <ESP8266WiFi.h>

2

3

//The ESP-12 has a blue LED on GPIO2

4

#define LED 2

5

6

/** Runs once at startup */

7

void setup() 

8

{

9

    Serial.begin(74880);

10

    pinMode(LED, OUTPUT);

11

}

12

13

/** Main loop, executed repeatedly */

14

void loop() 

15

{

16

    digitalWrite(LED, LOW);

17

    Serial.println(F("Tick"));

18

    delay(500);

19

20

    digitalWrite(LED, HIGH);

21

    Serial.println(F("Tack"));

22

    delay(500);

23

}

Hans H. schrieb:

> und immer das gleiche  Beispiele gehen sketch nicht

Du musst systematisch vorgehen:
- Du sagst, Deine Beispiele funktionieren. Funktioniert WLAN-Beispiele?
- Da Du ja keinen Debugger hast, bleibt nur der harte Weg(TM): 
Serial.print an strategischen Punkten setzen und gucken wo das Ding 
stirbt (Wenn das Ding z.B. am Anfang von setup() [nach init der 
seriellen Port] stirbt, brauchst Du Dir keine Sorgen mehr machen).
- ganz banal: einen Esp8266 von einer anderen Quelle beziehen. Fakes 
gibt es immer.

Willkommen in der schoenen Welt der print 6,"Program start"-Welt der 
'90-er Jahre!

Gruesse

Th.

Mal vom neuen Pc

Tack
Tick
Tack
Tick
Tack
Tick
Tack
Tick
Tack
Tick
Tack
Tick
Tack
Tick
Tack

alles geht

Stefan ⛄ F. schrieb:
> Beim Wemos D1 Mini Modul kann es hilfreich sein, die 3,3V mit
> einem 100
> bis 220 µF Elko zu puffern.
>
> Das NodeMCU Board hat so einen Kondensator bereits drauf.

Ich hatte ja auch an die Versorgung gedacht. Aber da Hans schon 
verschiedene Möglichkeiten getestet hat, bin ich davon abgekommen.
Und ja, bei meinen Versuchen hat es auch ohne den Kondensator am USB 
funktioniert.

Hans, evtl. solltest du aber tatsächlich mal die 3,3Volt im Betrieb 
messen.
Nicht selten werden schlechte, billige Bauteile verbaut, die stark an 
der Grenze arbeiten.

Hans, auf welche Baudzahl (Geschwindigkeit) hast du den seriellen 
Monitor eingestellt ?

Deine (Fehler)meldung erhalte ich auch (lesbar), aber nur wenn der 
Monitor auf 74880 Baud eingestellt ist und ich den Wemos resette.

Bitte nochmal überprüfen.

Hans H. schrieb:
> bei mir auch 74880
> nicht wie angegeben im prog 115000

Und nach der Meldung wartest du da noch.
Das dauert ca. 1 Min. bis es weiter geht.

Achso....du must natürlich auch im Programm 74880 einstellen.

Ja, der Bootloader nutzt 74880 Baud, kann man nicht ändern. Der 
Einfachheit halber nutze ich diese Baudrate dann auch gerne für Debug 
Meldungen.

Leider unterstützt nicht jeder USB-UART Adapter diese "krumme" Baudrate. 
Das merkt man dann aber, Windows/Linux zeigt ggf. eine entsprechende 
Fehlermeldung an.

Nur so ein Tipp am Rande.

Der ESP braucht sehr oft "leicht angepasste" Libs. Wenn man die falsche, 
für z.b. uno o. Nano,  hat, hängt der sich gerne auf.

Ist mir auch 1 x passiert.

Und was funktioniert? Stefan hat dir ein Hello-World-Beispiel angehängt. 
Du schreibst nebulös "Beispiele laufen" - welche? Links?

Ansonsten, wie schon mehrfach gesagt: Streich aus deinem Programm Dinge 
raus (auskommentieren), ergänze Debug-Ausgaben (Serial.println) und 
schau so, bis wohin dein Board kommt. Dann könnten wir hier weiter 
machen.

Ganz blöd: Du hast schon DEBUG = high gesetzt, oder? Sonst soll ja keine 
Ausgabe kommen.

MfG, Arno

Ich hatte mal den Fehler gemacht, readStringUntil() zu benutzen, um eine 
HTTP Response zu empfangen. Das hatte lokal super geklappt, aber mit 
öffentlichen Servern nicht mehr, weil sie viel mehr HTTP Header zurück 
lieferten (mehrere Kilobytes). An der Stelle ist er mir dann immer so 
gründlich abgestürzt, dass sogar der Watchdog überfordert war.

Hans H. schrieb:
> Ich denke mal dir 74880 sin im bootloader eingebrannt
> er kommt nicht so weit ins programm um sie dann auf 115000 einzustellen
> für die seriele ausgabe der Werte
>
> oder

Und warum machst du es nicht wie von mir beschrieben ?
Beides auf 74880 und warten. Wenn sich dein Wemos im Netz anmeldet, dann 
muss auch die richtige Ausgabe folgen. Und Michael hat es ja nochmal 
geschrieben, debug muss eingeschaltet sein.

Hast du "debug" auch auf TRUE gestellt ?

Hans H. schrieb:
> noch nicht versuch ich aber jetzt sofort

Darauf wurdest du mehrfach schon hingewiesen. Und man sollte auch fremde 
Sketche, die man verwendet, durchlesen.

Wir können doch nicht immer alles vorlesen.

Hans H. schrieb:
> auch nix
>
> wofür ist die Wire.h gut in dem Sketch ?
>
> Lg

Wo genau hast du die Änderung gemacht ?
Die Wire.h ist für I2C.

Hans H. schrieb:
> ich hab die  // ausmaskiert  lässt sich compilieren und laden aber
> bringt nix

Sag mal....geht es auch genauer ?
Sieh dir mal den Post von Michael an, da hat er es genau beschrieben.
Echt jetzt....lesen ist nicht dein Ding ?

Wenn du den Thread gelesen hättest, wüsstest du auch, daß wir das auch 
alles schon durchgekaut haben. Zudem testet der TO an einem Wemos ohne 
externe Anschlüsse und da läuft der gepostete Sketch. Auch das wurde von 
Usern getestet.
Vermutlich hat der TO aufgegeben.