STM32F0 HSI clock im debugg modus anhalten

Bzw. wie kann ich den Takt anhalten?

Erstmal vielen Dank für die Antworten.

Jim M. schrieb:
> Man kann auch Register direkt vom Debugger aus beschreiben - eventuell
> direkt über die Addresse, aber ohne Taktsignal funktioniert die Debug
> Einheit vom Cortex-M auch nicht mehr.

Das mit dem Takt verstehe ich. Ich würde ich via Debugger
RCC_OscInitStruct.PLL.PLLMUL = RCC_PLL_MUL6;
auf
RCC_OscInitStruct.PLL.PLLMUL = RCC_PLL_MUL2;
stellen

Also würdest du direkt in den RAM schreiben ist eigentlich eine gute 
Idee. Wie finde ich den die Adresse des Clock control register (RCC_CR)? 
Im ref manual steht ja nur wie es zu beschreiben ist.

Stefan schrieb:
> Wie finde ich den die Adresse des Clock control register (RCC_CR)?
> Im ref manual steht ja nur wie es zu beschreiben ist.

Dann wirf mal einen scharfen Blick auf S. 99, auf den Wert bei "Address 
offset", und auf S. 39 die Adresse die da bei "RCC" steht. Die musst du 
addieren um auf die Adresse des Registers zu kommen.
Die PLL-Faktoren lassen sich übrigens nur ändern wenn die PLL aus ist; 
du musst also auf eine andere Taktquelle umschalten, PLL abschalten, 
umkonfigurieren, wieder einschalten, und wieder auf PLL zurückschalten. 
Dauert natürlich mit Einschwingvorgang usw (Warten auf RCC_CR_PLLRDY und 
"RCC_CFGR_SW").

Wie wärs damit, einfach einen Breakpoint zu setzen? Bis du auf "Weiter" 
geklickt hast ist der Watchdog 10x abgelaufen.

Den Speicherbereich habe ich gefunden, danke dafür. Den Clock Fehler 
konnte ich provozieren, in dem ich den sysclock auf HSI umgestellt habe 
RCC CFGR-> SW auf 0x00, dann stellt sich HSI 8MHz ein, erwartet wird 
48MHz und der uController geht in den sicheren Zustand.

Dr. Sommer schrieb:
> Wie wärs damit, einfach einen Breakpoint zu setzen? Bis du auf "Weiter"
> geklickt hast ist der Watchdog 10x abgelaufen.

Wenn ich einen breakpoint setze läuft das Programm weiter und das ist im 
Wesentlichen mein Problem. Meine google suche ergibt immer das 
umgekehrte Problem, dass es schwierig ist zu debuggen und deshalb der 
IWDG im DBGMCU eingefroren werden muss.

Das IWDG Timeout kann ich jetzt ebenfalls ohne code Anpassung testen, 
die STL Libary, welche ich verwende, hat durch folgendes HAL Macro den 
IWDG eingefroren:

/* setup DBGMCU block - stop IWDG at break in debug mode */
__DBGMCU_CLK_ENABLE();
__HAL_FREEZE_IWDG_DBGMCU(); -> IWDG Zähler wird angehalten


Im Register DBGMCU lassen sich Timer, IWDG, WWDG etc. zu Debugzwecken 
einfrieren.

"Reference manual RM0360" Seite 718

Danke an alle beteiligten.

Gruss Stefan