Pic18F25K80 16位模式下的定时器0配置

本文探讨了使用PIC18F25K80单片机时遇到的定时器0配置问题。详细介绍了在16位模式下,定时器首次中断时间异常的原因及解决办法,并给出了正确的初始化和中断处理函数。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Pic18F25K80 16位模式下的定时器0配置

项目用到了PIC18F25K80单片机的定时器0作为系统的节拍。在设计中发现定时器第一次进入中断的跟第二次进入中断时间都比较长,原来只配置了20ms ,实际大概2S左右。第三次以后进入中断的时间是正常的。当时比较费解这个问题。。。。

 

刚开始以为是刚上电,系统时钟不稳定所造成的。所以在上电后加了较长的延时后,现来配置定时器,问题依旧。

 

通过阅读手册,和查阅相关的资料才最终发现问题。

 

修改前的配置函数:

void timer0_init(void)

{

TMR0L = 0x8E; //预装载值低字节(65535-625)%256

TMR0H = 0xFD; //预装载值高字节(65535-625)/256

T0CON = 0x86; //配置寄存器 开始计数

TMR0IE = 1;  //开启定时器0中断

TMR0IF = 0;  //清除中断标志位

TMR0IP = 0;  //中断低优先级

}

修改前的中断函数:

void interrupt low_priority LOW_isr(void)

{

/*定时器0发生溢出中断 20ms周期*/

if(TMR0IF == 1)

{

T0IF=0; //清除中断标志位

TMR0H = 0xFD; //预装载值高字节(65535-625)/256

TMR0L = 0X8E; //预装载值低字节(65535-625)%256

}

}

 

第一个问题:TMR0L TMR0H 写顺序不能返过来,应该先写H,再写L

   原因:因为TMR0H缓存形式存在的,读写的时候并不会真正更新到递增的计数器里面去,那么什么时候更新呢?只有在TMR0L读写的时候才会一起将TMR0H 跟 TMR0L 一起更新到递增计数器里面去。所以,顺序不能反过来。

第二个问题:T0CON 的配置应该放在读写TMR0L 和 TMR0H 的前面。原因不明。

 

以下是修改后的函数:

void timer0_init(void)

{

T0CON = 0x06; //配置寄存器 开始计数

TMR0H = 0xFD; //预装载值高字节(65535-625)/256

TMR0L = 0x8E; //预装载值低字节(65535-625)%256

TMR0ON = 1;  //使能定时器0

TMR0IE = 1;  //开启定时器0中断

TMR0IF = 0;  //清除中断标志位

TMR0IP = 0;  //中断低优先级

}


void interrupt low_priority LOW_isr(void)

{

/*定时器0发生溢出中断 20ms周期*/

if(TMR0IF == 1)

{

T0IF=0; //清除中断标志位

TMR0L = 0X8E; //预装载值低字节(65535-625)%256

TMR0H = 0xFD; //预装载值高字节(65535-625)/256

}

}


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值