Forum: Mikrocontroller und Digitale Elektronik STM32 debuggen mit ST Link V2


von Matze (Gast)


Lesenswert?

Hallo,

ich habe mal eine Frage zur Geschwindigkeit vom ST-Link V2. Mir kommt es 
so vor, als ob der ST-Link deutlich langsamer beim debuggen ist als ein 
ULINK. Wenn ich unter IAR oder CrossWorks mit einem ST-Link debugge 
finde ich den Einzelschritt extrem langsam. Bei anderen Projekten unter 
KEIL mit einem ULINK ist der Vorgang deutlich schneller. Liegt das am 
ST-Link? Wäre ein J-Link von Segger schneller oder liegt das an der IDE 
(Debugger)?

Matze

von Frank (Gast)


Lesenswert?

Habe mit dem ST-Link V2 unter UV4 ebenfalls das Gefühl, dass die Sache 
extrem langsam läuft. Für meine Zwecke nahezu unbrauchbar.

Auch von meiner Seite die Frage: Kann man in der IDE hier evtl. was 
einstellen oder liegt das am Debugger?

von Mhm (Gast)


Lesenswert?

Also ich debugge hier per CoIDE, einem Segger J-Link Edu, und 
STM32F103...das geht ziemlich flott, also auch größere Programme (>30kB 
Flash) sind in sehr erträglicher Zeit geladen und gedebugged.

von Stefan (Gast)


Lesenswert?

Ich habe gerade mal mit Crossworks und dem ST-Link/v2 auf einem 
F4-Discovery gespielt. So ca. drei ASM Schritte pro Sekunde im 
Single-Step bekomme ich mit der Kombination hin.
Mit OpenOCD ist das Teil deutlich langsamer. 1-1.5 Schritte/Sekunde 
würde ich sagen. Wobei mir das schnell genug ist.

von TTL (Gast)


Lesenswert?

der ULink2 und besonders der UlinkPro sind deutlich schneller unter 
Keil,
die machen  10MHz und 50Mhz über SWD, der von ST nur max 1 MHz

von Markus M. (Firma: EleLa - www.elela.de) (mmvisual)


Lesenswert?

Ich debugge mit Eclipse/GCC, der ST-Link/V2 ist da auch sehr langsam, 
vor allem bei großen Projekten (300KB) dauert das flashen sehr lange.
Der J-LINK von Segger ist da einfach um Welten besser/schneller.

Der ST-LINK ist schön und gut auf dem STM32FxDISCOVERY, aber zum 
Arbeiten mit einem eigenen größeren Projekt sollte man sich doch einen 
Segger J-LINK (EDU) zulegen, das rechnet sich, bzw. das proggen macht da 
gleich viel mehr Spaß.

von Micha (Gast)


Lesenswert?

Hat jemand Erfahrung mit FT2232H basierenden? Wie schnell sind die?

von Stefan (Gast)


Lesenswert?

Jetzt müsste man vielleicht noch kurz klären was "schnell" resp. 
"langsam" bedeutet. Es hilft doch nicht subjektive Eindrücke zu 
vergleichen.

von Markus M. (Firma: EleLa - www.elela.de) (mmvisual)


Lesenswert?

Micha schrieb:
> Hat jemand Erfahrung mit FT2232H basierenden? Wie schnell sind die?

In etwa wie der ST-LINK/V2, jedoch minimal schneller. Ich habe auch 
einen Olimex ARM-USB-OCD.

Kaufe lieber gleich einen Segger J-LINK-EDU, der kostet auch nicht viel 
mehr.

von Frank (Gast)


Lesenswert?

Frank schrieb:
> Habe mit dem ST-Link V2 unter UV4 ebenfalls das Gefühl, dass die Sache
> extrem langsam läuft. Für meine Zwecke nahezu unbrauchbar.
>
> Auch von meiner Seite die Frage: Kann man in der IDE hier evtl. was
> einstellen oder liegt das am Debugger?

Das Problem hat sich mittlerweile erledigt. Ursache für das zähe 
Debuggen war eine unvollständige Timer-Initialisierung. Der zugehörige 
Interrupt belegte vermutlich zu viele Ressourcen und bremste den 
Programmfluss...

von Gregor B. (Gast)


Lesenswert?

Würde mich wundern, wenn der ST-Link V2 genau so schnell wäre wie der 
ULINK, denn für den Preis von einem ULINK bekommst Du 20 ST-Link V2...

von Olaf (Gast)


Lesenswert?

> Würde mich wundern, wenn der ST-Link V2 genau so schnell wäre
> wie der ULINK,

Die Frage ist nur wieviel der Geschwindigkeit der Schnittstelle wird 
benoetigt. Ich kenne sowohl die ST-Link wie auch die Segger J-Link. Ohne 
dabei jetzt beim debuggen auf die Uhr geschaut zu haben, ist mir da noch 
kein grosser Geschwindigkeitunterschied aufgefallen.

Es kann aber natuerlich sein das man dies erst merkt wenn man Programme 
schreibt die mehrere 100kB gross sind!

Olaf

von A. B. (funky)


Lesenswert?

Ist das ganze eher eine Treiberlimitierung oder hat der STLink nun 
wirklich so viel schlechtere Hardware verbaut?

Beim debuggen merke ich nicht so den Unterschied, aber beim flashen 
grosser Programme aufjedenfall

von Sascha (Gast)


Lesenswert?

Hallo,
also der ST-Link V1 war langsam, beim ST-Link V2 kann ich mich nur Olaf 
anschliesen. Da kann ich bei einem STM32F429ZI kaum etwas merken. Aber 
der STM32F429ZI taktet ja schon bei start mit 16MHz.
Gruß Sascha

von Knuth (Gast)


Lesenswert?

Habt ihr es schon mal mit Lauterbach (TRACE32) probiert? Was die 
Performance und die Möglichkeiten angeht ist das unschlagbar. Der 
Support ist auch super, naturgemäß ist die Lösung aber nicht in die 
Entwicklungsumgebung integriert und etwas gewöhnungsbedürftig.

von Dr. M (Gast)


Lesenswert?

Knuth schrieb:
> Habt ihr es schon mal mit Lauterbach (TRACE32) probiert?

Ja. Ich benutze auf Cortex-Ms lieber den ULINKpro.

von Arne (Gast)


Lesenswert?

Knuth schrieb:
> Habt ihr es schon mal mit Lauterbach (TRACE32) probiert?

Ja, mit Coldfire. Nie wieder den Lauterbach Schr*tt.

Flashen mit dem ST-Link ist schon langsam, das Verify im STM32 ST-Link 
Utility ist schnarchlangsam. Da dauert das verify von 256KB schon etwa 
eine Minute!

von Uwe Bonnes (Gast)


Lesenswert?

Umbau des ST-Links in eine Blackmagic Debug Probe
http://embdev.net/articles/STM_Discovery_as_Black_Magic_Probe
koennte evt auch ueberlegenswert sein...

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.