[参考译文] J784S4XEVM：main0 R5 计时器捕获模式未按预期工作

您好的团队、

他们将其应用从 MCU R5F 内核移动到 main0 R5 core0、但在正确触发中断方面仍然存在问题。 它们的配置可通过我查看的共享驱动器链路进行访问、所有内容看起来都是正确的。 您能否仔细检查配置并就可能导致不触发中断的任何其他问题提供建议？

此致、

Luke

您好 Luke、

是否仅在 TIMER4 上出现该问题？ 我们可以更改计时器实例以进行一次验证吗？

此致、

Anil

目前、只有 TIMER4 连接到一个引脚。  是因为 GPIO0 模块未通电还是未计时？ 我将引脚更改为 GPIO、引脚状态不进行切换。 新版本的测试结果将上载到方框中

您好、Jim、

测试结果的新版本在哪里上传？

GPIO0（将 TIMER4 配置为 GPIO0）不切换？

此致、

Anil

是、使用 GPIO 测试更新了相同的文档名称。

我的问题是在测试期间、EMU0 = 0、EMU1=1、这将使 main0 R5 保持在复位状态。 我担心它会使所有其他处理器处于复位状态。 当我将应用加载到 main0 R5 并启动应用程序时、可能无法完成电路板初始化

-尝试在其他内核 (MAIN1/R51) 上加载应用程序。
-尝试禁用 EMU0/EMU1。  

如果仍观察到问题、我们可以拨打电话。

此致、

Anil

已上传后缀为__Apr_07 的测试报告。

其他信息： 这些输入的引脚状态未切换、通常引脚状态应快速切换

GPIO0 时钟未初始化？

谢谢

您好、Jim、

如果我们将 GPIO 引脚配置为输入并希望读取 GPIO 引脚状态、则：

-如果该引脚连接到 VCC ,那么我们需要下拉 GPIO 引脚
-如果该引脚连接到 GND ,那么我们需要上拉 GPIO 引脚

此致、

Anil

我修改了 EVM 并测试了捕获模式。 它工作正常。 这是我的硬件问题、而不是软件配置。 我还有一个问题:当使用捕获模式时,每次进行捕获时,TCAR1 和/或 TCAR2 捕获值: 1:从 0 重新启动? 2: 保留以前的读数,并在上面添加?   如果它是选项 2、是配置和强制它从 0 重新勾选的方法吗？

在 EVM 板中、我遇到以下问题：

1) 当我设置 TCM=3 以在两个边沿上捕获时、如何知道中断触发时的脉冲序列？  上升->下降->上升的诗下降--上升--下降？   

2) 我是否总是可以假设 TCAR1 锁存在上升沿,TCAR2 锁存在下降沿?

3) 我不能设置 TSICR 寄存器中的 READ_MODE 位、我只能设置该寄存器上的已发布位

1) 但如果设置 TCM = 3、TCAR1 和 TCAR2 寄存器会在中断发生时存储这些值、它们不会指示脉冲序列（上升->下降或下降->上升）

在中断时、我们需要读取计时器输入引脚状态寄存器以了解序列。（上升->下降或下降->上升）

2) 否、TCAR1 和 TCAR2 寄存器仅存储第一个事件或第二个事件的值。

-如果配置为上升沿,则 TCAR1 和 TCAR2 寄存器会在上升沿捕获计时器值。
-如果配置为下降沿,则 TCAR1 和 TCAR2 寄存器会在下降沿捕获计时器值。

和/或上升沿、下降沿可从 TIMER_TCLR[9-8] TCM 位中选择。

正如 J784S4 TRM 所说、
 -如果 TIMER_TCLR[13] CAPT_MODE 位为 0、则在第一次启用的捕获事件上、会显示的值
COUNTER 寄存器保存在 TIMER_TCAR1 寄存器中

 -如果 TIMER_TCLR[13] CAPT_MODE 位为 1、则 在第一次启用的捕获事件上、计数器的值为 1
寄存器保存在 TIMER_TCAR1 寄存器中、在发生第二个启用的捕获事件时、会保存的值
COUNTER 寄存器保存在 TIMER_TCAR2 寄存器中。

因此、我们可以得出结论：当 CAPT_MODE 位= 1 时、它用于测量 TCAR1 和 TCAR2 之间的时间。

此致、

Anil

为什么我不能在 TSICR 寄存器中设置 READ_MODE 位、我只能在该寄存器中设置已张贴的位？

如果我们将已发布位设置为 0x1、则无法设置 READ_MODE 位、因为在 POST 模式下需要进行读取和写入操作。