[参考译文] TMS320F28386D：上电复位

您好！

该清除操作仅在 POR 后发生。 您的应用程序是如何运行 SCIA 引导的？

应用程序是否在 POR 后直接从闪存引导？

-Kedar

Unknown 说：

您的应用程序如何运行 SCIA 引导

无 SCIA 引导。  只需使用 SCIA 发送  ResetCaseValue 并在 Windows 的 UART 支持工具中进行检查。

Unknown 说：

应用程序是否在 POR 后直接从闪存引导？

是的、这两个测试都是在 POR 之后直接进行的。

它似乎要经过 BootROM 中的不同软件路径、

RESC 原因寄存器显示 XRSn 引脚被置位为复位、而不是 POR。 在这种情况下、数据是正确的。

您能否确认第二个测试确实是通过 POR 进行的？

Unknown 说：

RESC 原因寄存器显示 XRSn 引脚被置位为复位而不是 POR。 在这种情况下，数据是正确的。

我清楚地说了上面的测试方法、正如原点问题所示。

您能否重现这两个测试？ 那么您将得到我所要求的内容。

我现在关注的是这一问题。 有任何更新吗？

大家好。

还没有。 我将在下周二回复您。 我需要一些时间来安排硬件以便能够重现您的问题。

-Kedar

我现在关注的是这一问题。 有任何更新吗？

我现在关注的是这一问题。 有任何更新吗？

如果 Kedar_Sirdeshpande 非常忙、可以有任何其他 TI 专家来帮忙吗？

您好、WZ：

我诚挚的歉意。 我确实忙于一次客户升级、花费了我100%的时间。

我想看看是否有其他工程师可以帮助您解决这个问题。

-Kedar

Unknown 说：

2. 执行相同的操作， 关闭电源，然后打开电源，使用 SCIA 发送"ResetCauseValue" 值 为 40 00 00 02

对于这种情况、请检查 XRSn 线路是否实际有效。 请尝试在启动期间监控 XRSn 线路。 如果看门狗触发复位、则 XRSn 引脚将保持低电平512个 OSCCLK 周期。