STM32配置时钟时注意设置FLASH等待周期

        兴致勃勃地把复位及时钟控制(RCC)的寄存器定义写完了，没得午觉睡倒算了，还累得满头大汗……看来这事有点吃力不讨好，真想用别人现成的头文件算了，最后还是咬咬牙自己写吧，至少可以让自己对寄存器结构熟悉一些。
        傍晚回来再写个测试程序，满以为一次就OK的，可是调试时却发现，运行到选择PLL时钟后程序就跑飞……顿时就傻眼了……检查各个寄存器配置，似乎没什么问题啊：选择外部8M时钟，不分频输入到PLL，设置PLL为9倍频(注意实际写入到寄存器中为7)，AHB、ABP2不分频，ABP1为2分频(注意设置为8才是2分频)，都没有超过最大频率啊。看来想要搞个72M的主频遇到麻烦了……试着将倍频降下来，当主频为48M时，系统可以正常工作了，莫非是USB模块的时钟没有设置为1.5分频？再检查，没错啊，是1.5分频的。找不到原因，额头上开始冒出了豆大的汗珠，还好今天天气热，被掩饰过去了，不然让那些行家看到笑死...莫非俺的片子是被人打磨过的...
       最后去论坛问了下，斑竹提示说是否忘记了设置FLASH等待周期？哈哈，好象我的程序是没有这个步骤，因为手册里没有关于FLASH的寄存器描述，所以把它给忽略了...不过里面也有提到系统时钟不同时，需要设置不同的等待周期，24M以下使用0等待，24M~48M使用1等待，48M~72M使用2等待。找到FALSH的手册，看了下上电复位后的等待设置为0，晕，72M主频不跑飞才怪了。在配置时钟之前，增加了一句FLASH_ACR=0x32，将等待周期设置为2，再次运行程序，流水灯流了起来~~~
       根据圈圈以往的经验，通常像访问存储器的相关寄存器，复位后都会设置为最坏条件下的值(例如等待周期设置为最大)，然后再由用户自己配置以达到最佳性能。不过，STM32这个是内部的FLASH，上电复位后系统将自动使用内部8M时钟做为系统时钟，因而设置为0等待是没问题的。