Komische, geht plötzlich nicht mehr. Hat aber in der Vergangenheit
problemlos geklappt.
Stromversorgung: 3,3V stabil und ergiebig genug
serielle Verbindung: habe inzwischen mehrere ausprobiert. Jetzt sogar
eine echte COM-Schnittstelle via STK500-spare (ja, steht auf 3,3V).
Reset, ch_pd, gpio 0 und 2 über pullup auf Vcc, Jumper GPIO0 gegen
Masse.
Immer dasselbe. Ich kann mich mit dem Chip verbinden, auch Register
auslesen klappt. Sobald ich jedoch was runterladen will:
flash image download fail
()gets a error code: 4
Weiss jemand, was dieser Fehler bedeutet oder noch besser woran es
liegt? Habe inzwischen 5 Module probiert, bei allen dasselbe...
Ich hatte auf alle schon mal ne neue Software (0.9.2.2) gespielt, jetzt
soll die 0.9.5.0 drauf - keine Chance.
"Jungfräuliche" habe ich nicht mehr.
Ne, hatte ich auch schon probiert.
Gab mal ne Version, die aus mehreren Teilen bestand (boot, user,
init_data, blank).
blank.bin (2k) ab Adresse 0x7e000 -> dasselbe Problem.
genauso - ..
das sieht eher nach einem unsauberen bootloader prompt aus,
kannst du anhand eines terminal programms beobachten
wenn du den esp auf bootloader mode bringst dass der bootprompt
erscheint. wie bringst du den esp auf bootloader mode?
passen die kontakte?
alle anderen einstellungen sehen gut aus, ausser du hättest einen mit
mehr flashspeicher..
dass es den com port findet, liegt am usb seriell stick.
kann es sein, dass an dem rx/tx vertauscht wurden?
..
btw
du kannst auch den hacken an der firmware wegmachen und "nur die
informationen" abrufen die der chip dir zur verfügung stellt
- mac adresse AP station
- mac adress Client station
- spi flash id
solange das nach dem start button nicht erscheint, wartet kein
bootloader
oder die verbindung zum rx/tx ist irgendwie nicht korrekt
com3 ist dein esp chip? meist ist das ein modem am laptop
und der com5 der usb seriel stick, aber muss nicht so sein.
einfach sicher gehen dass der eingestellte com port auch der des esp
ist.
Bootmode: Jumper GPIO0 nach Gnd setzen, Spannung dran.
Bisschen weiter läuft es jetzt:
Connecting....
chip sync ok!
chip_flg 1
mac read error
com closed
Ich krieg noch die Mäuse hier. Verdrahtung 20mal geprüft, stimmt.
chip sync ok, dann muss es 'fast'passen..
heisst er stosst den bootloader an (tx usb serial-> rx esp ok ) und
findet den dann auch (tx esp -> rx usb serial ok ) .
also von der verdrahtung muss es schon mal ok sein.
sobald der auf daten zugreifen will.. (mac..) zack
stabile stromversorgung ok?
kannst du einen anderen mit dem 'neuen' flash tool probieren?
hattest du mal lua drauf?
sobald der sync ok ist, sollte die kommunikation mit dem bootlóader, der
immer mit 115200 läuft, klappen.
wenn später die firmware dann läuft, kann nur bei der Firmware selber
vorkommen bei älteren zu einer baudrate von 9600, oder 57600 oder 115200
wechseln zu müssen, das muss man dann ausprobieren.
Das ist der Wahnsinn....
Nachdem chip sync jetzt funktioniert hat (mehr aber auch nicht) kann ich
die Dinger wieder mit dem XTCOM bespielen....
lua - nein.
Spannungsversorgung ist super, 5V/1A-Netzteil, LD1117/3,3.
Das ist auch nicht der kleinste Einbruch drin.
Jetzt läuft er erstmal mit 9600Baud, umprogrammiert auf 38400, klappt
:-)
Sinn macht das ganze irgendwie nicht.
H.Joachim Seifert schrieb:> Das ist der Wahnsinn....> Nachdem chip sync jetzt funktioniert hat (mehr aber auch nicht) kann ich> die Dinger wieder mit dem XTCOM bespielen....
aha - boot mode umgestellt
das ist ein sonderbares phänomen.
wenn du das nächste mal wieder das hast,
dann gib dem gpio0 ein +
dann die stromversorgung wegnehmen
dann so starten ( mit dem + am gpio0 )
dann einen hw rst auslösen
dann sollte der esp 'hängen'
dann die stromversorgung weg
dann den + wieder weg
dann normal starten
dann sollte alles wieder normal sein.
warum weshalb wieso -
ich hatte es mal notiert aber dann wieder ausser acht lassen
dass hängt mit dem boot mode zusammen, details leider fehlanzeige.
man kann dem esp einen standard vorgeben über bewusste vorbelegung der
pins beim
einschalten
wieder ausschalten ( der esp merkt sich da was, wie was war )
und mit v.g. vorgehensweise löscht man das wieder..
>> Jetzt läuft er erstmal mit 9600Baud, umprogrammiert auf 38400, klappt> :-)>> Sinn macht das ganze irgendwie nicht.
;-)
Ich werde mich nochmal damit befassen, wenn ich Zeit habe (im Moment
habe ich die wirklich nicht)
Ich habe jetzt ein funktionierendes Modul (das, wo das mit dem synch
geklappt hat und anschliessend mit XTCOM) - da muss erst mal reichen.
Die eigentliche Baustelle ist eine andere :-), da kann man solchen Mist
ganz und gar nicht gebrauchen, nervt einfach nur.
Eins ist wohl wirklich kaputt (das war auch der Grund, warum ich da
überhaupt rangegangen bin): leuchtet dauerhaft rot + blau und schmeisst
einen unendlichen nicht entzifferbaren Datenstrom auf Tx, nichts
sinnvolles auf allen gängigen Baudraten.
XTCOM.PNG
(35 KB)
