stm32 can not acess memory

Jonas Gast #4633608
Lesenswert?
• ▲
▼ 
Hallo zusammen

Verwende einen STM32f407, IDE Keil prof, und den ST-LINK/V2

Habe heute versucht ein neues Projekt zu debuggen, bei der übergabe der 
clock Konfiguration bekomme ich immer den command cannot access 
memory...
Bei alten (funktionierenden) Projekten passiert dasselbe.

An dieser Stelle bekomme ich den Fehler cannot access memory (siehe 
Anhang)
__HAL_RCC_SYSCLK_CONFIG(RCC_ClkInitStruct->SYSCLKSource);

Kann es sein, dass irgendwie der Chip physikalisch zerstört wurde??
Oder kennt jemand das Problem?
Angehängte Dateien:
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
physikalisch zerstört Gast #4633693
Lesenswert?
• ▲
▼ 
>Kann es sein, dass irgendwie der Chip physikalisch zerstört wurde??

Ziemlich wahrscheinlich... :-)

Studier' doch mal die Memory Map von Deinem F407.
Ich bin überzeugt, dass da wo Du zugreifen willst kein Speicher 
liegt....
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Jim M. #4633764
Lesenswert?
• ▲
▼ 
Jonas schrieb:
> Habe heute versucht ein neues Projekt zu debuggen, bei der übergabe der
> clock Konfiguration bekomme ich immer den command cannot access
> memory...
> Bei alten (funktionierenden) Projekten passiert dasselbe.

Beim Rumspielen an der Clock kann es passieren, dass die JTAG oder SWD 
Clock zu "schnell" relativ zum Systemtakt wird. Das gibt dann lustige 
Überläufe in der Debug Hardware.

Abhilfe wäre dann eine (temporär) sehr langsame Clock Frequenz für TCK 
oder SWCLK.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
W.S. Gast #4634534
Lesenswert?
• ▲
▼ 
Jonas schrieb:
> __HAL_RCC_SYSCLK_CONFIG(RCC_ClkInitStruct->SYSCLKSource);

Wenn ich gemein wäre, dann würde ich sagen: Wer dieses Gekröse benutzt, 
anstatt ins RefMan zu gucken und sich seine Systemclock selber zu 
konfigurieren, dem geschieht sowas ganz zu Recht.

Also mein Rat: Schreibe dir deine Konfiguration, deinen Startup und 
deine Peripherie-Treiber selber und zwar anhand des RefMan's. Dann 
passiert dir sowas nämlich nicht wieder. Beispiele, wie sowas geht, 
gibt's zuhauf, auch ich hab sowas schon mehrfach gepostet, aber sinnvoll 
ist es für dich, letztlich sowas eigenhändig zu schreiben, damit du ein 
Verständnis für die Hardware bekommst.

W.S.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Jonas Gast #4636162
Lesenswert?
• ▲
▼ 
Untenstehender Beitrag von Keil hat das Problem behoben.

Debug

Cannot access Memory
    Memory on the target cannot be accessed by the debugger. Avoid 
accessing invalid memory areas on the target system. This message can 
also be displayed due to the target's debug block being improperly 
powered or clocked (for example in deep-sleep mode).

--> A lower Max Clock frequency in the Target Driver Setup - Debug 
dialog might help.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.