用的芯片型号是STM32F030F4P6，TSSOP20封装，程序很简单，就把系统时钟设置为16M，然后产生一个100ms的systick中断，用一个LED来观察效果。
下面是初始化程序和主程序的截图：


系统初始化，时钟为16M，systick设置为100ms



SysTick_Handler里把flag置1，主函数里判断


问题描述：在把程序烧进去以后，发现灯闪得很慢，如果把函数改成SysTick_Config(1600000);//即100ms就可以正常闪了。这说明RCC_GetClocksFreq(&RCC_Clocks); 获取的值不对。
于是就在线调试，看到systick相关的寄存器值不对了

不知道大家有没有遇到这样的问题？请不吝赐教，谢谢！

另外，在线调试的时候，跟踪代码，发现RCC_GetClocksFreq函数里，有程序跑飞的情况。



问题依然存在，现在把工程放上来了，劳烦各位可以下来看看，谢谢了!
在线调试的时候，进入UartInit函数里，点击“step over”，发现还是有程序跑飞的情况。

chifen 发表于 2015-11-3 21:50
SysTick_Config(1600000);   如果正好是100MS一次，而RCC_GetClocksFreq(&RCC_Clocks); 不是100MS一次，那R ...

是的，直接SysTick_Config(1600000)就没问题了。
但是，SysTick_Config(RCC_Clocks.HCLK_Frequency/10);        这样的方式，如果是在线烧录调试的话，又是正常的。我弄了几天，查了不少资料，感觉应该是systick设置的时候，出现了问题，这个跟优先级有关，但是又不知道怎么排除问题。

SysTick_Config(RCC_Clocks.HCLK_Frequency / 100000); 在这个地方打断开 ，之后光标指向 RCC_Clocks 会有一串 代码出来 上面就有RCC_Clocks.HCLK_Frequency  的值 ，你看一下是多少，或 选中RCC_Clocks
点右键  ADD到 Watch 1


你可以把那段代码复制过来看一看，怀疑是你 倍频错了

安 发表于 2015-11-11 09:55
单步进入，看看执行哪一步发生的溢出。这样最可能的是入口数据的溢出。

经过这一两周的不断排除，现在确定跟RCC_GetClocksFreq函数有很大关系，但是具体问题出在哪里，不想继续纠结了，现在人为把RCC_ClocksStatus.USART1CLK_Frequency设定为系统时钟值就行了。心好累

帮顶了。

SysTick_Config(1600000);   如果正好是100MS一次，而RCC_GetClocksFreq(&RCC_Clocks); 不是100MS一次，那RCC_Clocks得到值 就不对，说明你前面设置的时钟源不是16M

你 16M用外接晶振吧，我用内部的很正常的，

0x2DC6C00=48000000    48M

你这样仿真一下看看你的是多少M就知道 对不对了

其实真正设置时钟的函数是在这个SetSysClock()函数中。这个您这个应该是标准库的函数吧。STM32F030F4P6这个片子的HSI是几M，我给忘记了。这个要看时钟树的。

从来没遇到过这个问题，可能是我学识浅薄

chifen 发表于 2015-11-3 22:56
0x2DC6C00=48000000    48M

给你看一下吧，这是在线运行的结果

看一下配置，可能是把系统初始化配置错了。最好把工程发上来。

帮顶`````````

安 发表于 2015-11-5 08:38
看一下配置，可能是把系统初始化配置错了。最好把工程发上来。

版主你好，我已经把工程放上来了，劳烦您帮忙看一下，谢谢了！

看代码及配置，用的是HSE,默认的HSE_VALUE的值是8000000。