STM32F103vct6定时器问题，高频定时器中断出现问题

Mark789

大家好，我的最近在做FFT，每20ms采集一组64个等距点，（我用TIM3做的，每20/64=0.3125ms触发一次定时器更新中断，在中断里完成一次数据采集，arr和psc设为149）
采集完1组数据后，将处理结果通过wifi发送出去。结果发现存在一个约6ms的多余时间。


当我改为采集5组数据后，将处理结果通过wifi发送出去
结果发现存在一个约30ms的多余时间。
当我将定时器时间缩小为原来的2/3,我发现这个30ms仍存在。（我把接收数据间隔减去30ms才会呈2/3比例关系）

我认为是定时器出了问题，每次执行都比我预期的定时值多约0.09ms，请问有人知道这是为什么吗？

正点原子

定时器进入中断也是需要时间的，中断处理也是需要时间的，你这个频率30多K，虽然不高，但是你要考虑下中断服务函数是否精简，否则中断就不准确了。

Mark789

正点原子 发表于 2019-10-19 02:22
定时器进入中断也是需要时间的，中断处理也是需要时间的，你这个频率30多K，虽然不高，但是你要考虑下中断 ...

谢谢，我知道了。如果定时器中程序过大的话，而本身却难以精简的话，我是否可以采取其他方式实现精确的定时的去做某些事呢？

Mark789

Mark789 发表于 2019-10-19 19:00
谢谢，我知道了。如果定时器中程序过大的话，而本身却难以精简的话，我是否可以采取其他方式实现精确的定 ...

我把中断服务程序中加了一个标志位，进入中断置1，然后在主程序while(1)循环中对标志位清零，目前可行。但是不知道这样是不是存在隐患

正点原子

Mark789 发表于 2019-10-19 19:00
谢谢，我知道了。如果定时器中程序过大的话，而本身却难以精简的话，我是否可以采取其他方式实现精确的定 ...

是的，比如定时器触发DMA，这个时候，是不需要中断的只需要事件即可。

Mark789

正点原子 发表于 2019-10-19 02:22
定时器进入中断也是需要时间的，中断处理也是需要时间的，你这个频率30多K，虽然不高，但是你要考虑下中断 ...

我把定时器中断服务程序简化了，void TIM3_IRQHandler()
{
  TIM_ClearITPendingBit(TIM3,TIM_IT_Update);//清除中断标志位
        T_pointer=1;
}
然后在主程序循环中执行
while(1)
{               
        if(T_pointer==1)
        {        
                T_pointer=0;
                其他很多我需要定时操作的函数
        ｝
｝
结果在3200HZ的执行频率下，时间每秒多了56ms（随着while(1)循环中代码量的增多，这个时间会增加），这样为什么还会导致时钟不准？求教原子哥

正点原子

考虑过wifi的延时么

Mark789

正点原子 发表于 2019-10-21 03:09
考虑过wifi的延时么

考虑过，wifi的延时不大于3ms，而且我这里的是收到数据的时间，如果定时器准确的话，就算wifi有延时，那么收到数据的时间间隔应该也是正确的1s。