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?
>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....
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.
Vielleicht liegt's ja auch nur daran, dass R15(PC) ins Nirvana zeigt. ;)
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.
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.
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
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.
