PIC单片机关于EEPROM的问题请教

发表于 2010-5-4 09:10

刚解除PIC单片机不久,最近做个程序需要写EEPROM,起初都很正常,能写能读...一旦将OPTION_REG的TMR0预分频之后,在检测EEIF的时候,要较长的时间才被置1,导致看门狗动作了!于是我在检测的时候喂了下狗就好了...但是怕这样程序会出问题,可能导致死在这里,而且看了很多资料没有提到OPTION_REG会影响EEPROM中断
另外有个比较弱的问题问下...PIC单片机的TMR0和TMR1计数器是在什么时候开始计数的?IF清零后,还是IE开启后?

发表于 2010-5-4 10:07

关于第一个问题，可能是预分频给了看门狗，导致看门狗的溢出时间缩短了，而EEPROM的写时间不变，从而认为是EEIF的时间长了
第二个问题，好像TMR0复位后就开始计数，并且关不掉（我只了解一部分型号，不代表所有的），TMR1在使能计数后开始计数，与IF和IE的状态无关，本末倒置了，定时器溢出了能置位IF，IE是中断允许位

发表于 2010-5-4 10:08

1、TMR0和EEPROM没什么关系。
2、EEIF是否尽量快的发生中断响应，需要看你的其他中断处理的程序是否正确。
3、读EEPROM没有时间延迟，写EEPROM一般需要5~10MS延迟，请正确理解这个时间参数。
4、TMR0是不可关断的定时器，也就是说，只要上电，它就一直在计数中。
TMR1印象中有一个启动停止控制位，也就是说，可以根据代码决定TMR1什么时候开始计数和停止计数。
不管是哪个定时器，计数值的清除动作和IF没有直接关系，IF只代表发生了计数溢出。

具体的功能请详细阅读对应的DATASHEET,呵呵，俺也不可能天天把DATASHEET背熟的，如果用到时查查手册核实一下为好，如果我所描述的和手册有出入，请以手册为准。

发表于 2010-5-4 10:13

关于第一个问题，可能是预分频给了看门狗，导致看门狗的溢出时间缩短了，而EEPROM的写时间不变，从而认为是EEIF的时间长了
第二个问题，好像TMR0复位后就开始计数，并且关不掉（我只了解一部分型号，不代表所有的） ...
zhaoyu2005 发表于 2010-5-4 10:07

如果是预分频给了看门狗，应该是溢出时间拉长了。
PIC的看门狗定时器在没有分频的情况下，一般溢出时间在9~30MS,典型值在18MS左右，这个时间足够EEPROM写操作的延迟时间了，所以LZ的问题99.99%是他自己的代码结构不合理的问题。

发表于 2010-5-4 10:25

楼上的大哥说的有理,可能是我代码有问题...我现在用的16F630是汇编的,而且没有仿真器比较难找到问题所在!
我是在开启了TMR0中断之后,再EEPROM写入时已经关闭总中断,好像在判断写入是否完成时,总要先喂一下狗,不然要么写入数据出错,一直重写,要么EEIF没有置1....有什么可能导致这些情况?

发表于 2010-5-4 11:02

晕..真想扇自己两巴掌!!这个问题纠缠了我2天了....果然是代码中一个变量没有初始化,导致写入EEPROM写了太多次,才引发看门狗复位@_@果然经验不足....不过想半天没想明白,为什么OPTION_REG赋值时才会导致这种问题...太深奥了:dizzy:

发表于 2010-5-4 17:54

呵呵，慢慢来

发表于 2010-5-4 18:15

嗯学了不熟练

发表于 2010-5-9 18:03

ye前辈很牛

PIC单片机关于EEPROM的问题请教

相关帖子

浏览过的版块

精华达人奖章

湍急之河流

伴坛终老

技术高手奖章

终身成就奖章

坚毅之洋流

十世金身

技术领袖奖章

社区建设奖章

欢快之小溪

技术奇才奖章