STM32F RAM auslesen geht das?

Debugger ist unbekannt?

Guest schrieb:
> Debugger ist unbekannt?

Kann man Debugger essen? Ist das besser als Hamburger?

Leute, ich weiß ja dass ihr euch damit alle spitze auskennt, für mich 
ist das aber absolutes Neuland, ich hab zwar schon mal STMs programmiert 
aber noch die von einem den RAM während er läuft ausgelesen, also bitte 
seid doch so nett und erklärt das ein bisschen mehr...

@Bastler:
Sie wollen darauf hinaus, dass dein Controller eine JTAG Schnittstelle 
hat. Du kannst mit JTAG Debugger Hardware und entsprechenden Tools per 
JTAG Zugriff auf den RAM bekommen und kannst ihn auslesen und 
manipulieren.
JTAG Debugger gibt's z.B. von der Firma Segger. Von denen bekommst du 
auch die Tools. Alternative gibt es Open Source Tools wie OpenOCD oder 
ähnliches.

Bastler schrieb:
> ich hab zwar schon mal STMs programmiert

Lass mich raten mit der Arduino IDE?

Jeder ST-Link hat einen Debugger mit drin. Falls nicht schon vorhanden 
kauf dir ein Nucleo Board und lad dir bei ST Atollic oder die CubeIDE 
runter. Damit hast du für wenig Geld alles was du brauchst.

Kann mir vielleicht dann noch einer sagen ob und wenn ja, wie das 
mittels STlink V2 und dem STM32 Stlink Utility geht?

Mit ST-Link-Utility habe ich mich lange nicht beschäftigt.

Mit der aktuellen Version 2.4 vom CubeProgrammer geht es.
Der kann jetzt ein Programm direkt auf dem µC ausführen.
Dazu gibt es: Run, Halt, Reset, Step ...
Dabei kann auch der aktuelle RAM Inhalt gelesen werden.
Es ist nicht mal der Quelltext erforderlich.
Allerdings alles auf Registerebene.

Wenn es um ein eigenes Projekt geht, ist es natürlich einfacher z.B. mit 
CubeIDE ein Projekt zu erstellen und anschliessend zu debuggen.

Dabei ist die Live Darstellung von Variablen, Registern oder das 
Auslesen des RAM möglich.

Voraussetzung ist natürlich das du den ST-Link mit der SWD Schnittstelle 
verbindest. Du brauchst mindestens NRST, SWCLK, SWDIO, GND und Target 
Voltage (3,3V). SWO ist nicht notwendig, das ist eine unidirektionale 
serielle Schnittstelle für ein Terminal.

Guest schrieb:
> NRST

braucht es nicht unbedingt, bietet der STlink V2 für den STM32 auch 
nicht.

Jedenfalls der China ST-Link V2 nicht.

pegel schrieb:
> Jedenfalls der China ST-Link V2 nicht.

Jeder offizielle ST-Link hat den. Den China kram nutze ich nicht.

Welcher STM32Fxxx denn?

Til S. schrieb:
> Ich glaube die Frage war eher "kann man RAM auslesen während der
> Cortex-M Core läuft". Das ist nicht selbstverständlich weil bei vielen
> Cores derselbige dafür angehalten werden muss. Beim Cortex-M gibt es
> aber einen Background Memory Access, sprich man kann über JTAG/SWD
> Speicher lesen/schreiben während der Core läuft. Damit kann man z.B. so
> lustige Sachen wie SEGGER RTT machen:
> 
https://www.segger.com/products/debug-probes/j-link/technology/about-real-time-transfer/

Achtung: Werbung eines Mitarbeiters.

Til S. schrieb:
> Ich glaube die Frage war eher "kann man RAM auslesen während der
> Cortex-M Core läuft". Das ist nicht selbstverständlich weil bei vielen
> Cores derselbige dafür angehalten werden muss. Beim Cortex-M gibt es
> aber einen Background Memory Access, sprich man kann über JTAG/SWD
> Speicher lesen/schreiben während der Core läuft. Damit kann man z.B. so
> lustige Sachen wie SEGGER RTT machen:
> 
https://www.segger.com/products/debug-probes/j-link/technology/about-real-time-transfer/

Achtung: Werbung eines Mitarbeiters bzw. Influencers.

Martin schrieb:
> Achtung: Werbung eines Mitarbeiters bzw. Influencers.

Ja, aber sachlich gesehen keinerlei Falschmeldung.

Til S. schrieb:
> "kann man RAM auslesen während der Cortex-M Core läuft"

So hemdsärmelig wie der TO daherkommt ist ihm die Unterscheidung
wohl noch gar nicht geläufig.

Und die Werbung gleich noch zwei Mal wiederholt. ;)

Im Debug der CubeIDE (GDB Server) kann ich auch während das Programm 
läuft auf Speicher und Register zugreifen.

Geht natürlich auch mit der SWD-Schnittstelle (zwei Leitungen) vom 
STLink V2. Einfach einen GDB-Server (z.B. der 'EBlink' von EmBitz) 
installieren. Und dann halt über ein eigenes Programm entsprechende 
Debugger-Befehle übers Netzwerk zum GDB-Server absetzen. Klappt prima. 
Übertragungsraten hängen von vielen Dingen ab. Bei mir im Bereich von 
50kb/s bis 150kb/s.

@ Johnny B.

Es ging nicht um den Zugriff, sondern nur um das Reset für den STM32.

Ja, ich weiss. Mit löten geht auch das.

Johnny B. schrieb:
> Falsch;

Einen Beitrag darüber lesen war nicht möglich, oder?

Deine Meinung sei dir gegönnt.

Segger kann ich mir leider nicht leisten, wegn dem einen Projekt, ein 
originaler STlink V2 muss reichen. Ich weiß was passiert wenn man den 
Chip anhält, er bleibt stehn (-: mit ihm aber auch wenn da was mit PWM 
gemacht wird, die PWM. Das wäre dann suboptimal.

Das Problem ist, dass ich auf den Chip kein Programm zum RAM auslesen 
spielen kann. Auf dem Chip läuft ein Programm. Ich habe den Quelltext 
nicht. Der Chip ist NICHT geschützt (Keinerlei Lockbits gesetzt) ich 
will dem Programm auf dem STM32 beim arbeiten zusehen, von außen per 
STlink V2. Geht das irgendwie? Der Chip ist ein STM32F103C8T6.