[参考译文] CCP EdgeTime 事件捕获

尊敬的 Bob：

您没有看到边沿时间数据表分析中说明为边沿时间使用快照预分频器寄存器但配置文本使用另一个寄存器的问题？ Tivaware TimerConfigure()文本状态快照用于周期模式、OneShot 模式、而不是边沿时间模式。 除了为边沿捕获配置计时器之外、它似乎不能正常工作。 然而、边沿计数模式在 GPTM_TNR 寄存器的中断处理程序读取中产生一致的返回值。

您看不到打印的捕获边沿时间、即使 CCP 输入信号为常数49.5Hz、中断也不会保持常量值？ 请注意、不能通过对 CCP 中的任何边沿抖动进行分频过滤来改进打印值。 此外、边沿时间预分频器值存储在 GPTM_TNR 而非 T_NPS 寄存器的高23：16中。

为了在中断处理程序中返回常量结果、必须对 GPTM_TNR 寄存器的13.4.4所述的基本配置执行什么操作？ 这与 CCP 输入信号的频率不同。 递减计数达到 GPTMTnR=X 和 GPTMTnR=Y 的点似乎没有锁定到 CCP 上升沿事件、并且经常在 GPTMTnR=Z 附近自下而上 没有人关心 GPTMTnR=Z、该值不被视为有效边沿时间、看起来代表超时事件。

即使我们从第一个中断周期中保存了 GPTMTnR=X 的情况中减去 GPTMTnR=Y、打印的值仍然不是每隔一个中断周期都一致。 减去保存的变量通常会阻止 GPTM_TNR 时间值在打印变量中增长。  49.5Hz CCP 远高于25ms、这应在 GPTM_TNR 中轻松计数到40Hz。

25ms 计时器加载值：

/*加载高位 TbPR 24位 CCP 边沿时间
*对于25ms/40Hz 的最短边沿时间*/
MAP_TimerPrescaleSet (TIMER0_BASE、TIMER_B、0x0006)；

/*加载低位 TbILR 25ms/40Hz 边沿时间*/
MAP_TimerLoadSet (TIMER0_BASE、TIMER_B、0x1A80)；

/*为 CCP1配置边沿极性捕捉事件。 *
MAP_TimerControlEvent (TIMER0_BASE、TIMER_B、TIMER_EVENT_POS_EDGE)； 

尊敬的 Bob：

看起来很明显、我们必须在 GPTM 配置中为 PS 寄存器启用快照模式才能产生有效结果。 配置和边沿时间分析部分没有提到在 TnMR 中启用快照模式(TnSNAPS)位。

在下面的相关文本中、有一个很愚蠢的现象：图13-3 GPTMTnR=X 和 GPTMTnR=Y 结果、即使在中断和应用程序执行期间也是可读的。 文本信息器应用程序在 X 到 Y CCP 输入周期之间的边沿时间结果被磁力停止。 最终结果是否在 GPTMTnR=Z 周期结束时连接在一起？ 相对于使用寄存器信息的应用、"保留在此处"是什么意思？ 如果第一个值从未被应用程序读取、而是通过 F=1/p 来比较 X 和 Y 来获得 CCP 输入频率、那么加载新值的点是什么？

无论边沿时间、即使启用了捕捉模式、CCP 捕获也无法产生一致的结果、在中断任一方式期间、tNPS 寄存器都是0x0。 由于 TNR 保存预分频器结果位[23：16]、可能会发生0x0？ 也许是时候用有用的事实更新 TM4C1294数据表了、这样客户就不会有太多困难了？ Stellaris 数据表中也包含下面同样的"不准确"语句、TM4C1294数据表中添加了 tNPS 寄存器使其进一步混淆。

数据表逐字记录：

每次检测到上升沿事件时、当前的计数值都会加载到 GPTMTnR 和 GPTMTnPS 寄存器中、并保持该值直到检测到另一个上升沿(此时新的计数值会加载到 GPTMTnR 和 GPTMTnPS 寄存器中)。