[参考译文] J784S4XEVM：J784S4 R5F 未发生看门狗复位

您好、Jim、

您发现该问题的应用和用例是什么？

您是否在应用中专门使用了 MCU_RTI0？

谢谢、

Neehar

是的、我使用的是 MCU_RTI0。 不需要任何应用。 从寄存器条件我置于那里、WD 会通过复位操作启用、并且 存在 RTI_WDSSTATUS 指示看门狗违例；R5F 应根据这些条件复位。 如果您禁用看门狗、请按照我在这里显示的方式手动配置这些寄存器、然后启用看门狗、应该会进行复位。  MCU_RTI0的时钟为32K 时钟  

您好、Jim、

如果您未在应用中使用此功能、您的用例是什么？ 您将 MCU_RTI0用于什么？ 用于基准测试还是其他一些用例？

Unknown 说：

MCU_RTI0的时钟为32K 时钟 [/报价]

您是否通过检查 CTRLMMR_MCU_RTI0_CLKSEL[2-0] CLK_SEL 和值"11"来获得该值？

谢谢、

Neehar

我正在应用中使用它。 我使用 MCU_RTI0作为看门狗。 应用程序需要每2秒选通一次看门狗、否则看门狗将复位系统。

是的、我验证了  CTRLMMR_MCU_RTI0_CLKSEL[2-0] CLK_SEL 值 为 "11

WD_STATUS 表示发生了看门狗违规、但系统未复位

您好、Jim、

您能否将 MCU_RTI1作为看门狗进行测试、看看是否可以重现相同的问题？

此问题是否会在应用程序的特定时间发生？ 例如在启动期间？ 在启动期间、如果在分配的3分钟内未加载 TIFS 映像、DMSC 将使用 MCU_RTI0看门狗计时器(如下所述)执行 WDT 复位。  

谢谢、

Neehar

是的、我使用 MCU_RTI1进行了测试、结果是相同的。 即使在启动期间使用了 MCU_RTI0、我也在我的应用中重新配置了看门狗、并且看门狗相关寄存器更改为我的配置、它应该会在启动后覆盖配置。 因此、看门狗应按照现在的配置工作。

问题是：即使 WD_STATUS 表示发生了看门狗违规、但未发生看门狗操作。 看门狗行为不符合当前为此看门狗配置的操作。  该模块也无法按其配置方式工作。 我们是否错过任何类型的内部链路(类似我们需要打开通道门才能在启用计时器冻结位时冻结计时器计数)？

您好、Jim、

Unknown 说：

即使在启动期间使用了 MCU_RTI0、我在我的应用中重新配置了看门狗、并且看门狗相关寄存器更改为我的配置、它应该会从启动中覆盖配置

您能否提供用于配置看门狗的代码？

我知道根据寄存器值、应该会发生复位。

Unknown 说：

我们是否错过了任何类型的内部链接(类似于我们需要打开通道门以便在启用计时器冻结位时能够冻结计时器计数)？

我也会再次与同事商量这件事。

谢谢、

Neehar

您的同事对重置操作的任何反馈？

另一个问题是、当发生看门狗复位时、它是否会复位整个系统？ 或者它只重置 r5f 核心？  

如果它复位包括主内核在内的整个系统、那么这不是我们想要的。 如何配置为仅重置 r5f 核心？

SDK 下的此文件夹下有简单的测试应用、构建此测试应用的步骤是什么？  我可以在此处修改应用以启用看门狗和测试。   

ti-processor-sdk-rtos-j784s4-evm-10_01_00_04/pdk_j784s4_10_01_00_25/packages/ti/csl/test/core-R5  

我发现的一个问题是：我无法从 MCU_ctrl_MR_cfg0寄存器更改 RTI 时钟。 我的程序无法配置时钟、我尝试从调试器更改时钟源、如下所示、它不允许我写入。    是否有任何特殊步骤使 MCU_ctrl_MRR_cfg0寄存器可写入？  配置时钟是否需要地址转换？ 我注意到、TI 示例也在直接进行寄存器写入

您好、Jim、

另一个问题是、当发生看门狗复位时、它是否会复位整个系统？ 或者它只重置 r5f 核心？  

如果它复位包括主内核在内的整个系统、那么这不是我们想要的。 如何配置为仅重置 r5f 核心？

让我仔细检查一下、然后再就此问题回复您。

SDK 下的此文件夹下有简单的测试应用、构建此测试应用的步骤是什么？  我可以在此处修改应用以启用看门狗和测试。   

ti-processor-sdk-rtos-j784s4-evm-10_01_00_04/pdk_j784s4_10_01_00_25/packages/ti/csl/test/core-R5  

您可以使用"CSL_CORE_R5_BareMetal_test_app"进行构建。 请注意、并非所有测试都经过验证并受支持。 您可以在此处查看测试。

Unknown 说：

要使   MCU_ctrl_MMR_cfg0寄存器可写入的任何特殊步骤？

访问该寄存器空间时、您能否确认是否正在解锁 KICK 保护寄存器？ 请查看 TRM 中的以下代码片段：

谢谢、

Neehar

现在我可以将时钟更改为32K,谢谢!

在执行应用程序之前：

未设置 CLK、

MCU rti0未配置

运行程序后：

系统设置为32K

MCU_rti0已配置、确保在我的程序中存在看门狗违例、但没有发生操作。

昨天我的问题是：

重置操作将重置整个系统、还是仅重置 r5f MCU 域？ 还是仅适用于 MCU_r5f_0内核？

硬件应处理此操作、但为什么硬件没有采取措施？

以下是重现问题的过程：

1：通过调试器加载任何 SDK 演示应用(该应用不使用 mcu_rti0)、并执行演示应用、中断执行

2：按照以下步骤从调试器手动将 MCU_rti0时钟重新配置为32K：

  A： 将 0x68ef3490写入地址0x40F09008

   B：将 0xD172BC5A 写入地址 0x40F0900c

   C：将0x3写入地址 0x40F08180

   D：将0x0写入  地址 0x40F09008

3：从调试器手动配置 MCU_rti0看门狗

  A：将0x13写入地址0x40600094  

  B：将0xff 写入地址 0x40600098以清除看门狗状态

  C：写入 0xA98559DA 0x40600090以启动看门狗

再次运行程序、查看复位操作是否由看门狗触发

您可以使用调试器脚本来编写这些寄存器、它将比编码更简单

现在我可以将时钟更改为32K,谢谢!

在执行应用程序之前：

未设置 CLK、

MCU rti0未配置

运行程序后：

系统设置为32K

MCU_rti0已配置、确保在我的程序中存在看门狗违例、但没有发生操作。

昨天我的问题是：

重置操作将重置整个系统、还是仅重置 r5f MCU 域？ 还是仅适用于 MCU_r5f_0内核？

硬件应处理此操作、但为什么硬件没有采取措施？

以下是重现问题的过程：

1：通过调试器加载任何 SDK 演示应用(该应用不使用 mcu_rti0)、并执行演示应用、中断执行

2：按照以下步骤从调试器手动将 MCU_rti0时钟重新配置为32K：

  A： 将 0x68ef3490写入地址0x40F09008

   B：将 0xD172BC5A 写入地址 0x40F0900c

   C：将0x3写入地址 0x40F08180

   D：将0x0写入  地址 0x40F09008

3：从调试器手动配置 MCU_rti0看门狗

  A：将0x13写入地址0x40600094  

  B：将0xff 写入地址 0x40600098以清除看门狗状态

  C：写入 0xA98559DA 0x40600090以启动看门狗

再次运行程序、查看复位操作是否由看门狗触发

您可以使用调试器脚本来编写这些寄存器、它将比编码更简单

在 J721E 寄存器说明中、是否不支持看门狗复位？ 您能否确认 J784S4是否支持看门狗复位？