Forum: Mikrocontroller und Digitale Elektronik [STM32F4] Tracing und Debugging


von Christian G. (christian_g83)


Lesenswert?

Hallo, zusammen!

Momentan debugge ich meine Programme auf dem STM32F4-Discovery vom Mac 
aus mit dem auf dem Board integrierten ST-LINK, gdb und stutil. Das 
klappt auch ganz vorzüglich.

Nun bietet der Prozessor noch einige weitere Debug- und Trace-Optionen 
(Serial Wire Viewer, Embedded/Istrumentation Trace Macrocell, usw.). 
Kann man die nur mit Zusatzhardware und kommerziellen Entwicklungstools 
nutzen oder gibt es da Alternativen?

Christian
von Alex E. (tecnologic) Benutzerseite


Lesenswert?

Moin,

Das STMStudio von ST kann den SWV vom ST_Link/V2 auslesen damit kannst 
du über die ITM Debuggen. Ich selbst habe die ITM bisher nur mit Keil 
und nem J-Link Edu ausprobiert. Hab nur von dem STMStudio gelesen. Wenn 
du es ausprobiert hast wäre ich auf die ergebnisse gespannt.

MfG

Tec
von Christian G. (christian_g83)


Lesenswert?

Tec Nologic schrieb:

> Hab nur von dem STMStudio gelesen. Wenn
> du es ausprobiert hast wäre ich auf die ergebnisse gespannt.

Ist das STM-Studio nicht kommerziell und läuft nur unter Windows?

Christian
von Christian G. (christian_g83)


Lesenswert?

Christian Gudrian schrieb:

> Ist das STM-Studio nicht kommerziell und läuft nur unter Windows?

Oh, ich sehe gerade, dass es bei ST zum Download angeboten wird. Dann 
werde ich nachher mal meine Virtuelle Windows-Maschine anwerfen. Das 
wäre aber nur eine Notlösung. Etwas, das nativ auf dem Mac läuft, wäre 
mir schon lieber.

Christian
von Uwe Bonnes (Gast)


Lesenswert?

Wenn STM-Studio zum Ansprechen des STLinks stlinkusbdriver.dll braucht, 
dann habe ich dafür eine Wine Ersatz dll. Die Ersatz DLL greift dann 
über libusb auf den STLink zu und wenn auch der Rest des Programmes 
unter Wine läuft, dann funktioniert auch der STLink. Das ganze ist 
allerdings nicht fertig programmiert, Schliessen und Neuöffnen das 
Devices funktioniert nicht.

Ich habe auf git@github.com:UweBonnes/wine.git einen Fork, der die 
Ersatz DLLs für den STLink und die ftd2xx DLL enthält.

Feedback und Patches welcome!
von Alex E. (tecnologic) Benutzerseite


Lesenswert?

Als fertige Lösung kenne ich nur IAR, Keil, und neuerdings Attolic die 
die Debugmöglichkeiten der Cortexe nutzen können. Wenn jemand eine 
kosten günstige Variante kennt immer her damit.

MfG

Tec
von Christian G. (christian_g83)


Lesenswert?

Tec Nologic schrieb:

> Als fertige Lösung kenne ich nur IAR, Keil, und neuerdings Attolic die
> die Debugmöglichkeiten der Cortexe nutzen können.

Woran liegt's? Hat sich bisher noch keiner die Mühe gemacht oder liegen 
nicht alle Spezifikationen bzw. Protokolle offen?

Christian
von Uwe Bonnes (Gast)


Lesenswert?

Die Protokolle liegen nur zum Teil offen...
von Christian G. (christian_g83)


Lesenswert?

Uwe Bonnes schrieb:

> Die Protokolle liegen nur zum Teil offen...

Hmpf. Doof. Dann versuche ich mal, STM-Studio oder µVision zum Laufen zu 
bekommen.

Christian
von Zock! (Gast)


Lesenswert?

Hallo Uwe,

Uwe Bonnes schrieb:
> Die Protokolle liegen nur zum Teil offen...

Kannst du das bitte genauer spezifizieren, was nicht offen gelegt
ist? Hatte eigentlich
bisher nicht den Eindruck, dass das so wäre.
Ich habe mich allerdings nicht detailliert damit beschäftigt.


Vielen Dank!


Zock!
von Uwe Bonnes (Gast)


Lesenswert?

Zock! schrieb:
> Hallo Uwe,
>
> Uwe Bonnes schrieb:
>> Die Protokolle liegen nur zum Teil offen...
>
> Kannst du das bitte genauer spezifizieren, was nicht offen gelegt
> ist? Hatte eigentlich
> bisher nicht den Eindruck, dass das so wäre.
> Ich habe mich allerdings nicht detailliert damit beschäftigt.
>
>
> Vielen Dank!
>
>
> Zock!

Schreibe doch erstmal was offen liegt.
von Christian G. (christian_g83)


Lesenswert?

Christian Gudrian schrieb:

> Dann versuche ich mal, STM-Studio oder µVision zum Laufen zu
> bekommen.

STM-Studio scheint nicht mit dem ST-LINK auf dem Discovery-Board zurecht 
zu kommen und µVision 4 verträgt sich nicht mit der Windows 8 Developer 
Preview, die ich hier bei der Hand habe.

Naja. Muss ich halt wieder über die serielle Schnittstelle gehen.

Christian
von Zock! (Gast)


Lesenswert?

Hallo Uwe,

Uwe Bonnes schrieb:
>
> Schreibe doch erstmal was offen liegt.

Na das ganze Coresight, ITM, DAP, JTAG, SWD usw Geraffel
bei ARM, z.B in ARM DDI 0314H oder in ARM DDI 0403D.

Oder meinst Du was anderes?

Dagegen scheint das stlink für Linux Zeug von texane et. al.
an dem Du offenbar auch beteiligt bist, reverse-engineert zu sein...


Zock.
von Uwe Bonnes (Gast)


Lesenswert?

Ich meinte den Stand der informationen ueber den STLink.

ST hat einiges an Infos unter an Einzelne unter einer sehr laschen Art 
von NDA herausgegeben, aber viele Aspekte sind noch unklar.

Tschuess
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.