LilyGO T-Watch 2020 (ESP32) Failed to connect to ESP32.

[Peter (Gast)]

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

[Philipp K. (philipp_k59)]

Was mich wundert, das klappt doch auch bei anderen T-Watches?

Da muss man doch nicht rumlöten?

[Michael U. (amiga)]

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

[Oscar K. (sieges)]

Hallo,
hast Du in der config.h auch die folgende Zeile auskommentiert ?

#define LILYGO_WATCH_2020_V1

cheers
Sigges

[Peter (Gast)]

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

[Philipp K. (philipp_k59)]

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.

[Oscar K. (sieges)]

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

[Peter (Gast)]

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

[Michael U. (amiga)]

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

[Alois (Gast)]

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!