|
Anzeige
|
GD32VF103CBT6
Gast
#6471446
Ich habe 2 Longan Nano Boards da und habe 3 Stück GD32VF103CBT6 von TME geliefert bekommen..fehlt noch ein passender JTAG Debugger. Hatte schon mal Jemand das Ding hier: https://de.aliexpress.com/item/4000042458146.html bzw. https://www.seeedstudio.com/Sipeed-USB-JTAG-TTL-RISC-V-Debugger-p-2910.html ..in den Fingern und hat Erfahrungen damit?
Gast
#6471725
Da ist ein FT2232D drin. Wäre da ein FT2232H nicht besser, oder merkt man die geringere Latenz von USB-Highspeed nicht?
Gast
#6471869
Die H-Typen sind definitiv besser. Es gibt auch eine einkanalige Version, hier als Breakout Board: https://de.aliexpress.com/item/32814913865.html?spm=a2g0x.12010615.8148356.1.2f7835f8mYYp62
Gast
#6471885
Hier noch die Konfiguration mit der ich das vor einiger Zeit mal zum Laufen gebracht hatte.
Gast
#6472003
S.P. schrieb: > Hier noch die Konfiguration mit der ich das vor einiger Zeit mal > zum > Laufen gebracht hatte. Oh Dankeschön! Ich werde mal mein Glück damit versuchen. RISC^
Gast
#6472018
Sollte doch auch mit einem j-link gehen, mit oder ohne Segger EmStudio für Risc-V.
Gast
#6472028
was haben die RISC-V eigentlich als Debugengine drin? Die ARM Coresight Komponenten werden es doch nicht sein, oder doch? Ne, das ist was eigenes von RISC-V, bzw. gibt es da mehrere Versionen: https://www.segger.com/products/debug-probes/j-link/technology/cpus-and-devices/risc-v-support/ J-Link supports the following RISC-V debug architectures: Official RISC-V debug spec. 0.11 Official RISC-V debug spec. 0.13 RISC-V behind a DAP https://riscv.org/wp-content/uploads/2019/03/riscv-debug-release.pdf
Gast
#6472528
In der Liste der vom j-link supporteden Devices ist der GD32VF103CBT6 dabei. Danke Segger. temp schrieb: > Danke Segger. Gern geschehen ;-). Embedded Studio und embOS Support gibt es auch schon: https://www.segger.com/products/rtos/embos/supported-cores-compiler/sifive/risc-v/embos-riscv-es/
Gast
#6473503
Nur blöd das bei den RiscV Controllern so etwas wie swd nicht geht. Ich fand das sehr praktisch mit 3-4 Leitungen auszukommen. Bei RiscV ist nun leider wieder ein "Kabelbaum" nötig und das ist Sch... temp schrieb: > Nur blöd das bei den RiscV Controllern so etwas wie swd nicht geht. Ich > fand das sehr praktisch mit 3-4 Leitungen auszukommen. Bei RiscV ist nun > leider wieder ein "Kabelbaum" nötig und das ist Sch... Das ist so inkorrekt. Die Debug-Spezifikation listet neben dem 10-pin und 20-pin MIPI Verbinder auch explizit cJTAG, was mit 2 Leitungen auskommt. Prinzipiell ließe sich auch ein anderer Transport verwenden, z.B. UART oder I2C, da das DTM (Debug Transport Module) eine unabhängige Komponente ist.
Gast
#7081852
Stefan B. schrieb: > Das ist so inkorrekt. Kaum 1.5 Jahre später? Antwort schreiben |
Anzeige
|
