STM32H7 mit (onboard) STLink Debugger: Data tracing nicht möglich

[Solocan Z. (solocan)]

Hallo und schönen Sonntag an die Gemeinde,

ich steige gerade auf STM32 um und versuche seit gestern verzweifelt 
eine Data tracing hinzubekommen, woran ich bisher komplett scheitere. 
Hoffentlich könnt ihr mir weiterhelfen:

Ich habe ein Nucleo STM32H743ZI Board mit integriertem STLINK v2.1. 
Debugger. Als IDE benutze ich Atollic True Studio. Ich habe ein 
einfaches LED Blink Programm geschrieben, wo ich den Tastendruckstatus 
(0 oder 1) über SWD echtzeit verfolgen will. Weder Hardware Tracing über 
SWV noch Software tracing über printf funktioniert. Dieses offizielle 
Videotutorial dazu habe ich auch erfolglos durchgemacht.

https://www.youtube.com/watch?v=XhBiDykSS4I

Die Jumper am Bord sind im Werkzustand. Die Testvariable "button_state" 
muss irgendwie übertragen werden, weil die Variable im Variablenfenster 
nach dem Debugging, je nach letztem Stand, 0 oder 1 zeigt. Komisch ist 
auch, dass die Variable, die ich in Tracing Einstellungen einstelle, 
nicht im Data tracing Fenster auftaucht, siehe Bild #6.

Anbei Screenshots von meinen Einstellungen:

Bin echt dankbar für jeden Tipp..

Viele Grüße

[pegel (Gast)]

Hast du in CubeMX auch das richtige SWD ausgewählt?

[Solocan Z. (solocan)]

Wie tue ich das?

Meine CubeMX Einstellungen sehen folgendermaßen aus:

[Solocan Z. (solocan)]

Um ein Missverständnis zu beseitigen: Ein SWD Echtzeit Data tracing mit 
dem Onboard STLINK überhaupt möglich oder? Auf den Datenblättern wird 
der Anschluss eines externen SWD beschrieben, sonst nichts.

[pegel (Gast)]

So müsste etwas raus kommen.

[Solocan Z. (solocan)]

Vielen Dank. Bei mir ist "Serial wire" gewählt. Muss es denn "Trace 
Asynchronous SW" sein?

[pegel (Gast)]

Dann ändert sich die Belegung vom SWO Pin.
Die anderen SWD Versionen kenne ich leider nicht.
SWO ist an PA10 vom ST-Link, könnte also unterstützt werden.

[Solocan Z. (solocan)]

Hallo,

die Pin-Belegung ändert sich nicht, nur, die Pinfarbe wird grün.

..und leider funktioniert es immer noch nicht...

[pegel (Gast)]

Grün ist die neue Belegung.
Hast du auch das Projekt aktualisiert?

[Solocan Z. (solocan)]

Ja, habe ich aktualisiert. Daran lag's leider nicht.

Bei mir ist der richtige Pin (nach Datenblatt) definitiv PB3. Da hatte 
CubeMX kein Fehler.

[pegel (Gast)]

Warum sollte ein Fehler in CubeMX sein?
Es geht nur darum ob SWO überhaupt eingeschaltet war.
Halt doch mal das hoffentlich vorhandene Oszi dran.

[Solocan Z. (solocan)]

Habe ich. Keine Impulse erkennbar.

[pegel (Gast)]

Hardware sollte jetzt passen, muss also was weiches sein.

[Solocan Z. (solocan)]

pegel schrieb:
> Hardware sollte jetzt passen, muss also was weiches sein.

Das verstehe ich nicht. Warum?

[pegel (Gast)]

Wenn die Hardware stimmt, muss der Fehler in der Soft(weich)ware liegen.

[Solocan Z. (solocan)]

Ich habe gerade weitergemessen. Ich korrigiere mich. Es liegt Signal an. 
Irgendwie sind's an PB3 nicht messbar aber an den Jumpern, die direkt an 
PB3 angeschlossen sind, liegt Signal - und zwar synchron zu den Status 
LEDs am STLINK Bord.

[Solocan Z. (solocan)]

pegel schrieb:
> Wenn die Hardware stimmt, muss der Fehler in der Soft(weich)ware liegen.

Ich denke nicht, dass anhand dieser Info Hardware ausgeschlossen werden 
kann.

Aber ich denke auch, dass es irgendwie an SW liegen soll.

[pegel (Gast)]

Mal das Board Stromlos gemacht und alles neu gestartet?

[pegel (Gast)]

Was mir auch noch auffällt, sind die unterschiedlichen SWx Clock 
Einstellungen.
Dazu kann ich aber nichts weiter sagen, habe kein TrueStudio.

Viel Erfolg noch.

[A. B. (Gast)]

Da sind ein paar Einstellungen wohl nicht korrekt, es gab einen längeren 
Thread dazu auf
  https://community.st.com/
Falsche Adressen im RM etc.

[Solocan Z. (solocan)]

pegel schrieb:
> Was mir auch noch auffällt, sind die unterschiedlichen SWx Clock
> Einstellungen.
> Dazu kann ich aber nichts weiter sagen, habe kein TrueStudio.
>
> Viel Erfolg noch.

Was benutzt du für eine IDE?

[Solocan Z. (solocan)]

A. B. schrieb:
> Da sind ein paar Einstellungen wohl nicht korrekt, es gab einen längeren
> Thread dazu auf
>   https://community.st.com/
> Falsche Adressen im RM etc.

Wo genau sind die Einstellungen nicht korrekt? In CubeMX?

[A. B. (Gast)]

Die Adressen der Debug-Interfaces im Controller. SWO muss ja schließlich 
dort explizit konfiguriert und eingeschaltet werden, s. Abschnitt 59.5 
im RM.

Es stand da auch eine ausführliche Anleitung, wie man das zum Laufen 
bekommt. Da ich das nur überflogen hatte, weiß ich die Details leider 
nicht, und die ST Community ist bis morgen (so war die Planung ...) wg. 
Wartung nicht verfügbar.

[pegel (Gast)]

Solocan Z. schrieb:
> Was benutzt du für eine IDE?

SW4STM32

[Solocan Z. (solocan)]

pegel schrieb:
> Solocan Z. schrieb:
>> Was benutzt du für eine IDE?
>
> SW4STM32

Habe ich auch installiert. Wie hast du es da gelöst? Da kriege ich 
nämlich auch nichts..

[pegel (Gast)]

Ich habe viel damit gespielt, bin aber dann wieder zur seriellen 
Schnittstelle über den ST-Link gekommen.
Nur ein paar Zeilen in das Projekt kopiert und ich habe eine 
bidirektionale Verbindung, ohne wenn und aber....

[Solocan Z. (solocan)]

pegel schrieb:
> Ich habe viel damit gespielt, bin aber dann wieder zur seriellen
> Schnittstelle über den ST-Link gekommen.
> Nur ein paar Zeilen in das Projekt kopiert und ich habe eine
> bidirektionale Verbindung, ohne wenn und aber....

Richtig frustrierend also für mich. Was hast du denn genau für ein 
Board?

[pegel (Gast)]

Zur Zeit ein Nucleo F746.