STM32F4 PLL精度

时间:2014-06-28 15:52:14

标签: stm32 stm32ldiscovery

我试图在STM32F4 Discovery上配置时钟以进行精确的时间测量。我有这个配置:

int main(void)
{
NVIC_InitTypeDef nvici;
GPIO_InitTypeDef gpioi;
TIM_TimeBaseInitTypeDef timtbi;
SystemInit();
RCC_HSEConfig(RCC_HSE_ON);
RCC_PLLConfig(RCC_PLLCFGR_PLLSRC_HSE, 8, 320, 8, 8);
RCC_PLLCmd(ENABLE);
RCC_SYSCLKConfig(RCC_SYSCLKSource_PLLCK);
RCC_HCLKConfig(RCC_SYSCLK_Div1);
RCC_PCLK1Config(RCC_HCLK_Div1);
RCC_PCLK2Config(RCC_HCLK_Div1);

RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOD, ENABLE);
nvici.NVIC_IRQChannel = TIM2_IRQn;
nvici.NVIC_IRQChannelPreemptionPriority = 0;
nvici.NVIC_IRQChannelSubPriority = 1;
nvici.NVIC_IRQChannelCmd = ENABLE;
NVIC_Init(&nvici);

gpioi.GPIO_Pin = GPIO_Pin_15;
gpioi.GPIO_Mode = GPIO_Mode_OUT;
gpioi.GPIO_OType = GPIO_OType_PP;
gpioi.GPIO_Speed = GPIO_Speed_100MHz;
gpioi.GPIO_PuPd = GPIO_PuPd_NOPULL;
GPIO_Init(GPIOD,&gpioi);

RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE);
timtbi.TIM_Period = 20000000;
timtbi.TIM_Prescaler = 0;
timtbi.TIM_ClockDivision = 0;
timtbi.TIM_CounterMode = TIM_CounterMode_Up;
timtbi.TIM_RepetitionCounter = 0;
TIM_TimeBaseInit(TIM2, &timtbi);
TIM_ClearITPendingBit(TIM2, TIM_IT_Update);
TIM_ITConfig(TIM2, TIM_IT_Update, ENABLE);
TIM_Cmd(TIM2, ENABLE);
GPIO_SetBits(GPIOD,GPIO_Pin_15);


while(1)
    {
    }
}

void TIM2_IRQHandler()
{
TIM_ClearITPendingBit(TIM2, TIM_IT_Update);
GPIO_ToggleBits(GPIOD,GPIO_Pin_15);
}

有了这个我应该有TIM2采用20MHz时钟,但它似乎有不同的频率(大约10-30%不同)。对于我尝试过的所有其他PLL配置都会出现此问题,但是当我直接使用HSE作为SYSCLK时,它可以正常工作。我做错了什么,还是PLL不可靠?

1 个答案:

答案 0 :(得分:2)

不能100%确定是否存在问题,但在使用RCC_HSEConfig()启用HSE后,您应该拨打RCC_WaitForHSEStartUp(),因为HSE需要一段时间才能开始振荡,并检查返回代码以确保调用成功并且HSE实际初始化。

此外,如果您使用的是标准外设库附带的system_stm32f4xx.c文件,则可以废弃PLL初始化代码,只使用SystemInit()调用的代码。有一些#define可以控制PLL配置,靠近文件的开头(#define PLL_M#define PLL_N等等;它们的目的应该是不言而喻的)。我总是使用那里的代码初始化我的时钟,并且它们总是精确到晶体的准确度。请注意,此代码假定使用PLL_M等于25的25 MHz振荡器,因此您应将其设置为8以与STM32F4DISCOVERY板一起使用 - 正如您在代码中所做的那样。我不是建议这样做,因为我对你的代码有任何偏见,但是那里的代码已经过广泛的测试,根据我的经验,它可以被信任。