stm32f103定时器总是固定快了1s多，加大定时精度可以缓解，但不知为什么

123军

代码中 t1 是1s钟定时。我在主函数中 if(t1==10)led(ON);  但是，我按下复位的同时按下手机的秒表，发现当秒表计时8s多，led就亮了。
如果改成 if(t1==20)时，在秒表计时到 18s 多led点亮。 当 if(t1==15) 时，在13s多就点亮led了。  总有个时间差。。。

我的解决办法是增加定时精度，当我把 t1 换成 1ms 定时的时候，if（t1==5000）,基本就是过5s就点灯，时间差看不出来了

不知道为什么，虽然可以经过加减时间差或其他方式来解决，但是总感觉不安啊。有大神知道为什么吗？

[mw_shl_code=c,true]#include "Timing.h"
#include "stm32f10x.h"

uint16_t T=0,t1=0;  //

#define PERIOD 10000   // 1s 定时

void Timing_Config(void)
{
TIM_TimeBaseInitTypeDef TIM_T;
        NVIC_InitTypeDef NVIC_I;
       
        RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2,ENABLE);
       
        TIM_T.TIM_ClockDivision=TIM_CKD_DIV1;
        TIM_T.TIM_CounterMode=TIM_CounterMode_Up;
        TIM_T.TIM_Period=PERIOD;
        TIM_T.TIM_Prescaler=7199;
        //TIM_T.TIM_RepetitionCounter
        TIM_TimeBaseInit(TIM2,&TIM_T);
       
  NVIC_I.NVIC_IRQChannel=TIM2_IRQn;
        NVIC_I.NVIC_IRQChannelCmd=ENABLE;
        NVIC_I.NVIC_IRQChannelPreemptionPriority=0;
        NVIC_I.NVIC_IRQChannelSubPriority=1;
        NVIC_Init(&NVIC_I);

        TIM_ITConfig(TIM2,TIM_IT_Update,ENABLE);
       
        TIM_Cmd(TIM2,ENABLE);
       
        TIM2->CR1 &= (uint16_t)(~((uint16_t)TIM_CR1_CEN));//   DISABLE
       
        TIM_ClearITPendingBit (TIM2,TIM_IT_Update);
}

void Timing_Open(void)
{
TIM2->CR1 |= TIM_CR1_CEN;//                            ENABLE
}


void Timing_Close(void)
{
TIM2->CR1 &= (uint16_t)(~((uint16_t)TIM_CR1_CEN));//   DISABLE
        t1=0;
}


void TIM2_IRQHandler(void)
{
if(TIM_GetITStatus(TIM2,TIM_IT_Update)==1)
{
  TIM_ClearITPendingBit(TIM2,TIM_IT_Update);
         t1++;
         if(t1==10000)
         {
                 t1=0;
         }
}
}[/mw_shl_code]

ianhom

一般这样的计时方式误差在中断周期时间以内，在你的情况就是1s以内。
假设在第0秒你的t1值为0，在第1秒时刻，你的t1值为1，而当你在第1.5秒时读t1的值，其值还是1，这样你在第2秒时刻时，t1变为2，从你读取t1值得变化来看是变化了2-1= 1秒，而实际是过了500ms，所以在这样的情况下，你定10秒就会在9.5秒出结束。所以会有一个固定偏差。
当你设定中断周期为1ms的话，那偏差就会在1ms之内。时差感觉就很小了。
但你这里偏差大于1s了可能还有其他类似的偏差值在里面。

yyx112358

你可以调试一下（在中断服务程序加个断点）就会发现，刚刚打开中断时会自动进入一次中断，所以计数次数实际上多了1，原因和解决方法不太清楚，期待大神解答
我的解决方法就是把这个数减一……

123军

yyx112358 发表于 2016-8-5 16:34
你可以调试一下（在中断服务程序加个断点）就会发现，刚刚打开中断时会自动进入一次中断，所以计数次数实际 ...

看三楼

123军

ianhom 发表于 2016-8-5 16:43
一般这样的计时方式误差在中断周期时间以内，在你的情况就是1s以内。
假设在第0秒你的t1值为0，在第1秒时 ...

感觉2楼跟3楼的答案是不是就是正好对上了我定时器的偏差。。。

ianhom

123军 发表于 2016-8-5 16:59
感觉2楼跟3楼的答案是不是就是正好对上了我定时器的偏差。。。

恩，才发现你会关定时器的中断。
我一般不会去启动和关闭这个中断，这个t1会自己不断++，作为一个free running的clock，每次开始计时的时候记录一个t1值，在检查的时候再次检查一个t1值，这样两次的差值就是时间差（不用担心 1-65535的情况，会借位计算差值）。楼主可以试试这个方法，看看误差是不是就会落在0~1秒之间，

123军

ianhom 发表于 2016-8-5 17:30
恩，才发现你会关定时器的中断。
我一般不会去启动和关闭这个中断，这个t1会自己不断++，作为一个free r ...

经实验，此方法有效，误差在1s内。但是，不方便。
还是搞不懂少了的那1s去哪了，万一以后遇到需要精确定时的时候就麻烦了

ianhom

123军 发表于 2016-8-7 19:35
经实验，此方法有效，误差在1s内。但是，不方便。
还是搞不懂少了的那1s去哪了，万一以后遇到需要精确定 ...

。。。那1s就是三楼说的原因啊。。。。。。。。。