Hallo, ich habe einen ESP8266 ESP-12E, der über die Serial Konsole keine Antwort bekommt. Ich nutze dafür Termite und habe Carriage Return und New Line aktiviert. Nun zu der Verkabelung: USB Rx -> Tx USB Tx -> Rx CH_PD -> High (Vcc) RST -> High (Vcc) GPIO0 -> floating GPIO2 -> floating Ich habe als Spannungsquelle sowohl den USB2TTL-Adapter, wie ein Entwicklerboard mit 3V3-Pin (welches eigentlich genug Strom liefern können sollte) und zwei AA Batterien (3V2) verwendet. Dabei habe ich GND vom USB und der Spannungsquelle miteinander verbunden. Ich schreibe hier alles so genau auf, weil ich ratlos bin, wieso ich keine Antwort vom Chip bekomme. Wenn ich den RST Pin mit GND und anschließend wieder Vcc verbinde, blinkt die blaue LED kurz auf, wie es sein sollte. Dabei sollte auch (soweit ich weiß) schon die erste Ausgabe im Terminal erscheinen. Aber auch auf den "AT"-Befehl bekomme ich keine Antwort. Als Baudrate habe ich 9600 und 115200 ausprobiert. Es ist doch richtig, dass ich nach Auslieferung keine Firmware flashen muss, bevor ich die AT-Befehle nutzen kann, oder? Ich bin wirklich ratlos, wieso das Teil bei mir nicht funktioniert und wäre sehr dankbar für eure Hilfe! Grüß, Vollmilch
Moin, probier mal: GPIO15 Gnd RST Vcc CH_PD Vcc GPIO0 Zum Flashen auf 0V, ansonsten floating RST vor und nach dem Flashen kurz auf Gnd, ansonsten Vcc Gruß. Timo
Teste mal die Verbindung indem du rx und tx überbrückst. Du solltest dann ein Echo deiner Zeichen sehen. Beim booten müssen zumindest irgendwelche schmierzeichen ankommen. Tausche mal rx und tx, häufiger Fehler? Vom flashen lass erst mal die Finger bis das läuft?
Danke für die Antworten. Tx und Rx sind richtig verbunden. Habe alles nun 3 mal neu aufgebaut. Beim Überbrücken von Rx und Tx am USB Adapter bekomme ich wie erwartet das Echo. Am USB Adapter sollte es also nicht liegen. Wenn ich GPIO15 auf GND setze, blinkt die blaue LED beim wechsel von RST von GND auf Vcc mehrmals, was mir aber in sehr zufälligem Rhythmus zu sein scheint. Wenn GPIO15 floating ist, blinkt sie nur einmal. In der Konsole bekomme ich leider trotzdem keine Ausgabe. Ich habe auch geprüft ob ich das richtige Gerät ausgewählt habe. Im Gerätemanager zeigt er den USB Adapter unter COM3 an, welchen ich in Termite auch ausgewählt habe. Ist der ESP8266 defekt? Gruß, Vollmilch
:
Bearbeitet durch User
Möglich, dass da überhaupt keine Firmware drauf ist... Vergessen worden. Aber dann müsste wenigstens der Bootloader im Rom Schmierzeichen auf die Console werfen. Zumindest ist es bei meinen so, wenn ich Flash von 512K aug 4M umbaue. Peter V. schrieb: > USB Rx -> Tx > USB Tx -> Rx > CH_PD -> High (Vcc) > RST -> High (Vcc) > GPIO0 -> floating > GPIO2 -> floating Warum sehe ich da keine GND Verbindung zwischen USBAdapter und ESP?
Nobody schrieb: > Warum sehe ich da keine GND Verbindung zwischen USBAdapter und ESP? Sorry, ist im Eingangsposting erwähnt.....
Hallo, GPIO15 muß über 10k an GND, sonst landet er im falschen Bootmode. Welchen USB-Adapter hast Du? 3,3V-Pegel ist wichtig. Bei meinem CP2102-Adapter ist z.B. die BEschriftung so, daß EX an RX und TX an TX muß. Hast Du mal testweise getauscht? Der CP2102 schafft den ESP mit seinen 3,3V zu versorgen (eiegntlich nur mit 100mA angegeben), ein 47-100µ Elko am ESP über die Spannungsversorgung ist aber nötig. FTDI schaffen es nicht. Die 3,3V müssen im Durchschnitt 80-100mA und Spitzen bis 250mA liefern können. Gruß aus Berlin Michael
GPIO2 und CH_PD an VCC, GPIO15 an GND (auch ohne 15k). GPIO0 kann floating sein für AT-Mode, wenn der auf 1 ist geht der ESP in einen SD-Card Flash modus oder so. Da ist sich die Community selbst noch nicht ganz sicher drüber. Siehe hier: http://www.instructables.com/id/Getting-Started-with-the-ESP8266-ESP-12/step3/Make-the-connections/ Auf Stromversorgung achten, ich hab da momentan sicherheitshalber einen 10mF Kond. dran weil der ldo den ich habe eigentlich nur 100mA liefern kann. Einschaltstrom kann gern mal 500mA werden glaube ich. ESP und LDO werden im Betrieb auch recht warm. Das erklärt son bischen die wahnwitzigen Wifi-Leistungen die das Ding hat ;)
Im originalzustand kommt der auch im Access Point Mode daher. Mit fester IP ( Doku). Darüber solltest du ihn über WLAN erreichen. Er muss auch im WLAN sichtbar sein. Ansonsten neu flaschen. Möglich aber auch defekt, daher sollte man immer mind. 2 Geräte zum Spielen kaufen....
Frickelfinker schrieb: > Im originalzustand kommt der auch im Access Point Mode daher. > Mit fester IP ( Doku). > Darüber solltest du ihn über WLAN erreichen. > Er muss auch im WLAN sichtbar sein. > > Ansonsten neu flaschen. > Möglich aber auch defekt, daher sollte man immer mind. 2 Geräte zum > Spielen kaufen.... Über WLAN kann man aber scheinbar keine Commands absetzen. Und der AP mode setzte vorraus dass er in den korrekten Modus bootet. Und dafür muss man wiederum die PIns beim booten richtig beschaltet haben.
Ich bin euch sehr dankbar für eure Hilfe! Leider habe ich alles davon ausprobiert und nichts hat funktioniert. Wahrscheinlich ist er wirklich hinüber. Ich habe auch drei Stück bestellt, leider aber nur einen davon aus Deutschland. Die anderen beiden sind auf ihrem Weg aus China und brauchen also wohl noch ein Weilchen. Ich werde in der Zeit wohl noch einen neuen aus Deutschland bestellen und euch dann bescheid geben, wenn es hoffentlich funktioniert. Danke!
Zum rumspielen sind die NodeMCU module perfekt geeignet.mpreislich bei ca 15€ aus Deutschland
Sascha schrieb: > GPIO0 kann floating sein Das heißt doch nur, daß der Pullup auf dem Modul selbst wirkt. Für den, der ab und zu mal ein Messgerät benutzt, muß es high sein. Und die angegebenen Signalzustände haben nur eine Bedeutung, wenn entweder RST# oder auch CH_PD auf high gehen. Also (siehe Liste weiter oben): Pull Down auf GPIO15, Pull up auf GPIO 2 und GPIO0, Pull up an CH_PD und RSR# kurz auf low und die Firmware wird vom Flash in den Chip geladen und gestartet. Alternativ CH_PD statt RST# kurz auf low. Oder: Pull Down auf GPIO15, Pull up auf GPIO 2 aber GPIO0 auf low, Pull up an CH_PD und RSR# kurz auf low und der Flashloader für die Firmware startet. Alternativ CH_PD statt RST# kurz auf low. Der Flashloader/Bootloader (ROM im ESP) hat eine krumme Baudrate so bei 70kB, ist irgendwie ein Teiler von der Prozessorclock. Die Meldungen kann man mit einem Saleae decodieren. Die Baudrate der Firmware hängt von der Firmware ab. MfG Klaus PS. Ich hab, trotz vielem rumgepopel, noch keinen kaput gekriegt. Es waren immer die Zustände der Pins falsch. Gerade gestern, falsch die Pins gezählt, GPIO15 high statt low, nix
Jo ich hab eben auch aus Versehen 5V an den Uart Pins anliegen gehabt und danach war der auch nicht kaputt. Aber ich hatte genau das gleiche Problem wie der TE und bei mir waren die GPIO Pins falsch beschaltet. Also genau genommen gar nicht. Ist OT aber wo wir grad schon dabei sind: Gibts ne Möglichkeit dem ESP die AT-Kommandos über Telnet statt über UART zu schicken? Der empfängt die, führt sie aber nicht aus. Den USB-Serial Adapter immer umzustecken nervt ein bischen.
Ich hoffe es ist sinnvoll, wenn ich nochmal in diesem Thread antworte... Ich habe jetzt den neuen ESP8266 und habe mich testweise mal für den ESP-01 entschieden. Weniger Pins = Weniger Fehlermöglichkeiten, richtig? Rx -> Tx Tx -> Rx CH_PD -> Vcc Vcc und GND sind richtig verbunden. GND des ESP8266 und des USB2TTL-Converters sind verbunden. Als Spannungsquelle benutze ich wieder testweise den CP2102-Board ODER die zwei voll geladenen AA-Batterien, die mir 3.25V liefern und im Strom genug liefern können sollte, wie ich denke. Ich habe jetzt auch mal die angebliche 3.3V am CP2102-Board gemessen und sie beträgt 3.6V. Aber das sollte noch in der ESP8266 Toleranz sein, oder? (Ich hoffe!) Je nach Quelle hatte ich von RST auf Vcc oder auch floating gehört. Ich habe beides ausprobiert (auch den Wechsel zwischen allen drei möglichen Zuständen). Wieder gibt mir mein Serial Terminal keine Antwort. Weder beim Verbinden, noch auf meine "AT"-Befehl. Erneut habe ich Rx und Tx des CP2102-Boards miteinander verbunden und bekomme das Echo meines Befehls. Die LED leuchtet durchgehend rot. Ich habe zudem mal die Spannung am Rx- und Tx-Pin des CP2102-Boards geprüft und beide liegen bei etwa 3.3V. Ist das normal? Ich hätte eher 0V erwartet, aber habe ehrlich gesagt auch keine Ahnung wie der Datenaustausch genau funktioniert. Meine Vermutung ist mittlerweile einfach dass der USB2TTL-Converter (CP2102) defekt ist. Bitte sagt mir, dass das eine mögliche Fehlerquelle sein kann OBWOHL das Echo was anderes zu behaupten scheint. Liebe Grüße und Danke im Voraus, Vollmilch
Hallo, siehe mein Posting von 05.02.2016 15:39 Die 3,3V des CP2102 reichen für den ESp8266 wenn man einen Stützelko dranhängt. Bei meinem CP2102-Modul ist TX und RX so beschriftet, daß ich TX-TX und RX-RX verbinden muß. Hast Du das mal getestet? Reset usw. des ESP kann unbeschaltet bleiben, nur CH_PD muß an 3,3V, geht auch direkt. Ein Resettaster am ESP macht sich immer gut, man sieht dann schon, ob er sich überhaupt halbwegs stabil benummt. DIE LED blinkt dann 1 oder mehrmals auf. Wenn die seltsam flackert o.ä. gibt es Probleme mit der Stromversorgung und der ESP stürzt ab. Gruß aus Berlin Michael
Das ist doch nicht zu fassen. Tatsächlich muss ich Tx mit Tx und Rx mit Rx verbinden. Ich hatte das zwar beim ESP-12E schon probiert, aber da muss ich wohl gleichzeitig noch einen anderen Fehler gemacht haben, so dass es nicht funktioniert. Vielen Dank für eure Hilfe!
Ich glaub mein Schwein pfeift... Das habe ich Dir schon vor ein paar Tagen am Anfang des Threads empfohlen. So viel vergeudete Zeit;-((((
Frickelfinger schrieb: > Ich glaub mein Schwein pfeift... > Das habe ich Dir schon vor ein paar Tagen am Anfang des Threads > empfohlen. > > So viel vergeudete Zeit;-(((( Ich habe es dann auch direkt versucht! Aber dabei wohl leider einen anderen Fehler gemacht. :(
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.