ESP32-S3-ZERO debugging

[Zo R. (hsch1978)]

Hallo,

auf meinem Tisch habe ich ein ESP32-S3-ZERO Board. Die S3 Varianten hat
internen einen Debugger. Diesen möchte ich in VSCode mit PlatformIO
nutzen. Leider ist dies mir noch nicht gelungen, dass ich debuggen kann.

platformio.ini:
[env:esp32-s3-devkitc-1]
platform = espressif32
board = esp32-s3-devkitc-1
framework = arduino

Hat hier jemand damit bereits Erfahrungen sammeln können?

[Harald K. (kirnbichler)]

Zo R. schrieb:
> Die S3 Varianten hat
> internen einen Debugger.

Wie kommst Du darauf?

Das sieht hier anders aus:
https://docs.espressif.com/projects/esp-idf/en/stable/esp32s3/api-guides/jtag-debugging/index.html#how-it-works

[Ralf X. (ralf0815)]

Harald K. schrieb:
> Zo R. schrieb:
>> Die S3 Varianten hat
>> internen einen Debugger.
>
> Wie kommst Du darauf?
>
> Das sieht hier anders aus:
> 
https://docs.espressif.com/projects/esp-idf/en/stable/esp32s3/api-guides/jtag-debugging/index.html#how-it-works

Ich kann mir nicht vorstellen, dass sich Zo R. lange Texte durchlesen 
und verstehen möchte.
Also bitte gebratene Tauben schmeissen.
😊

[Harald K. (kirnbichler)]

Ach, da hatte ich gar nicht drauf geachtet ...

[Andreas B. (andreas-ab)]

@kirnbichler, unter "intern" versteht Espressif, dass der ESP32-S3 im 
Gegensatz zum ESP32 auch über den internen USB Anschluß debugged werden 
kann. Beim ESP32 ging das nur über die JTAG Pins mit einem passenden 
Adapter.

Schau mal hier: 
https://docs.espressif.com/projects/esp-idf/en/stable/esp32s3/api-guides/jtag-debugging/configure-builtin-jtag.html

@hsch1978, ich würde einfach mal hier nachlesen:
https://community.platformio.org/t/esp32-debugging-setup-and-troubleshooting/28648

und dann weiter forschen:
https://community.platformio.org/search?q=esp32%20s3%20debug%20order%3Alatest

Für den ESP32 mit FT232HL Adapter hab ich unter vscode+platformio den 
Debugger zum laufen bekommen.

Den Esp32-S3 hab vor längerer Zeit auch mal ausprobiert, aber der 
Debugger wollte sich nicht verbinden, dann hatte ich das Projekt erst 
mal beiseite gelegt. Wäre halt schick gewesen ein Devboard per USB-Kabel 
direkt zu debuggen.

[Harald K. (kirnbichler)]

Andreas B. schrieb:
> @kirnbichler, unter "intern" versteht Espressif, dass der ESP32-S3 im
> Gegensatz zum ESP32 auch über den internen USB Anschluß debugged werden
> kann.

Danke für Hinweis und Link.

[Zo R. (hsch1978)]

Laut Recherche müsste der ESP32C3 auch einen integrierten JTAG Debugger 
besitzen. Áuch mit dem ESP32C3 hab ich den internen Debugger bisher 
nicht erfolgreich zum Laufen bekommen.

[Obelix X. (obelix)]

Zo R. schrieb:
> auf meinem Tisch habe ich ein ESP32-S3

Zo R. schrieb:
> Laut Recherche müsste der ESP32C3

Was denn nun?

[Zo R. (hsch1978)]

Guten Morgen,

irgendwie will das nicht so mit dem debuggen. Ich habe einen esp32c3, da 
soll nur der debugger in vscode + platformio laufen. Das mit dem esp32s3 
sollte ja eigentlich auch mit dem internen debugger funktionieren. Tut 
es aber nicht.

[Obelix X. (obelix)]

Ist es so schwer 3 Worte in Google einzugeben? "platformio debug 
esp32s3"

https://docs.platformio.org/en/latest/plus/debugging.html

https://community.platformio.org/t/cannot-run-builtin-debugger-on-esp32-s3-board/36384

[Zo R. (hsch1978)]

Ich habe alles mögliche schon gesucht und probiert. Ich verenne mich da 
komplett. Geht überhaupt der interne Debugger auf dem esp32C3?

ini file:
[env:seeed_xiao_esp32c3]
platform = espressif32
board = seeed_xiao_esp32c3
framework = arduino
upload_protocol = esp-prog
debug_tool = esp-prog
debug_init_break = tbreak setup

Ich habe auch schon auf der Kommandozeile versucht mit openoced und gdp 
das zum laufen zu bringen. Ohne Erfolg.

Im Windows Gerätemanager ist der Treiber auch korrekt installiert und 
vorhanden.

[Obelix X. (obelix)]

Gemini sagt "debug_tool = esp-builtin". Steht aber auch bei meinem 
zweiten Google Ergebnis.

[Zo R. (hsch1978)]

Ja das habe ich auch schon getestet. Das geht auch nicht.
Siehe Fehlermeldung

[Zo R. (hsch1978)]

openocd -f interface/esp_usb_jtag.cfg -f target/esp32c3.cfg

Open On-Chip Debugger v0.12.0-esp32-20241016 (2024-10-16-14:17)
Licensed under GNU GPL v2
For bug reports, read
        http://openocd.org/doc/doxygen/bugs.html
Info : only one transport option; autoselecting 'jtag'
Info : esp_usb_jtag: VID set to 0x303a and PID to 0x1001
Info : esp_usb_jtag: capabilities descriptor set to 0x2000
adapter speed: 40000 kHz
Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Error: libusb_open() failed with LIBUSB_ERROR_ACCESS
Error: esp_usb_jtag: could not find or open device!
Error: [esp32c3] Unsupported DTM version: -1
Error: [esp32c3] Could not identify target type.

[Zo R. (hsch1978)]

Was kann ich jetzt tun damit ich den internen Debugger nutzen kann?

[J. S. (jojos)]

Zo R. schrieb:
> Error: esp_usb_jtag: could not find or open device!

Muss man unter Windows da nicht auch mit Zadig die libusb für das device 
als Treiber ersetzen? So ist es auch wenn man den esp-prog verwendet.

[Zo R. (hsch1978)]

Das Tool habe ich bereits im Einsatz. Ich hab ja den WinUSB Treiber 
installiert.

[Zo R. (hsch1978)]

Ich habe die Vermutung das irgendwas nicht korrekt installiert oder auch 
in Windows was zerschossen wurde.

[J. S. (jojos)]

Zo R. schrieb:
> Error: libusb_open() failed with LIBUSB_ERROR_ACCESS
> Error: esp_usb_jtag: could not find or open device!

da ist nichts zerchoßen. Die Fehlermeldung ist doch eindeutig, es wird 
libusb verwendet und damit wird ein device mit vid:pid gesucht. Und die 
wird nicht gefunden.

[Zo R. (hsch1978)]

Ok wie kann ich das nun so hinbekommen, dass auch der interne Debugger 
funktioniert?

PlatformIO.ini:

[env:seeed_xiao_esp32c3]
platform = espressif32
board = seeed_xiao_esp32c3
framework = arduino
monitor_speed = 115200
debug_tool = esp-builtin     ; oder esp-prog
build_type = debug
debug_init_break = tbreak setup
debug_speed = 1000

[Zo R. (hsch1978)]

Keine Chance ich bekomme den internen Debugger wirklich nicht zum 
Laufen.

[Zo R. (hsch1978)]

So wie es aussieht werde ich einen externen JTag Debugger benutzen.

[Richard (user1234567890)]

Zo R. schrieb:
> openocd -f interface/esp_usb_jtag.cfg -f target/esp32c3.cfg
>
>

> Open On-Chip Debugger v0.12.0-esp32-20241016 (2024-10-16-14:17)
> Licensed under GNU GPL v2
> For bug reports, read
>         http://openocd.org/doc/doxygen/bugs.html
> Info : only one transport option; autoselecting 'jtag'
> Info : esp_usb_jtag: VID set to 0x303a and PID to 0x1001
> Info : esp_usb_jtag: capabilities descriptor set to 0x2000
> adapter speed: 40000 kHz
> Info : Listening on port 6666 for tcl connections
> Info : Listening on port 4444 for telnet connections
> Error: libusb_open() failed with LIBUSB_ERROR_ACCESS
> Error: esp_usb_jtag: could not find or open device!
> Error: [esp32c3] Unsupported DTM version: -1
> Error: [esp32c3] Could not identify target type.
>

Das ist doch ein Berechtigungsproblem.
Dieselbe Fehlermeldung kommt unter Linux, wenn der Benutzer nicht die 
nötigen Rechte hat.
Unter Linux passt man dann die udev-Regeln an.
Wie es unter Windows geht, weiss ich leider nicht.

[Dirk E. (dirk_1980)]

Also der interne USB Debugger funktioniert eigentlich recht gut.
Habe darüber schon gut 500 esp32s3 programmiert.

Aber es ist unter Windows eine Qual, weil jeder esp als neues device 
erkannt wird mit dem üblichen Treiber gesuche.

Es werden 3 Geräte erkannt und sollten alle mit Treiber lauffähig sein.

Den einzurichten hatte schon mir einiges an Nerven gekostet. Im Grunde 
war es aber genauso wie in der Anleitung vom Hersteller.

Ich schau mal ob ich das wieder finde.

[Harald K. (kirnbichler)]

Dirk E. schrieb:
> weil jeder esp als neues device
> erkannt wird

Wenn in dessen Devicedescriptor eine eindeutige Seriennummer steht, ist 
das nicht weiter verwunderlich. Windows unterscheidet USB-Geräte mit 
identischer VID/PID anhand der Seriennummer und/oder anhand der Adresse 
im USB-Gerätebaum (die sich ändert, wenn das Gerät in eine andere Buchse 
gesteckt wird).

FTDI kennt die Einstellungsmöglichkeit "ignoriere Seriennummer", so daß 
jeder FT232, der in die selbe USB-Buchse gesteckt wird, als das selbe 
Gerät erkannt wird, d.h. ohne weitere Treiberinstallation und ohne 
Durcheinander bei den virtuellen Schnittstellnnummern.

https://ftdichip.com/utilities/, "Ignore Hardware Serial Number Registry 
Editor Utility"

[Zo R. (hsch1978)]

Ok und was bringt mir diese Erkenntnis. Bei mir ist es mittlerweile so, 
dass nun nichts mehr geht. Kein COM Port wurde mehr gefunden. Ich musste 
alle USB Komponenten im Gerätemanager deinstallieren.
Mit dem Tool zadiag.exe kann ich trotz Installation WinUSB keinen 
Eintrag im Gerätemanager finden mit "USB JTAG/Serial debug unit 
(Interface 0) (COMX)".
Ich verstehe das ganze nicht mehr.

[Zo R. (hsch1978)]

An den ESP32C3 habe ich auch mal den Segger JLink Plus Debugger 
angeschlossen. Auch da funktioniert die JTAG Verbindung nicht.
Kann mir hierzu jemand helfen?

JTAG Signal  XIAO ESP32-C3 Pin
TMS Pin7     D4
TDI Pin5     D5
TDO Pin13    D7
TCK Pin9     D6
GND Pin4     GND
VREF Pin1    3V3

JTAG Signal => Sub-D 20polig

[Dieter B. (nichtgedacht)]

Zo R. schrieb:
> An den ESP32C3 habe ich auch mal den Segger JLink Plus Debugger
> angeschlossen. Auch da funktioniert die JTAG Verbindung nicht.
> Kann mir hierzu jemand helfen?
>
> JTAG Signal  XIAO ESP32-C3 Pin
> TMS Pin7     D4
> TDI Pin5     D5
> TDO Pin13    D7
> TCK Pin9     D6
> GND Pin4     GND
> VREF Pin1    3V3
>
> JTAG Signal => Sub-D 20polig

Bei dem C3 ist der Trick mit dem eingebauten Debugger, den GPIO8 pin (D8 
beim XIAO) auf 3,3V zu legen. Dann braucht man keinen externen Debugger 
in PlatformIO.
Gruß Dieter

[Zo R. (hsch1978)]

Hi Dieter, wo hast du diese Information her?
Ich muss D8 zusätzlich auf 3.3V legen, dann funktioniert auch der 
interne Debugger?

Da mit den Treibern für USB einige Änderungen durchgeführt wurden, sehe 
ich den COM im Gerätemanager als USB serial com. Ich bekomme es nicht 
mehr hin, dass der COM auf USB Jtag/Serial COM gestellt wird.

[Dieter B. (nichtgedacht)]

https://tutoduino.fr/en/tutorials/debug-esp32/debug-an-esp32-c3-via-its-jtag-interface/

[Zo R. (hsch1978)]

Danke ich arbeite unter Windows.

[Harald K. (kirnbichler)]

Zo R. schrieb:
> Danke ich arbeite unter Windows.

Und? Wo ist jetzt das Problem?

Erwartest Du eine freundliche Oberfläche mit drei sanften, in 
beruhigenden Farben getönten Buttons, die erkennen, was Du meinst zu 
wollen?

Die relevanten Dinge - Espressif-IDF, OpenOCD und GDB existieren 
allesamt auch für Windows.

Und auch unter Windows kann man Dinge in eine Kommandozeile eingeben; 
man muss nur dran denken, daß der Pfadtrenner \ und nicht / ist.

Und wenn Du ein bisschen nach unten scrollst, siehst Du auch, daß der 
Kram für PlatformIO beschrieben wird. Und das gibt es erst recht für 
Windows.

Ein bisschen Transferleistung muss man hinbekommen, insbesondere, wenn 
man Programmierer und nicht "Gamer" sein will.

[Zo R. (hsch1978)]

Bei scheitert schon dieser Schritt:
>openocd -f board/esp32c3-builtin.cfg

Open On-Chip Debugger v0.12.0-esp32-20241016 (2024-10-16-14:17)
Licensed under GNU GPL v2
For bug reports, read
        http://openocd.org/doc/doxygen/bugs.html
Info : only one transport option; autoselecting 'jtag'
Info : esp_usb_jtag: VID set to 0x303a and PID to 0x1001
Info : esp_usb_jtag: capabilities descriptor set to 0x2000
Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Error: esp_usb_jtag: could not find or open device!
C:/platformio/packages/openocd-esp32/bin/../share/openocd/scripts/target/esp_common.cfg:9: Error:
at file "C:/platformio/packages/openocd-esp32/bin/../share/openocd/scripts/target/esp_common.cfg", line 9
Error: [esp32c3] Unsupported DTM version: -1
Error: [esp32c3] Could not identify target type.

ich habe auch den GPIO8 an GND verbunden.

[Harald K. (kirnbichler)]

Zo R. schrieb:
> Info : esp_usb_jtag: VID set to 0x303a and PID to 0x1001

Hast Du geprüft, ob die stimmen?

(Im "Gerätemanager" nachsehen, welche VID/PID das USB-Ding hat)

Was steht in Zeile 9 von

"C:/platformio/packages/openocd-esp32/bin/../share/openocd/scripts/targe 
t/esp_common.cfg"?

[Zo R. (hsch1978)]

Zeile 9 esp_common.cfg:

catch {[source [find target/esp_version.cfg]]}

esp_servion.cfg:

set EXPECTED_VER "v0.12.0-esp32-20241016"

Gerätemanager:
=> Anschlüsse (COM & LPT)
    => USB Serial Device (COM16)

[Zo R. (hsch1978)]

Keine Chance das mit dem Debugger. Auch mit einem esp-prog wird das wohl 
nix. Ich vermute bei mir ist im Windows irgendwas nicht in Ordnung.

[Zo R. (hsch1978)]

Auch mit dem ESP32-S3-ZERO keine Chance

[Harald K. (kirnbichler)]

Error: libusb_open() failed with LIBUSB_ERROR_NOT_SUPPORTED

Das ist bedenklich. Da ist wirklich was im Argen.

[Zo R. (hsch1978)]

So ich habe nun zahlreiche Informationen im Netz gelesen.
Ich habe mit zadiag nun für das Interface 0 den WinUSB treiber 
installiert und für das Interface 1 den libusbK Treiber. Jetzt konnte 
ich mit dem internen Debugger zunächst mal eine Verbindung herstellen 
(ESP32S3-ZERO).
Jetzt wird in vscode in die Datei "panic:abort.dbgasm" gesprungen aber 
nicht in die main Datei, wo ich einen Breakpoint in setup gesetzt habe. 
Das wiederum versteh ich auch nicht ganz. Was kann ich verdammt tun 
damit dieser Mist erflogreich läuft.

platformio.ini:

[env:esp32-s3-devkitm-1]
platform = espressif32
board = esp32-s3-devkitm-1
framework = arduino
monitor_speed = 115200
debug_tool = esp-builtin
debug_init_break = tbreak setup
build_type = debug

[Andreas B. (andreas-ab)]

Zo R. schrieb:

> platformio.ini:
>

> [env:esp32-s3-devkitm-1]
> platform = espressif32
> board = esp32-s3-devkitm-1
> framework = arduino
> monitor_speed = 115200
> debug_tool = esp-builtin
> debug_init_break = tbreak setup
> build_type = debug
>

Ich denke das ist nur die halbe Miete. Ich hab grad mal nachgeschaut wie 
ich das damals gemacht hab. Wichtig waren die "build parameter" von 
unten, d.h. die debug_build_flags.

;##### Build parameters #####
build_type = debug
debug_build_flags = 
  -O0 -ggdb3 -g3

[Zo R. (hsch1978)]

Wenn ich das so in meine ini datei einsetze erhalte ich während des 
build Prozesses diese Meldungen:

Configuring upload protocol...
AVAILABLE: cmsis-dap, esp-bridge, esp-builtin, esp-prog, espota, esptool, iot-bus-jtag, jlink, minimodule, olimex-arm-usb-ocd, olimex-arm-usb-ocd-h, olimex-arm-usb-tiny-h, olimex-jtag-tiny, tumpa
CURRENT: upload_protocol = esp-builtin
Uploading .pio\build\esp32-s3-devkitm-1\firmware.bin
Open On-Chip Debugger  v0.11.0-esp32-20220706 (2022-07-06-15:48)
Licensed under GNU GPL v2
For bug reports, read
        http://openocd.org/doc/doxygen/bugs.html
debug_level: 1

adapter speed: 40000 kHz

Warn : Transport "jtag" was already selected
adapter speed: 5000 kHz

Error: libusb_open() failed with LIBUSB_ERROR_NOT_SUPPORTED
Error: Unexpected OCD_ID = 00000000
Error: Unexpected OCD_ID = 00000000
Error: Unexpected OCD_ID = 00000000
Warn : target esp32s3.cpu1 examination failed
Error: Unexpected OCD_ID = 00000000
Error: Unexpected OCD_ID = 00000000
Error: Unexpected OCD_ID = 00000000
Error: Unexpected OCD_ID = 00000000
Error: Target not examined yet
** Programming Started **
** Programming Finished in 7406 ms **
** Verify Started **
** Verify OK **
** Programming Started **
** Programming Finished in 1653 ms **
** Verify Started **
** Verify OK **
** Programming Started **
** Programming Finished in 1394 ms **

Ich bin echt am verzweifeln. Das kann doch nicht sein. Ich habe auch die 
Befürchtung, dass wenn ich den esp-prog anschließe, das mit dem 
Debubgging auch nicht gescheit funktionieren wird. Das ist so ein 
Billigscheiss.
Man will eigentlich nur eine Anwendung entwickeln. Ich will nicht die 
ganze IDE Scheisse durchkauen und schaune wo und warum das nicht geht.