ESP32 - Kein WLan ohne Serial monitor

[Manuel S. (kasperdelasopa)]

Hallo zusammen,

ich nutze einen ESP32-S den ich auf einem selbst erstellen Board 
einsetzte.
Das Board selbst macht nicht viel außer mit einem CH340C ein 
USB-2-Serial bereit zu stellen, um zu flashen und 4 Pins für I2C nach 
außen schleifen.

Ich nutze einen Sketch, der WLan einsetzt. Wenn ich mein Board über 
USB+Serial monitor betreibe, um den Debug output zu sehen, funktioniert 
alles problemlos. Keine Exception und stabiler Betrieb über Stunden.

Sobald ich das Board aber nur über einen USB-Power Supply einstecke, 
kann sich das Board nicht mehr mit WLan verbinden. Ich habe das mal mit 
einem simplen Sktech getestet der sich im WLan registriert und dann ein 
LED Blick Pattern abspielt in eine Schleife.



==> Im Serial monitor Modus = alles OK (WLan (in der Fritz box geprüft) 
+ Led pattern)

==> Nur Power-Supply = nur LED Pattern keine WLan Verbindung.



Daher schließe ich aus das der Controller sich wegen brownout resettet

Ich habe meinen Sketch daher mal auf einem WEMOS ESP32 (gleicher Chip) 
getestet. Dort läuft alles prima auch ohne Serial Monitor. Ich kann also 
mein Code als Fehlerquelle ausschließen.

Ich habe meine Schaltung mal angehängt, vielleicht findet jemand von 
euch was.

[Thomas R. (r3tr0)]

Zeig mal deinen Sketch/Code her.
Wahrscheinlich hängt der Controller in einer Schleife, weil er auf die 
serielle Schnittstelle wartet.

[Manuel S. (kasperdelasopa)]

Hallo,

bevor ich den Test Code poste nochmal der Hinweis:

Das LED Pattern in loop() wird in beiden Fällen ausgeführt. Lediglich am 
Power Supply findet keine WLan Verbindung statt. Daher kann ich den Code 
ausschließen, da er in beiden Fällen die setup() erfolgreich durchläuft 
und in die loop() geht.

#include "WiFi.h"
 
const char* ssid = "";
const char* password =  "";

#define LED_PIN 2
 
void setup() {
 
  Serial.begin(9600);
 
  WiFi.begin(ssid, password);
 
  while (WiFi.status() != WL_CONNECTED) {
    delay(500);
    Serial.println("Connecting to WiFi..");
  }
 
  Serial.println("Connected to the WiFi network");

  pinMode(LED_PIN, OUTPUT);
 
}
 
void loop() {
  

  for(int i=0;i<5;i++){
    digitalWrite(LED_PIN, HIGH);
    delay(200);
    digitalWrite(LED_PIN, LOW);
    if(i< (5-1)){
      delay(200);
    }
  }

  delay(3000);
}

[Thomas R. (r3tr0)]

while (WiFi.status() != WL_CONNECTED) {
    delay(500);
    Serial.println("Connecting to WiFi..");
  }

-> Er könnte die Loop gar nicht abarbeiten wenn er keine Verbindung zu 
deinem WLAN Router hergestellt hätte.

[Stefan F. (Gast)]

Braucht dein LM1117 keinen 10µF Kondensator am Eingang? Meiner braucht 
das. Mich würde mal das Layout der Platine interessieren.

[Pete K. (pete77)]

Wahrscheinlich wird Dein Board über den 1x4 Pinheader mit Strom 
versorgt. Was hängt da dran?
Zeig mal das Board her.

[Manuel S. (kasperdelasopa)]

Hallo,

danke für die Hinweise:

@Thomas R.: Das stimmt absolut... Er scheint auch auch einmal mit dem 
WLan zu verbinden, dann aber sofort die Verbindung zu verlieren... Wie 
gesagt in beiden Fällen geht er in die loop()

@Stefan ⛄ F.: interessanter Hinweis. Muss der 10uF zwischen Input-VCC 
und GND oder zwischen Output (3.3V) Vcc und GND? ich habe bereits einen 
zwischen 3.3v und GND aber vielleicht muss ja einer auch an den 
Eingang... ich teste das...

@Pete K.: An den Pin Header wird nur ein Temperatursensor angeschossen 
(i2c). In allen meiner Testfälle erfolgt die Stromversorgung über den 
USB-C Anschluss

[Manuel S. (kasperdelasopa)]

@Stefan ⛄ F.: Ein 10uF am Eingang des LM1117 war es leider nicht :-(

[Stefan F. (Gast)]

Die Kondensatoren für den Spannugsregler müssen direkt am 
Spannungsregler sitzen. So nahe wie möglich. Halte dich was die Werte 
angeht an die Empfehlungen aus dem Datenblatt. Bei manchen anderen 
Spannungsreglern spielt sogar die Bauform eine wichtige Rolle.

Die Abblock-Kondensatoren (100nF) müssen am zugehörigen OC so nahe wie 
möglich sitzen.

Am ESP Modul füge ich immer einen 100µF Kondensator hinzu, und zwar 
direkt am Modul, so kurz wie möglich.

[Stefan F. (Gast)]

Manuel S. schrieb:
> Ein 10uF am Eingang des LM1117 war es leider nicht

Schade.

> Mich würde mal das Layout der Platine interessieren.

und

Pete K. schrieb:
> Wahrscheinlich wird Dein Board über den 1x4 Pinheader mit Strom
> versorgt. Was hängt da dran?
> Zeig mal das Board her.

Hast du ein Oszilloskop mit dem du die Versorgungsspannung prüfen 
kannst? Wenn nicht, versorge es mal mit 3 bis 3,6 Volt aus Batterien 
(trenne dabei den Spannungsregler ab).

Achtung: frisch geladene Akkus könnten zu viel Spannung liefern.

[Manuel S. (kasperdelasopa)]

Ok... Ich habe einen Screenshot eingefügt.
Sind aber 2-Layer. Schwer was zu erkennen.

Welche Infos willst du da heraus nehmen die man nicht im Schaltplan 
sieht?

[Stefan F. (Gast)]

Manuel S. schrieb:
> Welche Infos willst du da heraus nehmen die man nicht im Schaltplan
> sieht?

Die Leitungsführung. Mir sind die Leiterbahnen der Stromversorgung viel 
zu dünn. Löte mal zusätzliche Drähte darüber:

- Von allen GND Anschlüssen der USB Buchse zu GND vom Spannungsregler.
- Vom Spannungsregler GND zu allen GND Anschlüssen des ESP Moduls.
- Vom 3,3V Ausgang des Spannungsreglers zum VCC Eingang des ESP Moduls.
- Zusätzlich 100µF an VCC/GND direkt am ESP Modul.

Ich nehme an, dass das Netzteil an der USB Buchse hängt. Richtig?
Was hängt an der Stiftleiste?

Links, rechts und unter der Antenne sollten keine Bauteile platziert 
werden. Du hast zwei Bauteile links daneben.

Hat der Spannungsregler keine Kühlfläche? Vielleicht wird er bei Senden 
zu heiß.

[Manuel S. (kasperdelasopa)]

@Stefan ⛄ F.: Ich habe deinen Vorschlag getestet mit einer anderen 
Stromversorgung:

Da ich leider kein ordentliches Netzteil habe das 3.3v liefert habe ich 
mal ein Breakoutboard rein gelötet, das auch ein LM1117 einsetzt. ich 
habe also meinen LM1117 mit einem Breakoutboard ersetzt

==> Es geht!

Aber was heißt das nun konkret? Es kann ja dann nur noch im Umfeld des 
LM1117 liegen.

Ich löte jetzt noch ein bisschen Schummeldraht ein, um deine Theorie zu 
testen. Wenn es nur daran liegt, wäre ich froh. Ich glaube aber ich habe 
den LM1117 falsch angeschlossen, also es fehlen vielleicht noch 
Kondensatoren. Könnt ihr da direkt was aus dem Schaltplan entnehmen was 
ich falsch gemacht habe?

[Stefan F. (Gast)]

Manuel S. schrieb:
> Aber was heißt das nun konkret? Es kann ja dann nur noch im Umfeld des
> LM1117 liegen.

Den Kondensator am Ausgang sehe ich, er ist aber weit vom 
Spannungsregler entfernt (nicht gut). Am Eingang hast du zur Probe einen 
hinzugefügt - ohne Erfolg.

Da drängt sich als nächstes die Frage auf, ob du wirklich einen LM1117 
eingebaut hast, oder ein anderes Bauteil das dir als LM1117 verkauft 
wurde. Doch bevor man laut "Fälschung" schreit, sollte man ganz sicher 
sein.

Ich würde den Spannungsregler noch mal mit optimalen Bauteilen nach 
Datenblatt zusammen löten und einzeln durch testen. Ein Oszilloskop hast 
du nicht? Das wäre jetzt sehr hilfreich. Zur Not würde schon ein 
billiges DSO150 genügen.

[Manuel S. (kasperdelasopa)]

@ Stefan ⛄ F.: Das war es leider nicht. Habe alles umgesetzt. War super 
fummelig hat aber leider nix geholfen.

>- Von allen GND Anschlüssen der USB Buchse zu GND vom Spannungsregler.
>- Vom Spannungsregler GND zu allen GND Anschlüssen des ESP Moduls.
>- Vom 3,3V Ausgang des Spannungsreglers zum VCC Eingang des ESP Moduls.
>- Zusätzlich 100µF an VCC/GND direkt am ESP Modul.

Ich werde jetzt aus dem Breakoutboard den LM1117 rauslöten und bei mir 
einsetzten. Auf meinem steht zwar LM1117 3.3 drauf... aber wer weiß

[Stefan F. (Gast)]

Manuel S. schrieb:
> Das war es leider nicht. Habe alles umgesetzt. War super
> fummelig hat aber leider nix geholfen.

Ich habe es fast befürchtet. Denn obwohl die Leitungen recht dünn sind, 
sind sie ja nicht allzu lang. Zwar nicht optimal aber da habe ich schon 
ganz andere "Sünden" gesehen.

> Ich werde jetzt aus dem Breakoutboard den LM1117
> rauslöten und bei mir einsetzten.

Gute Idee.

Hast du also kein Oszilloskop? Dann schau dir mal das DSO150 an. Es ist 
ein billiges Spielzeug aber dennoch viel besser als gar keins zu haben.

[Manuel S. (kasperdelasopa)]

Ich habe aber auch kein Problem etwas mehr Geld auszugeben (ca 150€) ... 
Vorschläge?

[Wolfgang (Gast)]

Stefan ⛄ F. schrieb:
> Am ESP Modul füge ich immer einen 100µF Kondensator hinzu, und zwar
> direkt am Modul, so kurz wie möglich.

Warum sollte beim 100µF Kondensator der Abstand kritisch sein?
Dann ist irgendetwas am Aufbau falsch.

Der 100µF hat sowieso einen relativ hohen ESR und stützt bei 
niederfrequenten Verbrauchsspitzen. Für kurze Spitzen und steilen 
Flanken, bei denen es dann auch auf die Anbindung ankommt, ist ein 
direkt angebundener kleinerer Kondensator wesentlich wichtiger. Der 
100µF muss Ladung nachliefern, wenn der kleine bereits den 
hochfrequenten Lastanteil gepuffert hat.

[B. Lötmann (Gast)]

Moin,

ich hab jetzt nicht alles gelesen, aber falls das Problem noch immer 
besteht, dass es nur mit aktiver USB-UART Session läuft: Das könnte der 
CH340 sein. Der hat bei inaktiver Verbindung ein High an #DTR und sobald 
man ne Session aufmacht, geht der auf Low. Kannst ja mal den EN-Pin am 
ESP checken, bevor du die Session aufmachst und dann UART verbinden.

grüße

[Manuel S. (kasperdelasopa)]

Wolfgang schrieb:

> Der 100µF hat sowieso einen relativ hohen ESR und stützt bei
> niederfrequenten Verbrauchsspitzen. Für kurze Spitzen und steilen
> Flanken, bei denen es dann auch auf die Anbindung ankommt, ist ein
> direkt angebundener kleinerer Kondensator wesentlich wichtiger. Der
> 100µF muss Ladung nachliefern, wenn der kleine bereits den
> hochfrequenten Lastanteil gepuffert hat.

Was kann das konkret für mich bedeuten? ich habe ja bereit einem 100uF 
am ESP getestet. Soll ich nochmal einen anderen dran machen?

Was ich noch habe ist ein 100nF, 47uF, 10n

[Stefan F. (Gast)]

Manuel S. schrieb:
> Ich habe aber auch kein Problem etwas mehr Geld auszugeben (ca 150€) ...
> Vorschläge?

Benutze dazu mal die Suchfunktion. Oszilloskop-Vorschläge werden hier 
gefühlt jeden Monat erneut diskutiert.

[Stefan F. (Gast)]

Wolfgang schrieb:
> Warum sollte beim 100µF Kondensator der Abstand kritisch sein?

Mehr aus Erfahrung als Fachwissen. Wir hatten hier schon ein paar Leute, 
denen das geholfen hatte.

> Für kurze Spitzen und steilen Flanken, bei denen es
> dann auch auf die Anbindung ankommt, ist ein
> direkt angebundener kleinerer Kondensator wesentlich wichtiger

Ja. Der befindet sich unter der Abdeckung des ESP Moduls.

Manuel S. schrieb:
> ich habe ja bereit einem 100uF am ESP getestet.
> Soll ich nochmal einen anderen dran machen?

Wenn einer  nicht hilft, dann werden zwei wohl auch nicht helfen. Das 
würde mich doch sehr überraschen.

[Manuel S. (kasperdelasopa)]

Ich habe jetzt nochmal das Breakout Board dran gelötet um sicher zu sein 
das das erste mal kein Zufall war... und es war keiner.

Das Breakoutboard habe ich jetzt mal mit angefügt.

Aber eines treibt mich da noch um. Bei diesem Breakoutboard verwende ich 
als In-VCC 7,5V = 4x AA Batterie. Aber das darf doch keinen unterschied 
machen oder?

==> Mir ist auch ein Fehler von mir aufgefallen... Ich schreibe immer 
von einem LM1117, dabei verwende ich einen AM1117!!!!

Habe ich für den AMS1117 dann doch falsche Kondensatoren verwendet??

Ich muss jetzt mal raus finden, welche Kondensatoren das Breakoutboard 
verwendet. Damit geht es ja schließlich

[Stefan F. (Gast)]

Manuel S. schrieb:
> Ich schreibe immer von einem LM1117, dabei verwende ich einen AM1117

AM oder AMS? Ich hake nach, weil es von diesen "1117" Spannungsreglern 
in der Tat ganz viele Varianten gibt. Hier wurde schon einmal 
diskutiert, dass deren Eigenschaften nicht gleich sind.

> Habe ich für den AMS1117 dann doch falsche Kondensatoren verwendet??

Schau ins Datenblatt. Am besten schaust du nicht nur in das Datenblatt 
vom selben Typ sondern auch vom selben Hersteller.

[Manuel S. (kasperdelasopa)]

Stefan ⛄ F. schrieb:
> Manuel S. schrieb:
>> Ich schreibe immer von einem LM1117, dabei verwende ich einen AM1117
>
> AM oder AMS? Ich hake nach, weil es von diesen "1117" Spannungsreglern
> in der Tat ganz viele Varianten gibt. Hier wurde schon einmal
> diskutiert, dass deren Eigenschaften nicht gleich sind.
>

Das ist ein AMS1117. die Kondensatoren auf den Breakout sollten am 
Eingang und am Ausgang jeweils 100nF und 10uF sein. Das versuche ich 
jetzt mal dran zu basteln, direkt am AMS1117

[B. Lötmann (Gast)]

B. Lötmann schrieb:
> Moin,
>
> ich hab jetzt nicht alles gelesen, aber falls das Problem noch immer
> besteht, dass es nur mit aktiver USB-UART Session läuft: Das könnte der
> CH340 sein. Der hat bei inaktiver Verbindung ein High an #DTR und sobald
> man ne Session aufmacht, geht der auf Low. Kannst ja mal den EN-Pin am
> ESP checken, bevor du die Session aufmachst und dann UART verbinden.
>
> grüße

Übersehen? Meinungen dazu?

[Stefan F. (Gast)]

B. Lötmann schrieb:
> Übersehen? Meinungen dazu?

Manuel S. schrieb:
> Das LED Pattern in loop() wird in beiden Fällen ausgeführt.

Also ist der Chip wohl enabled.

[Pete K. (pete77)]

Die Fehlerbeschreibung ist sehr komisch. Der ESP scheint in beiden 
Fällen zu laufen (LED Pattern), aber einmal geht WLAN, einmal nicht.

Man könnte vermuten, dass der ESP ständig rebootet und zwar das LED 
Pattern ausführt, aber keine Zeit hat, sich mit dem WLAN zu verbinden. 
Da wäre also die Frage, haben wir es mit einem ständigen Reboot zu tun?

Bitte einmal den ganzen Code posten, so wie das Fehlerbild auch 
entsteht.

[Arno (Gast)]

Die LM1117- und AMS1117-Datenblätter, die ich spontan gefunden habe, 
sind für 3,3V Ausgangsspannung ab 4,75V oder 4,8V Ausgangsspannung 
spezifiziert. Für USB (5V +-5%) also knapp. Vielleicht bist du gerade 
der eine unter 100, bei dem es nicht geht, vielleicht ist dein USB-Kabel 
zu lang/zu dünn...

Wenn du hast, würde ich mal 5V oder 5,5V (was auch immer der CH340 
aushält) aus einem Labornetzteil in die Platine speisen.

MfG, Arno

[Arno (Gast)]

Arno schrieb:
> Wenn du hast, würde ich mal 5V oder 5,5V (was auch immer der CH340
> aushält) aus einem Labornetzteil in die Platine speisen.

...und zumindest statisch messen, was denn durch das USB-Kabel 
eigentlich an deiner Platine ankommt...

MfG, Arno

[Manuel S. (kasperdelasopa)]

Ich habe jetzt super viel Dinge probiert.

Aktuell habe ich zwei "starke Vermutungen":

 * Die Leiterbahnen zwischen USB und AMS1117 sind zu dünn.
     * Ich habe dafür das Breakoutboard direkt mit einem "dicken" 
Schummeldraht an eine separaten USB-C Stecker gemacht und das Breakout 
mit meinem Board verbunden. ==> Geht!
     * Wenn ich das Breakoutboard an meinem USB-C Anschluss anschließe 
geht es nicht. Ich habe hierfür meinen AMS1117 raus gelötet und das 
Breakoutboard dafür dran gemacht
     * Die separate USB Buchse mit dickem Schummeldraht an meinen 
AMS1117 zu machen brachte auch keinen Erfolg --> also muss im Vergleich 
zum BreakoutBoard noch was fehlen

 * AMS1117: Die Kondensatoren am Ausgang sind zu weit weg und es fehlen 
die Kondensatoren am Eingang
     * Das konnte ich leider nicht abschließend prüfen, weil meine 
Versuche die Kondensatoren direkt dran zu löten haben, dann doch kein 
positives Ergebnis gebracht haben
     * Die Kondensatoren und deren Anordnung ist der einzige Unterschied 
vom Breakoutboard zu meinem AMS1117 auf meinem Board

Da es aber mit dem Breakoutboard und einem dicken Schummeldraht+seperate 
USB Buchse gelappt hat, habe ich jetzt keine andere Idee mehr

Das möchte ich jetzt nochmal reproduzieren, und wenn das wieder klappt 
habe ich nur noch die Idee, mein Layout entsprechend anzupassen und ein 
neues PCB zu bestellen um zu testen.

PS: Sorry für die schlechte Formatierung. In der Preview wurden schöne 
Bullet-Points angezeigt.

[Stefan F. (Gast)]

Vielleicht ist deine USB Buchse schlecht.

[Axel R. (axlr)]

Vielleicht doch noch mal das Designfile hochladen? Ist das n 
Eagle-Projekt oder KiCad?
Kann ja sein, dass sich das jemand mit bissl Erfahrung mal kurz 
ansieht...

[Manuel S. (kasperdelasopa)]

Ich habe nix zu verstecken...
Gerne darf da jemand mal drüber schauen wenn's hilft.

Hab's angehängt

Ist ein Fusion 360 File. Keine Ahnung zu was das alles kompatibel ist.

[Manuel S. (kasperdelasopa)]

Wenn ich nun mein Board überarbeite ....

Habt Ihr generelle Hinweise was ich anders Besser machen sollte beim 
Board-Design und der Platzierung der Bauteile.

Habe ihr generelle Tipps was ich vorsehen einbauen sollte aus eurer 
Erfahrung mit dem ESP32 heraus?

[Arno (Gast)]

Die üblichen Tipps zum Leiterplattendesign:

Mach die Leiterbahnen (und Vias) so breit wie möglich, so schmal wie 
nötig. Nicht so schmal wie möglich. Für freie Platinenfläche bekommst du 
kein Geld zurück. Gefühlt könntest du bei der Platine mit 0,5mm 
Leiterbahnbreite (Versorgung/Masse 1mm oder mehr) und 0,2mm Abstand 
hinkommen - natürlich mit schmaleren Leiterbahnen zum USB-Stecker.

Führe schnelle Datenleitungen (vor allem USB, aber auch Seriell - und 
I2C, wenn das ähnlich schnell ist) möglichst parallel (mit GND daneben 
bei den seriellen Leitungen, USB ist ja ein differentieller Bus) und 
direkt. Dazu auch ggf. den CH340 verschieben.

Mach Masse und Versorgungsspannung noch breiter und geradliniger - 
zumindest sieht das auf den ersten Blick eher nicht so aus, als hättest 
du die irgendwie anders als alle anderen langweiligen Signale behandelt.

Oft bietet es sich an, eine Seite vertikal, die andere horizontal zu 
routen (ja, das kostet erstmal Vias - aber wenn du in den Bereich 
kommst, in dem Extra-Vias extra kosten, dann weißt du auch, wie es 
besser geht) - das gibt "mehr Platz" für breitere Leiterbahnen. Dazu 
ggf. auch Bauteile drehen, wenn sie sonst im Weg sind - auch wenn das 
hier eigentlich nur den CH340 betrifft, alles andere liegt ja ziemlich 
fest.

Ansonsten hab ich keine Erfahrung mit dem ESP32, aber dem ESP32-S2 und 
dem ESP8266 hab ich immer 100nF plus ca. 100µF parallel (kann auch 
5x22uF parallel sein, wenn mein Bestücker die billiger da hat als 1x 
100µF) an die Versorgungsspannungspins gelegt. Sicherlich mehr aus Angst 
denn aus Notwendigkeit, aber egal, ob ich den Chip aus Step-Up, aus 
Step-Down oder aus LiPo+LDO versorgt hat, es hat immer stabil 
funktioniert.

Dann braucht bestimmt der CH340 ein oder zwei Stützkondensatoren, und 
über den AMS1117 haben wir ja oben schon gesprochen. Mit kurzen 
Verbindungen zu den VCC- und GND-Pins. Wozu soll beispielsweise der 
100nF-Kondensator rechts über dem AMS1117 gehören? Der ist von allem zu 
weit weg.

Dann kommen die Details - zum Beispiel kannst du wahrscheinlich die 
beiden Bauteile links oben vertauschen und dir damit ein paar 
Leiterbahnkreuzungen und Winkelzüge sparen.

MfG, Arno

[Manuel S. (kasperdelasopa)]

@Arno:

Danke für deine Anregungen. Ich werde das mitnehmen. Für mich sind 
solche Infos wichtig um in Zukunft besser auf ein besseres Design achten 
zu können.

[Stefan F. (Gast)]

Manuel S. schrieb:
> Habt Ihr generelle Hinweise was ich anders Besser machen sollte beim
> Board-Design und der Platzierung der Bauteile.

Da steht auch einiges drin 
https://www.espressif.com/sites/default/files/documentation/esp32_hardware_design_guidelines_en.pdf

[Arno (Gast)]

Stefan ⛄ F. schrieb:
> Manuel S. schrieb:
>> Habt Ihr generelle Hinweise was ich anders Besser machen sollte beim
>> Board-Design und der Platzierung der Bauteile.
>
> Da steht auch einiges drin
> 
https://www.espressif.com/sites/default/files/documentation/esp32_hardware_design_guidelines_en.pdf

Wobei das größtenteils die Komponenten und das Layout des ESP32-Moduls 
betrifft (außer 3.1.2.) und nicht, wie das Modul auf eine Platine 
gebracht werden soll. Flash, ggf. PSRAM, Quarz, R/C-Oszillator, 
Pi-Filter, Antenne... sind ja schon drauf.

MfG, Arno

[Manuel S. (kasperdelasopa)]

Hallo zusammen,

ich habe nun das neue PDC Design testen können.
Da habe ich beim AMS1117 nun jeweils am Input und am Output 10nf und 
100uF Kondensatoren angefügt.

Leider ohne Erfolg :-(

Ich habe jetzt mal zum Test, den CH340C rausgelötet nachdem ich den 
ESP32 geflasht habe.

... Tatsächlich scheint es damit doch was zu tun zu haben. Aber ich sehe 
nicht was.  ==> Der ESP verbindet sich ohne den CH340C mit dem WLan, 
egal an welcher Energiequelle.

Wieder kann ich damit den Code ausschließen, denn wenn der Code auf die 
Serielle Verbindung wartet, dann müsste der ESP32 ja ohne den CH340C 
erst recht nichts tun. aber tatsächlich tut er etwas.

Leider finde ich im Internet keine Beispiele wie de CH340C angebunden 
sein muss. Ich habe nur raus gefunden das der V3 Anschluss mit einem 
Kondensator an GND verbunden sein muss, wenn die Versorgungsspannung 5V 
ist. <-- So ist das bei mir.

Folgende Pins sind gar nicht verbunden: RS232, CTS, DSR, RI, DCD

Habt ihr da Erfahrung mit dem CH340C?

[Manuel S. (kasperdelasopa)]

Ich habe nun ein Beispiel gefunden:

https://pcbartists.com/wp-content/uploads/2020/12/esp32-ch340-programmer-schematic-for-espressif-esp32-esp8266.png

Ich habe meine Schaltung praktisch identisch dazu aufgebaut... Bis auf 
die Transistoren. Das Beispiel verwendet BC-817. Ich verwende BC-818-40

Könnte das ein Problem sein?

[lay-in-outerett:istin (Gast)]

> Ich habe jetzt mal zum Test, den CH340C rausgelötet nachdem ich den
> ESP32 geflasht habe.
>
> ... Tatsächlich scheint es damit doch was zu tun zu haben. Aber ich sehe
> nicht was.  ==> Der ESP verbindet sich ohne den CH340C mit dem WLan,
> egal an welcher Energiequelle.
>
> Wieder kann ich damit den Code ausschließen, denn wenn der Code auf die
> Serielle Verbindung wartet, dann müsste der ESP32 ja ohne den CH340C
> erst recht nichts tun. aber tatsächlich tut er etwas.
Bist Du dir da sicher weil du den Code vollständig kennst oder glaubst 
Du es einfach?

Der Code kann nämlich so sein, dass NUR wenn bei der initialisierung der 
CH340 gefunden wird, der "bedien"-Code irgendwo zum warten kommt (hinter 
println* versteckt).

Wird jedoch bei der Initialisierung der CH340 NICHT gefunden, wird ev. 
auch in der Aufrufkette hinter println* früh eine Abkürzung genommen 
welche um das Warten herum kommt...

Kläre dies gründlich ab. Die inititalisierung eines ggfs. vorhandenen 
CH340 kann durchaus mehr umfassen als bloss was hinter 
"Serial.init(9600);" steckt!!!

[Manuel S. (kasperdelasopa)]

Hallo,

da der Code von mir ist, glaube ich ihn zu kennen.

Ich habe aber dennoch mal einen simplen Test Code ohne jeglichen 
Serielle Kommunikation drauf geladen:

#include "WiFi.h"
 
const char* ssid = "<<ssid>>";
const char* password =  "<<pwd>>";

#define LED_PIN 2
 
void setup() {

  WiFi.begin(ssid, password);
 
  while (WiFi.status() != WL_CONNECTED) {
    delay(500);
  }
 
  pinMode(LED_PIN, OUTPUT);

}
 
void loop() {
  
  for(int i=0;i<5;i++){
    digitalWrite(LED_PIN, HIGH);
    delay(200);
    digitalWrite(LED_PIN, LOW);
    if(i < 4){
      delay(200);
    }
  }

  delay(3000);
}

Das Resultat:

 * Mit Seriellem Monitor: WLan wird aufgebaut und ich finde den ESP32 in 
meiner FritzBox --> Board blinkt

 * Ohne Seriellen Monitor: WLan wird NICHT aufgebaut und ich finde den 
ESP32 NICHT in meiner FritzBox --> Board blinkt NICHT. Das wird hängt 
hier wohl in der Dauerschlaufe im Versuch sich zu verbinden fest.

[Joachim B. (jar)]

Manuel S. schrieb:
> Ohne Seriellen Monitor: WLan wird NICHT aufgebaut und ich finde den
> ESP32 NICHT in meiner FritzBox --> Board blinkt NICHT. Das wird hängt
> hier wohl in der Dauerschlaufe im Versuch sich zu verbinden fest.

ja mit Monitor kommen andere Wartezeiten rein, Problem ist alt bekannt

dein connect scheint falsch zu sein, versuchs mal mit längeren Zeiten 
und mache die LED Init output nach setup nicht nach connect

ich müsste jetzt erst mal suchen ich glaube mit 750 delay klappts besser

mein letzter

  while (WiFi.status() != WL_CONNECTED)
    delay(2000);

denn dein wait 500 ist zu kurz

#include "WiFi.h"
const char* ssid = "<<ssid>>";
const char* password =  "<<pwd>>";
#define LED_PIN 2

void setup() {
  pinMode(LED_PIN, OUTPUT);
  WiFi.begin(ssid, password);
  while (WiFi.status() != WL_CONNECTED)
    delay(2000);
}

void loop() {
  for(int i=0;i<5;i++){
    digitalWrite(LED_PIN, HIGH);
    delay(200);
    digitalWrite(LED_PIN, LOW);
    if(i < 4)
      delay(200);
  }
  delay(3000);
}

[Manuel S. (kasperdelasopa)]

Hallo,

das war es leider nicht. Ich habe den Testcode mal so umgebaut:

#include "WiFi.h"
 
const char* ssid = "";
const char* password =  "";

#define LED_PIN 2
 
void setup() {

  WiFi.begin(ssid, password);
  while (WiFi.status() != WL_CONNECTED) {
    delay(2000);
  }
}
 
void loop() {
  pinMode(LED_PIN, OUTPUT);

  for(int i=0;i<5;i++){
    digitalWrite(LED_PIN, HIGH);
    delay(200);
    digitalWrite(LED_PIN, LOW);
    if(i < 4){
      delay(200);
    }
  }

  delay(3000);
}

[Joachim B. (jar)]

Manuel S. schrieb:
> Ich habe den Testcode mal so umgebaut:
Manuel S. schrieb:
> pinMode(LED_PIN, OUTPUT);

warum im loop?
das ergibt doch keinen Sinn!

Programmieren ist nicht malen nach Zahlen oder C&P


Wenn der Pin out sein soll gehört das in setup

abgesehen davon, wenn er nicht connected muss er auch nicht in den loop!
Dann ist was faul und es sollte eine Meldung (stör LED ohne 
Serial.print) oder ein Reset kommen!

Wenn er aber noch aus dem vorigen Versuch verbunden war klappt 
neuerliches verbinden auch nicht dann fehlt der disconnect

  // Set WiFi to station mode and disconnect from an AP if it was previously connected
  WiFi.mode(WIFI_STA);
  WiFi.disconnect();
  delay(100);

[Manuel S. (kasperdelasopa)]

Hallo

du scheinst ein Problem behandeln zu wollen das keines ist.

Damit du beruhigt bist habe ich mal den Code, so umgebaut:

#include "WiFi.h"
 
const char* ssid = "";
const char* password =  "";

#define LED_PIN 2
 
void setup() {
  
  pinMode(LED_PIN, OUTPUT);

  WiFi.begin(ssid, password);
  while (WiFi.status() != WL_CONNECTED) {
    delay(2000);
  }
}
 
void loop() {

  for(int i=0;i<5;i++){
    digitalWrite(LED_PIN, HIGH);
    delay(200);
    digitalWrite(LED_PIN, LOW);
    if(i < 4){
      delay(200);
    }
  }

  delay(3000);
}

Übrigens: Das der "pinMode(LED_PIN, OUTPUT);" im loop war, ist 
selbstverständlich Unsinn und wahr schon behoben bevor der unnötige 
"Mahlen nach Zahlen" Kommentar abgesetzt wurde.

Tu mir doch nun schnell den Gefallen und sage mir was aus deiner Sicht 
an diesem Code falsch sein soll und warum deswegen der Code sich nur mit 
einem Seriellen Monitor aber nicht ohne verbindet.


P.S.: Ich empfinde es als ein respektloses Miteinander, wenn "Mahlen 
nach Zahlen" Kommentar abgesetzt werden. Diese helfen niemanden, und 
wenn du das für dein Ego brauchst mache das doch bitte nicht in Foren in 
denen man eigentlich ein höfliches miteinander einhält.

[Joachim B. (jar)]

Manuel S. schrieb:
> Übrigens: Das der "pinMode(LED_PIN, OUTPUT);" im loop war, ist
> selbstverständlich Unsinn und wahr schon behoben

nicht als ich den lesen konnte, ich lüge ja nicht!

Manuel S. schrieb:
> das war es leider nicht. Ich habe den Testcode mal so umgebaut:#include
> void setup() {
>   WiFi.begin(ssid, password);
>   while (WiFi.status() != WL_CONNECTED) {
>     delay(2000);
>   }
> }
>
> void loop() {
>   pinMode(LED_PIN, OUTPUT);

so steht das hier!

Manuel S. schrieb:
> höfliches miteinander

ist wenn man nicht belogen wird, von wegen umgebauter Code

Manuel S. schrieb:
> Tu mir doch nun schnell den Gefallen und sage mir was aus deiner Sicht
> an diesem Code falsch sein soll

tat ich bereits!

Joachim B. schrieb:
> Wenn er aber noch aus dem vorigen Versuch verbunden war klappt
> neuerliches verbinden auch nicht dann fehlt der disconnect
>   // Set WiFi to station mode and disconnect from an AP if it was
> previously connected
>   WiFi.mode(WIFI_STA);
>   WiFi.disconnect();
>   delay(100);

[Johannes S. (Gast)]

den pinMode mehrfach zu setzen oder auch zu ändern ist erlaubt, der 
Aufruf alle paar Sekunden muss nicht sein, ist aber auch kein Fehler.

TL;DR,
Wie ist der Pegel am Reset Pin mit/ohne serial Monitor? Sind die 
Verbindungen zwischen CH340 und WROOM32 sauber, also keine Kurzschlüsse 
zu anderen ESP Pins die dann evtl. das booten behindern?

[Manuel S. (kasperdelasopa)]

> tat ich bereits!

Sorry aber ich kann dir nicht folgen. Ich habe den Code nach deinen 
Vorgaben unbebaut (siehe letzter Post von mir). Er tut aber dennoch 
nicht ohne Seriellen Monitor.

Folgendes habe ich zuerst noch raus gelassen, weil ich den ESP immer von 
der Stromversorgung trenne. Er kann also nicht vorher schon verbunden 
gewesen sein.

>   // Set WiFi to station mode and disconnect from an AP if it was
> previously connected
>   WiFi.mode(WIFI_STA);
>   WiFi.disconnect();
>   delay(100);

ABER.... der Vollständigkeit halber, habe den Code folgendermaßen 
umgebaut:

#include "WiFi.h"
 
const char* ssid = "";
const char* password =  "";

#define LED_PIN 2
 
void setup() {
  
  pinMode(LED_PIN, OUTPUT);

  WiFi.mode(WIFI_STA);
  if(WiFi.status() == WL_CONNECTED){
    WiFi.disconnect();
    delay(100);
  }
  
  WiFi.begin(ssid, password);
  while (WiFi.status() != WL_CONNECTED) {
    delay(2000);
  }
}
 
void loop() {

  for(int i=0;i<5;i++){
    digitalWrite(LED_PIN, HIGH);
    delay(200);
    digitalWrite(LED_PIN, LOW);
    if(i < 4){
      delay(200);
    }
  }

  delay(3000);
}

.... und: Naja.... geht immer noch nicht.

Könntest du mir den Gefallen tun und den Code so umbauen, wie du sagst 
so muss es gehen und damit sind alle Probleme gelöst und den dann 
einfach mal vollständig hier posten? Ich denke da würde ab schnellsten 
gehen um diese Diskussion zu einem vernünftigen ende zu führen.

[Manuel S. (kasperdelasopa)]

Johannes S. schrieb:
> den pinMode mehrfach zu setzen oder auch zu ändern ist erlaubt, der
> Aufruf alle paar Sekunden muss nicht sein, ist aber auch kein Fehler.
>
> TL;DR,
> Wie ist der Pegel am Reset Pin mit/ohne serial Monitor? Sind die
> Verbindungen zwischen CH340 und WROOM32 sauber, also keine Kurzschlüsse
> zu anderen ESP Pins die dann evtl. das booten behindern?

Habe jetzt nochmal alle Pins am CH340C durchgemessen: Keine 
Kurzschlüsse.

Da aber der Code (reproduzierbar) an jeder Anschlussart (mit und Ohne 
Seriellem Monitor) läuft wenn der CH340C raus gelötet ist, muss der 
Fehler immer noch da irgendwo liegen.

Mitleerweile habe ich auch diesen "Datenblatt" aufgetan:
https://www.mpja.com/download/35227cpdata.pdf

Auch die Beschreibung dort deutet drauf hin das meine Schaltung richtig 
ist.

Kann es den sein das der CH340C Störsignale aussendet, wenn er nicht 
verbunden ist und daher der ESP32 nicht ins WLan kommt?

Wenn ja: Was bedeutet das konkret für eine mögliche Fehlerbehebung?

[Stefan F. (Gast)]

Mich macht immer noch der 12kΩ Widerstand neben der Antenne nervös. Die 
strahlt da voll hinein!

[Johannes S. (Gast)]

und der Pegel am Reset Pin mit/ohne serial Monitor?

[Manuel S. (kasperdelasopa)]

> TL;DR,
> Wie ist der Pegel am Reset Pin mit/ohne serial Monitor? Sind die
> Verbindungen zwischen CH340 und WROOM32 sauber, also keine Kurzschlüsse
> zu anderen ESP Pins die dann evtl. das booten behindern?

Das habe ich jetzt auch noch gemessen.... und siehe da:

Mit Seriellem Monitor 3.3V --> Top!

Aber OHNE sind es 4,7V !!! Wie kann sowas kommen?
Ich finde hier keinen Fehler in meiner Schaltung. Der EN Pin mit einem 
10k Pullup an 3.3V (Ausgang des AMS 1117) angeschlossen.

Ich habe die Schaltung nochmal angefügt.

[Joachim B. (jar)]

Manuel S. schrieb:
> Folgendes habe ich zuerst noch raus gelassen, weil ich den ESP immer von
> der Stromversorgung trenne. Er kann also nicht vorher schon verbunden
> gewesen sein.

da irrst du leider!

für den ESP stimmt das JA!

aber wo er sich anmeldet, bei mir Fritzbox ist er lange nicht getrennt!

Damit auch dein wlan router weiss das der getrennt ist braucht es 
manchmal (oder immer?) ein disconnect!

Manuel S. schrieb:
> Könntest du mir den Gefallen tun

siehst du es geht auch höflich!

Manuel S. schrieb:
> und den Code so umbauen

leider kenne ich deinen wlan router nicht und seine Besonderheiten!

Das müsstest du schon selber rausfinden

optimal
if connect -> disconnect
kleines delay
while not connected ......

usw.

[Stefan F. (Gast)]

Manuel S. schrieb:
> Wie kann sowas kommen?

Der Enable Pin ist doch mit dem 12kΩ Widerstand direkt neben der Antenne 
verbunden, oder irre ich mich da?

[Manuel S. (kasperdelasopa)]

Stefan ⛄ F. schrieb:
> Manuel S. schrieb:
>> Wie kann sowas kommen?
>
> Der Enable Pin ist doch mit dem 12kΩ Widerstand direkt neben der Antenne
> verbunden, oder irre ich mich da?

Der ist mittlerweile umgezogen. Ich habe die neue PCB mal angehängt.
Der Pull-Up ist gelb markiert.

Ist deine Vermutung, dass a irgendwas abstrahlt/induziert?
Das müsste ja dann auch vom CH340C kommen, wenn er nicht verbunden ist 
(ohne Serial Monitor)

[Johannes S. (Gast)]

Einstrahlungen können sicher auch Fehler verursachen, aber da würde ich 
eher sporadische Effekte vermuten und nicht so einen hartnäckigen Boot 
Fehler.

Im Schaltplan sollten die Netze Namen bekommen, dann sind die im Layout 
zu lesen und besser zu verfolgen. Hast du DRC und ERC gemacht?
Die Spannungsregler gibt es mit verschiedenen Pin Belegungen, passt 
dieser wirklich zum Layout? Auch hier nachmessen ob die 3V3 richtig 
anliegen und die 4,7 V nicht noch irgendwo anders.

[Stefan F. (Gast)]

Manuel S. schrieb:
> Ist deine Vermutung, dass a irgendwas abstrahlt/induziert?

Ja, Ich meinte dass es vielleicht nur so gerade eben mit Glück 
funktioniert, wenn der SerialMonitor verbunden ist. Also dass die 
Problemursache nicht direkt vom CH340 kommt aber durch ihn ausgelöst 
wird.

Espressif weist sicher nicht ohne Grund darauf hin, dass links und 
rechts von der Antenne kein Bauteil und kein Metall gehört.

[Joachim B. (jar)]

Stefan ⛄ F. schrieb:
> Manuel S. schrieb:
>> Ist deine Vermutung, dass a irgendwas abstrahlt/induziert?
>
> Ja, Ich meinte dass es vielleicht nur so gerade eben mit Glück
> funktioniert

wenn wir keinem Troll aufgesessen sind,
warum müssen wir uns alles zusammen suchen?
warum ist Board und Schaltplan nicht in einem Post?
warum ist der Schaltplan so schlecht lesbar?
warum zu dünne Strippen zu klein eingestellt?

der CH340 hängt ja an 5V und ohne Init von dem wundert mich 5V Ruhepegel 
nicht, wo soll ein init herkommen ohne Serial. init open print?

Nun wirds verrückt!
Der Schaltplan sagt CH340C!

https://www.mpja.com/download/35227cpdata.pdf
Aber das Datenblatt weisst für den Typ
CH340C/E/B
Vcc min 3.0V
Vcc typ 3.3V
Vcc max 3.6V

aber er ist an +5V angeschlossen!

[Manuel S. (kasperdelasopa)]

Johannes S. schrieb:
> Einstrahlungen können sicher auch Fehler verursachen, aber da würde ich
> eher sporadische Effekte vermuten und nicht so einen hartnäckigen Boot
> Fehler.

Das ist auch das was mich wundert. Aber ein Boot Fehler ist es aus meine 
Sicht nicht.
Der ESP durchläuft die setup(). Ich habe zum Test die Anzahl an Delays 
bei "WiFi.status() != WL_CONNECTED" auf 5 begrenzt und die LED auf Dauer 
HIGH gestellt, wenn nach den 5 mal warten (= 10 Sekunden) immer noch 
keine Verbindung da ist.
Die loop() wurde so umgebaut das Sie nur noch bei verbundenem WLan 
blinkt.

Ergebnis:
* Mit Serial Monitor: ESP32 blinkt
* Ohne Serial Monitor: ESP32 LED geht nach 10 Sekunden an und bleibt es 
auch.

> Die Spannungsregler gibt es mit verschiedenen Pin Belegungen, passt
> dieser wirklich zum Layout? Auch hier nachmessen ob die 3V3 richtig
> anliegen und die 4,7 V nicht noch irgendwo anders.

Den AMS1117 habe ich jetzt nochmal durchgemessen. Die Spannungen sind So 
wie sie sein sollen. Es ist ein AMS1117 3.3 und benötigt daher auch 
keine zusätzlichen Widerstände für die Regulierung. Auch die Spannung am 
ESP32 ist saubere 3.33V und am CH340C sind es 5V. Dass ist ok.

Die 4,7v am EN Pin scheinen das booten nicht zu verhindern aber 
zumindest die WLan Verbindung. Daher nochmal kurz meiner Frage von 
gestern:

Kann es sein das der verwendete BC-818-40 hier nicht der richtige ist, 
den ich für den Auto-Reset eingesetzt habe?

Hier auch nochmal mein neuer Testcode:

#include "WiFi.h"
 
const char* ssid = "";
const char* password =  "";

#define LED_PIN 2
 
void setup() {
  
  pinMode(LED_PIN, OUTPUT);

  WiFi.mode(WIFI_STA);
  if(WiFi.status() == WL_CONNECTED){
    WiFi.disconnect();
    delay(100);
  }
  
  WiFi.begin(ssid, password);
  for(int i = 0; (i<5) && (WiFi.status() != WL_CONNECTED) ;i++){
    delay(2000);
  }

  if(WiFi.status() != WL_CONNECTED){
    digitalWrite(LED_PIN, HIGH);
  }
}
 
void loop() {

  if(WiFi.status() == WL_CONNECTED){
    for(int i=0;i<5;i++){
      digitalWrite(LED_PIN, HIGH);
      delay(200);
      digitalWrite(LED_PIN, LOW);
      if(i < 4){
        delay(200);
      }
    }
  }

  delay(3000);
}

Joachim B. schrieb:

> der CH340 hängt ja an 5V und ohne Init von dem wundert mich 5V Ruhepegel
> nicht, wo soll ein init herkommen ohne Serial. init open print?

Wie kommst du darauf, dass der CH340C initialisiert werden muss? Klar 
hat der 5V das ist bei dem so vorgesehen. Auch hier bitte genauer lesen:
Die 4,7V lagen am EN Pin an. Dort ist das nicht gewünscht. Am CH340C 
völlig in Ordnung.

> Nun wirds verrückt!
> Der Schaltplan sagt CH340C!
>
> https://www.mpja.com/download/35227cpdata.pdf
> Aber das Datenblatt weisst für den Typ
> CH340C/E/B
> Vcc min 3.0V
> Vcc typ 3.3V
> Vcc max 3.6V
>
> aber er ist an +5V angeschlossen!

Bitte das Datenblatt genau lesen.... 3.0V bis 3.6v nur, wenn der v3 Pin 
mit VCC verbunden ist. Sonst sind es 4.0V bis 5.3V. Ich habe den Teil 
nochmal als Bild angehängt. Ist aber auch auf Seite 6 klar erkennbar.

[Stefan F. (Gast)]

Manuel S. schrieb:
> Kann es sein das der verwendete BC-818-40 hier nicht der richtige ist,
> den ich für den Auto-Reset eingesetzt habe?

Glaube ich nicht, das ist ja ein ganz gewöhnlicher NPN. Nicht der 
schwächste, aber das verlangt ja auch keiner.

[Johannes S. (Gast)]

Nur wenn der CH340 mit 5V versorgt wird, dann kommen an den 
Signalleitungen auch 5V - 0,5 V raus, das scheint dann über deine T an 
den EN zu gehen. Auch über die UART Leitung. Den ESP8266 konnte man 
afaik mit 5 V Pegeln zuverlässig killen.

[Manuel S. (kasperdelasopa)]

Kann denn das WLan Problem überhaupt vom 4.7V Pegel am EN Pin ausgelöst 
werden?

Oder ist das nur eine Erscheinung der man nachgehen sollte, aber das 
eigentliche Problem nicht verursachen kann?

[Stefan F. (Gast)]

Manuel S. schrieb:
> Kann denn das WLan Problem überhaupt vom 4.7V Pegel am EN Pin ausgelöst
> werden?

Spannungen außerhalb der "absolute maximum ratings" dürfen alle 
möglichen Fehlfunktionen bis hin zum Defekt auslösen. Da wird dir kaum 
jemand mit großartigen Erfahrungswerten dienen können, weil das niemand 
macht.

[Manuel S. (kasperdelasopa)]

Johannes S. schrieb:
> Nur wenn der CH340 mit 5V versorgt wird, dann kommen an den
> Signalleitungen auch 5V - 0,5 V raus, das scheint dann über deine T an
> den EN zu gehen. Auch über die UART Leitung. Den ESP8266 konnte man
> afaik mit 5 V Pegeln zuverlässig killen.

Nicht zu fassen..... Das war es wohl!!!

Herzlichen Dank!!!!

Ich habe den CH340C jetzt mit 3.3v angeschlossen.
Der Versuch hat mich jetzt zwar einen CH340C gekostet aber jetzt 
verbindet er sich auch sauber ohne Serial Monitor

Zusammenfassung:

Der CH340C muss mit 3.3V betrieben werden, wenn das Logik-Level des 
Controllers auch 3.3v ist. (Wenn ich da lese, schäme ich mich fast das 
mir das nicht selbst aufgefallen ist)

Leider sind wohl einige Beispiele die man im Internet findet, wie man 
den CH340c mit dem ESP32 oder ESP8266 verbindet: total falsch:
https://pcbartists.com/wp-content/uploads/2020/12/esp32-ch340-programmer-schematic-for-espressif-esp32-esp8266.png


==> Danke an alle die hier durchgängig konstruktiv mitgeholfen haben!!! 
(aber auch nur an diese)
Ich war schon kurz davor aufzugeben!

[Stefan F. (Gast)]

Manuel S. schrieb:
> Leider sind wohl einige Beispiele die man im Internet findet, wie man
> den CH340c mit dem ESP32 oder ESP8266 verbindet: total falsch

Es gibt sogar Leute, die heute noch behaupten, man könne den ESP8266 
problemlos mit 5V betreiben.

[Johannes S. (Gast)]

Manuel S. schrieb:
> Nicht zu fassen..... Das war es wohl!!!

Glückwunsch, aber solche Fehler müssen ja eine Ursache haben.

Erinnert mich an ein LPC4088 Board von EA, das lief auf einmal auch 
nichts mehr, nichtmal debuggen ging. Bis mir einfiel das ich vorher noch 
ein Arduino Shield aufgesteckt hatte, aber das war nur eine leere 
Lochrasterplatine.
Allerdings nicht ganz leer, nur ein Taster mit PullUp an Reset. Der 
PullUp wurde aber auch von +5 V versorgt... Habe ich auch lange gesucht 
bis mir das auffiel.