ESP8266 mit CH340 lässt sich nicht flashen

Hast du eine Möglichkeit rx und tx am ESP zu Brücken? Damit könntest du mit jedem Terminal Programm (putty, hterm) mal testen ob such das ankommt was du erwartest. Check das mal...

Wenn der ESP in den Bootloader wechselt, sieht ja dannach aus wenn du die Meldung bekommst kannst ja eigentlich nur sein das er nix empfängt.

Die Kunstschaltung mit Reset und dem IO Pin funzt bei CH340 manchmal nicht wirklich gut, im Zweifelsfall manuell in den Bootloader wechseln.

Wenn ich RX und TX brücke bekomme ich keine Antwort. Der ESP ist währenddessen aber aktiv, eventuell zieht der das high oder low? TX vom CH340 hat definitiv Aktivität, aber näher analysiert habe ich das noch nicht.

Manueller Bootloader geht, aber flashen kann ich in dem Modus trotzdem nicht. Wobei die Reset Schaltung am Flash-Start ja eh wieder ihr eigenes Ding macht.

Spätestens wenn du den Reset dauerhaft auf low ziehst hält er die Füße still.. Da er ja im Bootloader steht halte ich es fur maximal unwahrscheinlich das er RX auf low zieht... Solange du das Echo nicht bekommst wird es auch nix mim flashen,

Hatte mal nen ähnlichen Fall, am Ende hab ich den ESP ausgelötet und dann festgestellt das der CH340 oder die leiterbahn /pad kaputt war

Hast du den Reset des ESP-12F wirklich nicht beschaltet ? Der sollte doch besser mit einem 10k gegen 3,3V gelegt werden.

Also... ich habe jetzt nochmal ein paar Sachen versucht:

• TX/RX überbrückt und mit Oszi beobachtet: Nachrichten per USB werden korrekt über TX übermittelt
• an RX kommen die Signale an (ESP zieht weder high noch low), aber über USB sehe ich davon nichts
• Reset-Pin während o.g. zusätzlich auf low gezogen -> kein Unterschied

Der Reset Pin ist tatsächlich unbeschaltet, der ESP hat intern einen Pull-Up, siehe im Datenblatt Seite 13: https://docs.ai-thinker.com/_media/esp8266/docs/esp-12f_product_specification_en.pdf

Eine zweite identische Platine funktioniert genauso wenig, daher würde mich ein Defekt vom CH340 wundern.

Edit: achja, habe auch die RX und TX Leitung durchgepiepst, kein Defekt an der Stelle

Tim schrieb:

Der Reset Pin ist tatsächlich unbeschaltet, der ESP hat intern einen Pull-Up, siehe im Datenblatt Seite 13:

Das Schaltbild ist mir bekannt. Ist dein ESP-12F von Ai-Thinker ? Den bauen auch andere und da habe ich schon sparsamere Teile gesehen.

Das Schaltbild ist mir bekannt. Ist dein ESP-12F von Ai-Thinker ? Den bauen auch andere und da habe ich schon sparsamere Teile gesehen.

Ja, der hier: https://www.lcsc.com/product-detail/_Ai-Thinker-_C82891.html

Ok, macht es denn Probleme, da noch einen Widerstand ran zu löten. Nur zum testen.

Einen 10k Widerstand auf 3,3V habe ich mal eben dran gelötet, leider keine Verbesserung. Ich kriege aber auch weiterhin kein Echo wenn ich RX/TX verbinde, daher würde ich tendenziell den ESP als Verursacher ausschließen, oder nicht?

Ja, das Echo sollte schon kommen. Was mir aber noch aufgefallen ist, du verwendest den EN-Pin, im Wemos-Schaltbild wird der RST-Pin verwendet.

zum flashen: GPIO0 auf LOW gwzogen?

EN (Pin3) auf HIGH gezogen? Warum C6 an EN?

http://stefanfrings.de/esp8266/index.html

Dieter S. schrieb:

Ja, das Echo sollte schon kommen. Was mir aber noch aufgefallen ist, du verwendest den EN-Pin, im Wemos-Schaltbild wird der RST-Pin verwendet.

Ja, das geht wohl beides. Ich habe bei einer früheren Platine mit gleichem Problem auch mal umgelötet von EN auf RST, hat keinen Unterschied gemacht.

zum flashen: GPIO0 auf LOW gwzogen?

ja, das macht die Transistorschaltung nach dem CH340 automatisch, sieht aufm Oszi plausibel aus

EN (Pin3) auf HIGH gezogen? Warum C6 an EN?

ja, siehe Antwort drüber. C6 wird im Zusammenhang mit der Transistorschaltung empfohlen für bessere Stabilität

http://stefanfrings.de/esp8266/index.html

GPIO15 auch beachten https://github.com/esp8266/esp8266-wiki/wiki/Boot-Process

Q5 npn? Sollte das kein PNP sein?

Tim schrieb:

EN (Pin3) auf HIGH gezogen? Warum C6 an EN?

ja, siehe Antwort drüber. C6 wird im Zusammenhang mit der Transistorschaltung empfohlen für bessere Stabilität

http://stefanfrings.de/esp8266/index.html

Wo steht das da???

Chris K. schrieb:

GPIO15 auch beachten https://github.com/esp8266/esp8266-wiki/wiki/Boot-Process

gemessen LOW

Q5 npn? Sollte das kein PNP sein?

ist das so? bei allen Referenzschaltungen sind das zwei NPN

Wo steht das???

hier: https://pcbartists.com/design/embedded/esp32-ch340-programmer-schematic/

Tim schrieb:

Wo steht das???

hier: https://pcbartists.com/design/embedded/esp32-ch340-programmer-schematic/

Aha, der C6 zieht den EN nach Vcc???

Und wo ist der Pullup im Schaltbild https://www.mikrocontroller.net/attachment/612053/Screenshot_from_2023-10-12_18-46-30.png

Der C6 hält EN eine kurze Zeit LOW, damit die Transistorschaltung funktioniert. Aber da fehlt wohl tatsächlich noch ein Pull-Up am EN. Ich versuche das später mal.

Tim schrieb:

Aber da fehlt wohl tatsächlich noch ein Pull-Up am EN. Ich versuche das später mal.

Ich habe EN immer direkt auf high gezogen, läuft damit. Pull-Up-Widerstand dürfte fehl am Platze sein.

So, ich habe wieder Zeit gefunden mich damit zu beschäftigen. Ich habe alles mögliche versucht, komme aber immer noch nicht weiter...

• EN -> 10k Pull-Up
• GPIO15 -> 10k Pull-Down
• GPIO2 -> 10k Pull-Up
• GPIO0 -> 10k Pull-Up

Momentan ist alles o.g. gleichzeitig drin, keine Veränderung. Das einzige was sich je verändert hat war, als ich GPIO2 per 10k auf low gezogen habe, dann hat die interne LED beim flashen anders geblinkt. Das flashen war aber trotzdem nicht erfolgreich, gleicher timeout wie auch sonst.

Mit jeder Veränderung bin ich noch ratloser als vorher :(