c - 在STM32F4上，为什么将主时钟源设置为PLL会破坏程序的其余部分？

Question

第一个问题，谢谢您的耐心等待。

我在使用 StdPeriph 库 v1.8.0 时遇到基于 STM32F446VET6 的板(STMicroElectronics 的 ST-B96B-F446VE)的问题。我已将问题范围缩小到 SetSysClock 函数中的 str 指令:

;722          RCC->CFGR |= RCC_CFGR_SW_PLL;
; RCC->CFGR = 0x9400
; RCC_CFGR_SW_PLL = 0x02
ldr r2, [pc, #36]   ; (0x80005a8 <SetSysClock+284>)
ldr r3, [pc, #36]   ; (0x80005a8 <SetSysClock+284>)
ldr r3, [r3, #8]
orr.w   r3, r3, #2
str r3, [r2, #8]    ; r2 = 0x40023800, r3 = 0x9402

指令结果应该是RCC->CFGR(SW1)的第二位被设置为1，以将PLL设置为主时钟源。

相反，该位保持为 0，并且超过 0x08000000(在闪存中)的大量代码被覆盖。例如，SystemInit() 中的这一行:

; SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal FLASH */
ldr     r3, [pc, #12]   ; (0x8000484 <SystemInit+96>)
mov.w   r2, #134217728  ; 0x8000000
str     r2, [r3, #8]

最终重写为:

; SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal FLASH */
bic.w   r3, r3, #262144 ; 0x40000
str     r3, [r2, #0]
ldr     r3, [pc, #24]   ; (0x8000494 <SetSysClock+8>)

让程序在此状态下运行并再次暂停，会显示在同一行再次发生了更多覆盖:

; SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal FLASH */
b.n     0x8000476 <SystemInit+86>
subs    r0, #0
ands    r2, r0

它卡在 subs 和 ands 指令中。

顺便说一下，将行 RCC->CFGR |= RCC_CFGR_SW_PLL; 替换为 RCC->CFGR |= RCC_CFGR_SW_HSE; 可以解决该问题。没有发生损坏，并且 main() 正确执行。但现在它使用另一个时钟源，不知道这会带来什么影响。

<小时/>

是否有某种方法可以恢复到使用 PLL 作为主时钟源的默认状态，并避免闪存损坏？

Answer 1

I've narrowed down the issue to a str instruction in the SetSysClock function:

这通常意味着您之前忘记设置闪存等待状态。闪存速度相当慢 - 对于许多 MCU，它的最高速度通常约为 20 MHz，无需等待状态。尝试运行得太快会导致读取垃圾。

引用手册和数据表应说明闪存访问的目标频率需要多少等待状态。注意:在最大等待状态下运行闪存是安全的(但速度较慢)。