在ISR被调用之前关闭定时器会发生什么？

通常，“E”标志允许中断，但是当给定条件发生时，“F”标志将总是被设置。注意，有时模拟器不与某些设备/计时器一起工作。（发生在我身上）



      以下为原文

    Usually, "E" flags ENABLE interrupts, but the "F" flags will ALWAYS get set when the given condition happens.
 
Also note that sometimes the SIMulator does not work with some devices/timers... (happened to me)

如果你关闭定时器，则不会中断。IE启用IQ。如果在定时器翻转或等于PR时得到设置，则只需在ISR之前和在ISR中清除，如果通过设置GIE，则可以强制。GIE是全局中断控制器，启用中断。所有您启用/禁用中断掩码，高和低。学习数据表多一点。



      以下为原文

    If you turn the timer off then no interrupt will get called.
IE enables the irq.
IF gets set when the timer rolls over or equals PR,
you only need to clear that before and in an isr, you can force IF by setting IF high.
 
GIE is the global interrupt controller , enables interrupts.
PEIE
These combinations all your to enable/disable interrupts masks, high and low.
 
Study the datasheet a bit more.

因此，即使IE和IF是真的，如果计时器被禁用，那么ISR就不会被调用？这是唯一解释我所看到的事情，但我正在努力理解如何，即使计时器从手表晶体运行，而其余的PIC运行在64兆赫，我怎么能设法关闭它之间的定时器滚动和ISR被调用。我有一个计时器提供1秒的滴答声。当它滚动时，ISR停止它，加载新的定时器值并重新启动它，然后为主循环设置一个标志来处理。主循环简单地在每次设置该标志时递增计数器。当我完成计时时，我停止计时器并使用TMR3H来确定一秒的分数。我发现，如果我设法停止计时器，正如它应该翻滚，我是第二个短。在计算时，我检查在ISR中设置的标志，如果它被设置，则添加一个，这将允许在主循环中未处理的翻滚。因此，我能看到的第二个简短的唯一原因是如果翻滚不知为什么不调用ISR来设置这个标志，而唯一的ReA。儿子不会发生的是，如果设置定时器关闭，即使在TMR3IE和TMR3IF被设置时也会调用ISR。当发生这种情况时，下面的定时器总是1秒长，所以我假设当我重新启动定时器时，ISR立即被调用，标志被设置，定时器递增。直接离开，而不是在1秒之后。所以也许我需要检查TMR3IF以及在ISR中设置的标志，但是复制这个bug首先是很困难的，因为时间非常紧迫。



      以下为原文

   


So, even if IE and IF are true, if the timer is disabled then the ISR won't get called?
 
That is the only thing that explains what I'm seeing but I'm struggling to understand how, even with the timer running from a watch crystal while the rest of the PIC runs at 64MHz, how I can manage to turn the timer off between it rolling over and the ISR being invoked.
 
To explain... I have the timer providing a 1 second tick. When it rolls over, the ISR stops it, loads new timer values and starts it again, then sets a flag for the main loop to process. The main loop simple increments a counter each time this flag is set. When I'm done timing, I stop the timer and use TMR3H to determine fractions of a second. I'm finding that if I manage to stop the timer just as it should be rolling over, I'm a second short. When doing the calculations I check the flag I set in the ISR and add one if it is set, which should allow for a roll-over that isn't handled in the main loop.
 
So, the only reason I can see for being a second short is if the roll-over somehow isn't invoking the ISR to set this flag, and the only reason that wouldn't happen is if turning the timer off prevents the ISR being called even if TMR3IE and TMR3IF are set.
 
When this happens, the following timer is always 1 second long so I'm postulating that when I re-start the timer the ISR is instantly invoked, the flag gets set and the timer incremented straight away rather than after 1 second.
 
So maybe I need to check TMR3IF as well as the flag set in the ISR, but then replicating this bug will be hard enough in the first place due to the incredibly tight timings...

打开定时器打开和关闭对TMR3IF标志没有影响。我想你所引用的文本是想说清楚的…你必须让计时器继续运行，以便它在第一时间设置TMR3IF，但是一旦它被设置，它将一直保持到你清除它。如果你有TMR3IE和TMR3IF设置，而你没有得到中断，Gie/Pee和优先级比特是什么？



      以下为原文

   
Turning the timer on and off has no effect on the TMR3IF flag.
 
I think the text you quoted was trying to say the obvious... you have to have the timer on and running in order for it to ever set TMR3IF in the first place, but once it's set it'll stay on until you clear it.
 
If you have TMR3IE and TMR3IF set and you're not getting the interrupt what about GIE/PIE and the priority bits?
 

通常不需要重新加载定时器。你可能需要在“特殊事件触发”模式中使用比较模块，然后使用CCPYIR代替TimeRIIR，因为定时器永远不会翻转。



      以下为原文

   
Usually no reload of a timer is required. You possibly should do this with a compare module in "special event trigger" mode.
Use the CCP_IR instead of TIMER_IR then, because the timer never will roll over.
   Attached Image(s)

杰瑞，很高兴在这里见到你！中断是正常工作的，它似乎只有当我停止计时器接近点，它应该重新加载，我看到一个问题。我没有改变中断优先级，把它留给剑鱼来处理。我不知道中断是否被调用，但是中断中的标志没有被设置，但是它似乎正在滚动。设置所述标志的唯一条件是TMR3IF为真。混淆…



      以下为原文

   


Jerry, good to see you over here!
 
The interrupt is working normally, it only seems to be when I stop the timer close to the point it should reload that I'm seeing an issue. I'm not altering interrupt priority, leaving that to Swordfish to deal with.
 
I don't know if the interrupt is getting called or not, however the flag within the interrupt isn't being set yet it appears the timer is rolling over. The only condition to set said flag is for TMR3IF to be true.
 
Confusing...

你知道，我从来没想过用CCP做这个伟大的电话。它是否修复了我不知道的问题，但是它会使各种代码变得更容易。例如，为了计算一秒钟的分数，我必须用7F的高定时器字节，现在我可以从零计数，所以可以使用值直接。



      以下为原文

   


You know, I never thought to use CCP for this - great call. Whether it fixes the issue I don't know, but it will make various bits of code easier. For example, to calculate the fraction of a second I'm having to AND the high timer byte with $7F, I can now count up from zero so can use the value direct.

“所以，即使IE和IF是真的，如果计时器被禁用，那么ISR就不会被调用了吗？”它会被调用，因为它们是在一起的。定时器在ReleRver或PR.上设置旗标，只要可以启用该标记，就可以手动设置标志，从而导致ISR。



      以下为原文

    "So, even if IE and IF are true, if the timer is disabled then the ISR won't get called?"
 
It will get called, because they are anded together.
The timer sets the flag on rollerover or PR.
You can set the flag manually as long as it is enabled reguardless of the timer and that causes the isr.

我需要深入挖掘这一点，因为计时器正在滚动，但ISR没有被调用……有一些想法可能是错误的-它工作正常，直到计时器停止，但我有很多其他事情发生，调用ISR，所以首先要检查的是TI是否MER 3中断实际配置正确。



      以下为原文

   


I need to dig deeper in to this as the timer is rolling over but the ISR isn't getting invoked...
 
Got some ideas what may be wrong - it's working OK up until the point the timer is stopped but then I have plenty of other things happening which invoke the ISR so first thing to check is whether the timer 3 interrupt is actually configured properly.

可能需要显示您的代码去进一步。



      以下为原文

    Probably need to show your code to go any further.