ESP8266/ESP8285 - XPD und Reset, Programmieren

[wireless (Gast)]

Damit der ESP sich aus dem Deep Deep Sleep aufwecken kann, müssen XPD 
und Reset extern verbunden werden. Zum Flashen muss diese Verbindung 
aber wieder geöffnet werden. Ich suche eine low cost Lösung, bei der die 
Verbindung default geschlossen ist, aber zum Flashen automatisch 
geöffnet werden kann.
Das Billigste wäre wohl die Verbindung der Pins über einen Widerstand, 
der beim Flashen "überstimmt" wird - weiss jemand, wie niederohming die 
Verbindung sein muss, um zuverlässig zu funktionieren?

[Achim M. (minifloat)]

wireless schrieb:
> Ich suche eine low cost Lösung, bei der die
> Verbindung default geschlossen ist, aber zum Flashen automatisch
> geöffnet werden kann.

Ist GPIO16/XPD beim Flashen Hochohmig?
=> wahrscheinlich Nein, denn sonst würde es eine Schottkydiode tun.

Jumper?
=> zu umständlich

Wenn nicht, dann zwei Dioden und ein NPN oder ein Logiclevel-NMOS.
Ein CMOS-Analogschalter wäre Ideal. Die gibt es auch SMD als 
Einzelgatter.
GPIO0 kann beim Flashen ja dauerhaft GND gezogen werden.
Ungefähr sowas schwebt mir da vor:

  3.3v VCC o--*----*--------*-----+
              |    |        |     |
             10k  10k      10k   10k
              |    |        |     |
     GPIO0 o--*    |        |     |
              |    |        |     |
       RST o--)----)----*---)-----*
              |    |    |   |     |
              |    |    \|__|     |
              |    | Q1 V|  *     |
              |    |    |   |     |
GPIO16/XPD o--)----*----+   |     |
              |             |     |
             _|_           _|_    |
             _V_ D1        _V_ D2 |
              |             |     |
              *-------------+     |
              |                   |
              *                   *
              / S1                / S2
              * Flashen           * Reset
              |                   |
       GND o--*-------------------+

mfg mf

PS: jaja der NPN ist extra sch***e gezeichnet

[Joachim S. (oyo)]

Keine Ahnung, ob das für Deine konkrete Schaltung eine Option darstellt, 
aber:
Für den zum Flashen nötigen Reset kann man m.W.n. zwischen nRESET und 
CH_PD wählen; statt direkt den nRESET-Pin zu steuern, könntest Du 
stattdessen den CH_PD-Pin steuern und Dir so jegliche zusätzliche 
Bauteile sparen.

[Stefan F. (Gast)]

Wenn du den Timer-Ausgang mit dem Reset Eingang verbindest und dann noch 
per Taster den Reset Eingang auf Low ziehst, bekommst du genau genommen 
einen Kurzschluss.

Allerdings bewirkt der Reset, dass der Timerausgang hochohmig wird. Der 
Kurzschluss ist also nur von sehr kurzer Dauer.

Meine Erfahrung ist, dass der Chip davon keinen Schaden nimmt. 
Sicherheitshalber könnte man eine Diode dazwischen schalten, oder einen 
Widerstand.

Auf jeden Fall ist es nicht notwendig, die Verbindung ganz zu trennen, 
um Firmware hochzuladen.

[Klaus (Gast)]

Joachim S. schrieb:
> Für den zum Flashen nötigen Reset kann man m.W.n. zwischen nRESET und
> CH_PD wählen; statt direkt den nRESET-Pin zu steuern, könntest Du
> stattdessen den CH_PD-Pin steuern und Dir so jegliche zusätzliche
> Bauteile sparen.

Ich benutze schon immer und nur CH_PD zum Flashen, war in der ersten 
Anleitung, die ich in die Hände bekam, so beschrieben.

MfG Klaus

[wireless (Gast)]

Danke für die hilfreichen Antworten. Einfach CH_PD zu nutzen wäre 
attraktiv, gibt es dafür "belastbarere" Quellen, dass das sicher und 
immer funktioniert?

[Stefan F. (Gast)]

> gibt es dafür "belastbarere" Quellen

Ja, meine Bestätigung HIER.

[Joachim S. (oyo)]

Falls das für Dich belastbar genug ist: im Quellcode von "esptool.py", 
das mittlerweile von Esprissif persönlich maintained wird, findet sich 
z.B. bestätigt, dass das zum Resetten des ESPs verwendete RTS-Signal 
wahlweise mit nRESET oder CH_PD verbunden werden kann:

        # issue reset-to-bootloader:
        # RTS = either CH_PD/EN or nRESET (both active low = chip in reset
        # DTR = GPIO0 (active low = boot to flasher)

Und wie Klaus benutze auch ich CH_PD statt nRESET bei manchen 
ESP8266-Schaltungen zum Flashen, bislang ohne Probleme.

[wireless (Gast)]

@stefanus: Nichts für ungut, aber eine offizielle Angabe und ein 
"funktioniert bei mir" ist noch was anderes ;)
@oyo: Sowas meinte ich, danke

Ich habe auch noch was gefunden. Das DB vom ESP8285 scheint das nicht zu 
erwähnen, aber im DB des ESP8266EX wird das auch beschrieben:

Pin7 CH_EN can also be used as a reset pin. ESP8266EX will power off when CH_EN pin
is held low and the input level is below 0.6V and stays for at least 200 μs.

Ich würde sagen, das Thema ist damit erledigt, danke allen!

[Stefan F. (Gast)]

> Nichts für ungut, aber eine offizielle Angabe und ein
> "funktioniert bei mir" ist noch was anderes

Ganz recht. Den offiziellen Angaben des Chipherstellers kannst du 
weniger glauben, als meinen Angaben. Denn sie sind unvollständig, 
ungenau und oft auch einfach falsch.

Ich erinnere nur an die Stromaufnahme im Deep Sleep Modus, um nur einen 
Klopper zu nennen. (Erst waren es max. 10µA, dann max. 20µA und jetzt 
sind es "typisch" 20µA aber bei 2,5V). Vor zwei Jahren war der Chip noch 
"Ultra Low Power", jetzt nur noch "Energy Efficient".

Es ist nicht so dass der Chip schlechter wurde, sondern das Datenblatt 
wurde ehrlicher. Was die Händler jedoch nicht davon abhält, komplette 
Module immer noch mit "max 10µA" anzupreisen. Wie soll das gehen, wenn 
der Chip alleine schon mehr Strom aufnimmt?

> ESP8266EX will power off when CH_EN pinis held low

Das ist nur halb richtig. Wenn der Pin bereits beim Anlegen der 
Stromversorgung Low ist, zieht der Chip ca 25mA. Wenn man ihn jedoch 
NACH dem Booten auf Low legt, zieht der Chip nur noch ca 20µA.

Für das Flashen der Firmware spiel dieses Detail keine Rolle, aber für 
den Batteriebetrieb danach schon. Die richtigen Angaben findest du auf 
meiner Homepage.

Sorry wenn ich so hart klinge. Normalerweise poche ich immer darauf, die 
Datenblätter zu lesen und sich darauf zu verlassen. Aber beim ESP8266 
ist das leider genau die falsche Taktik.