测试中不管设置什么值延时时间都没有变化

2万 · 2020-5-28 23:20

本帖最后由 liuzaiy 于 2020-5-28 23:23 编辑

STM32 FreeRTOS 串口队列接收

2万 · 2020-5-28 23:25

楼主程序可以公开吗？贴程序看下吧，这么说看不出什么原因

2万 · 2020-5-28 23:30

void TIM4_Init(void)//256us中断一次
{

TIM4_EGR = 0x01; // 允许产生更新事件
TIM4_PSCR = 0x07;//计数器时钟=主时钟/128=16MHZ/128 //相当64us
TIM4_ARR = 31;// 设定重装载时的寄存器值，255是最大值
TIM4_CNTR = 31; // 设定计数器的初值 // 定时周期=(ARR+1)*64=16.320mS,本次为2ms
TIM4_CR1 = 0x01; // b0 = 1,允许计数器工作// b1 = 0,允许更新// 设置控制器，启动定时器
TIM4_IER = 0x01;// 允许更新中断
_asm("rim"); // 允许CPU全局中断
}

2万 · 2020-5-28 23:32

如果我要设置成5us中断一次 TIM4_APP要如何设置

2万 · 2020-5-28 23:34

我的程序里在中断服务程序里改变了初值CNTR，功能正常，你试试。

2万 · 2020-5-28 23:36

我的也是啊！中断设置成2ms这个CNTR不管怎么设置好像都不会有影响

2万 · 2020-5-28 23:42

还有ST的参考手册上说TIM4是个向上增长计数器，我怎么感觉是个向下的？

2万 · 2020-5-28 23:44

1、“写计数器的操作没有缓存，并且可以在任何时候写TIM1_CNTRH和TIM1_CNTRL寄存器”
2、“在向上计数模式中，计数器从0计数到用户定义的比较值(TIMx_ARR寄存器的值)，然后重新从0开始计数并产生一个计数器溢出事件”，
以上，摘自STM8S手册。在你这里，你把TIM4_CNTR设置为31，等于TIM4_ARR

1万 · 2020-5-28 23:48

意思是说，TIM4从31开始计数然后在TIM4_CNTR等于31时触发中断

1万 · 2020-5-28 23:50

这好像没有意义啊，计时时间应该是计时器时钟周期的整数倍，用这种方法是无法64us得到5us的。仅供参考！

2万 · 2020-5-28 23:52

STM8在2MHZ下运行，TIME4设置128分频，算下来确实是64us，确实没法得到5us

2万 · 2020-5-28 23:54

那就直接不分频，16Mhz大概是59.6ns的周期，设置定时器计数84个周期产生中断就是5.0064us多一点，这个精度应该够用了吧

2万 · 2020-5-28 23:56

ARR = FREQ_TIMCLK / 200000; /* 频率200k 就是5us */

2万 · 2020-5-28 23:58

不分频是在大概62ns的周期吧？

2万 · 2020-5-29 22:00

定时器设置也就80个周期就产生中断就可以了。

1万 · 2020-5-29 22:01

为什么算的不太一样？

2万 · 2020-5-29 22:08

你是对的，我误按2的24次方算了

1万 · 2020-5-29 22:11

计时时间应该是计时器时钟周期的整数倍

1万 · 2020-5-29 22:13

先写高位,再写低位CNTR

2万 · 2020-5-29 22:15

不分频好像是大概是62ns的样子吧，定时器只需设置80个周期就够了