延时问题

1万 · 2020-10-12 22:05

选用内部时钟16MHZ HF,用下面这种方法写是延时1MS,请问是为什么
void DelayMs(uint16_t ms)  //系统时钟频率为16MHZ
{
unsigned short count= 500;
for(uint8_t i = ms;i> 0 ;i--){
      while(count -- );
      count = 500;
}
}

1万 · 2020-10-12 22:11

PIC单片机的时钟经过内部分频,实际的工作频率为晶振频率的四分之一,

2万 · 2020-10-12 22:14

PIC单片机定时器初值计算方法

PIC的指令周期是4个震荡周期，在没有使用分频器的情况下，TMR0 会在每个指令周期信号（等于晶体振荡器产生的主时钟周期的 4 倍）到来时自动加 1。在配置了分频器的情况下，TMR0 会在每次收到由分频器将指令周期信号分频一个固定倍数后产生的信号时自动加 1。如果 TMR0在累加计数的过程中，CPU 执行一条往 TMR0 中写入数据的指令，则累加计数器的加 1 操作将被推迟两个指令周期，重新开始计数。这两个指令周期的偏差在用户编写时间精度要求较高的程序时应引起注意，可以通过在每次写入 TMR0 时给一个调整值的方法来解决。

假设的是时钟频率为 4MHz。因此，一个指令周期就是一个微秒（μs）的时间。

，也就是计数一次时间是1us。

没有分频比定时器的初值计算公式：T0=256-Tc+2

其中TC是想得到的次数。加2的原因是写值的时候要消耗两个指令周期。

如果分频器给了定时器，最好不要再读写TMR0了，不然会照成误差。

假设分频器是16，晶振是4Mhz，一次由00到FF的时间是16*256=4096us。假设50ms的时间

在中断每次加上4096，

主程序检查是不是超过5000，超过了就减掉5000，这样算是50ms就得到了。

2万 · 2020-10-12 22:17

另外你是不是8分频了。

只看该作者 · 2020-10-12 22:20

不清楚啊，以实际为准，毕竟除了你设置的这个，函数跳转也消耗周期。

1万 · 2020-10-12 22:28

你这种手工做的延迟函数, 最大的问题是不准, 其次是延迟到底多长时间, 你也控制不了.

2万 · 2020-10-12 22:32

即使能够控制大概时间, 换个编译器模式, 又不准了.

2万 · 2020-10-12 22:35

如果是原地延时的话, 建议你试用库函数__delay_ms(), __delay_us()这样的

2万 · 2020-10-12 22:38

详情可以参考XC8编译器手册,需要定义一个系统频率的宏, 用MCC的话, 它会自动帮你定义, 你直接调用上面的2个 __delay函数就可以了, 可以说是非常准.

只看该作者 · 2020-10-12 22:42

另外,你如果不用原地延时,建议用timer中断来做, 这个就简单多了, 不再赘述.

2万 · 2020-10-12 22:45

这种你就不要纠结准不准了。

2万 · 2020-10-12 22:49

我看其他单片机的库都提供延时函数，用的定时器。

2万 · 2020-10-12 22:59

这种只适合大致延时，准确延时还是要定时器

1万 · 2020-10-12 23:03

首先这种是软件定时器,是不精确的. 其次我来分析一下这种写法:
假设输入参数是1,即延时1ms, 那么"count --"这条语句会执行1*500 = 500次, 就是说执行"count --"500次需要1ms, 那么执行"count --"1次就需要1/500ms. 执行"count --"1次需要1个指令周期,即 1个指令周期= 1/500ms, 那么指令频率就是500kHz, 系统时钟频率是指令频率的4倍,即500kHz*4 = 2MHz. 猜测楼主的系统时钟16MHz 8分频.

2万 · 2020-10-12 23:08

软件延时不要考虑精确，一般用在时序模拟上，只要在时序的要求范围内就可以

1万 · 2020-10-12 23:12

嗯，我再好好缕一缕吧，有了好消息及时通知大家

1万 · 2020-10-12 23:18

唉，还是没有什么结果，算了，多谢大家啦

只看该作者 · 2020-10-13 15:06

看看循环里的代码汇编是几条指令