Hallo,
ich habe ein Problem, was auch hier schon behandelt wurde, nur mit
anderen Modulen nicht aber mit der T-Watch.
ESPTool (Arduino-IDE) verucht den ESP32 mit DTR und RTS in den
Downloadmodus zu setzen, jedoch vergebens. Der Fehler "Failed to connect
to ESP32. Timed out waiting for packet header." wird ausgelöst, der
ESP32 lässt sich nicht programmieren.
Bei Modulen mit BOOT und EN Tasten kann man den Modus "mit der Hand"
auslösen, diese Tasten fehlen bei der Uhr. Weitere Lösung einen 1-10µF
Elko von EN (CHIP_PU) nach GND ist auch kaum realisierbar. Einen
Schaltplan zur Uhr gibt es auch nicht. Der einzige Knopf der Uhr geht an
den AXP202 zum Ein- und Ausschalten.
Hat jemand eine Idee oder sogar eine Lösung dafür. Ich möchte die Uhr
nicht gern wegschmeissen, denn außer dem Akku kann man wenig verwenden.
Vielen Dank im voraus.
Gruss Peter
Hallo,
das leidige Timingproblem bei allen möglichen ESP32 Boards...
Kurzes USB Kabel, anderen USB-Port (USB 2 <-> USB 3) hintern USB-Port am
Rechner statt vorn, USB Hub dazwischen oder auch nicht, anderen Rechner
usw. usw.
Meine T-Watch 2020 macht es zum Glück richtig, wenige andere Dev-Kits
spinnen da auch bei mir, wenn der Prog-Taster vorhanden ist, kann man ja
damit leben, sonst hilft wohl nir probieren...
Gruß aus Berlin
Michael
Hallo,
ich möchte mich erst mal für die zahlreichen Beiträge bedanken, denen
ich gleich antworten möchte.
An Oscar: Ja, ich habe das "define" in der config.h auskommentiert. Habe
mehrere Beispiele ausprobiert. Ich glaube sonst hätte man schon beim
compilieren Fehlermeldungen bekommen.
An Philipp: Das wundert mich auch. Ich habe halt Pech gehabt. Ich würde
nur gerne wissen, wie viele Käufer der Uhr davon betroffen sind. Ich
hatte mich direkt an LilyGO in China gewendet, die hatten mir ein
Schaubild zum Problem zugesandt (siehe Bild), es hat leider nicht
geholfen. Bei der Antwort als Bild vermute ich, dass es mehrere Fragen
zum Problem waren. Eine neue Uhr zu kaufen, in der Hoffnung das die dann
geht, möchte ich ohne nähere Informationen mir dann doch nicht zumuten.
An Michael: Deine Antwort hat mir wieder Hoffnung gemacht weiter zu
probieren. Danke für die einzelnen Tips, da sind einige dabei, die ich
noch nicht probiert habe. Wenn ich dann Erfolg haben sollte, melde ich
mich hier wieder. Das könnte dann vielleicht anderen Betroffenen
weiterhelfen.
Nochmals vielen Dank an alle.
Gruss Peter
Peter schrieb:> Das wundert mich auch. Ich habe halt Pech gehabt.
Vielleicht ist ja auch nur irgendetwas beim Upload schief gelaufen..
Ich würde die Uhr einmal bis der Akku leer ist liegen lassen (Sicherer
Hard Reset.) und erst beim upload usb ran.
Das mit dem Terminal soll zur Diagnose helfen.. bedeutet wenn man davon
ausgeht das der sofort in eine kaputte firmware springt könnte man das
bei eingestellten 115200 im Terminal sehen.
Peter schrieb:> An Oscar: Ja, ich habe das "define" in der config.h auskommentiert. Habe> mehrere Beispiele ausprobiert. Ich glaube sonst hätte man schon beim> compilieren Fehlermeldungen bekommen.
Hallo Peter,
ich hatte die #define LILYGO_WATCH_2020_V3 auskommentiert und damit war
auch kein upload möglich. Ich glaube bei der Fehlersuche gelesen zu
haben, das man den Windows 10 Treiber neu installieren sollte.
Ich programmiere seit 1 Woche sehr heftig auf der Uhr und der Upload war
bisher kein Problem.
cheers
Hallo zusammen,
endlich eine gute Nachricht. Es hat geklappt (siehe Bild), die T-Watch
liess sich programmieren. Auslöser war der Tipp von Michael mit dem
USB-Hub. Ich selbst wäre nie auf die Idee gekommen, in die USB-Leitung
einen Hub einzusetzen. Warum auch? Nimmt man den doch nur wenn die Ports
am PC knapp werden. Achtung! Es funktionieren nicht alle Hub's.
Besonders ältere Exemplare sind gut. Die haben ältere Chips und bringen
Verzögerungen in die Signale. Im Bild sieht man einen, den ich seit
Jahren noch liegen hatte.
Bei GitHub (https://github.com/espressif/esptool/issues/136) haben sie
schon 2016 darüber diskutiert und festgestellt, dass die zeitversetzten
Signale RTS und DTR vom Treiber quasi platt gebügelt werden.
ESPTool.py:
----+
|
+----RTS(IO0)
-------+
|
+----DTR(EN)
CP210x:
----+
|
+----RTS(IO0)
----+
|
+----DTR(EN)
Deshalb hilft in vielen Fällen das einsetzen eines Elkos von ca. 1µF an
EN, der das Signal verzögert, wie es bei ESPTool eigentlich war.
Der Buhmann geht also an Silicon Labs. Danke an Oscar für den Hinweis,
ich hatte schon den neusten Treiber V 10.1.10 immerhin vom 13.01.2021,
der nur noch auf Windows 10 funktioniert ausprobiert, auch dieser zeigte
offenbar das gleiche Verhalten. die Uhr liess sich nicht programmieren.
Die ESP32 haben vermutlich von Chip zu Chip von Charge zu Charge
unterschiedliche Empfindlichkeiten im Verhalten auf diese Signale, da
geht es offenbar um µs. Deshalb geht es bei dem Einen und bei dem
Anderen nicht. Ich habe ein TTGO T-Display Modul bei dem es von Anfang
an problemlos funktionierte, auch ohne USB-Hub ;-).
Vielen Dank noch mal für alle Beiträge, und ein besonderer Dank an
Michael für seinen erlösenden Tip.
Viele Grüsse an alle, Peter
Hallo,
Peter schrieb:> Vielen Dank noch mal für alle Beiträge, und ein besonderer Dank an> Michael für seinen erlösenden Tip.
Freut mich, daß es so wenigstens klappt. Die Timings in den
Pythpn-Scripts sind über die Jahre auch schon mal geändert worden, hat
aber auch nicht immer geholfen. EN per Elko verzögern kann klappen, die
verschiedenen ESP32 hier haben da auch jedes andere Bstückung ab
Hersteller (0.1uF...10uF), einge gehen immer, sehr wenig fast nie.
Solange GPIO0 errreichbar ist oder ein Taster vorhanden ist, ignoriere
ich das inzwischen.
Gruß aus Berlin
Michael
Ich hatte das gleiche Problem, meine Lösung war eine neuere Version des
USV/Serial-Treiber zu installieren.
Also: USB to UART Bridge im Geräte-Manager deinstallieren + Dateien
löschen,
danach neu einstecken und Windows installiert den aktuellen Treiber!
Danach hat es bei mir funktioniert!
Lvgl_Button.jpg
(110 KB)
