[参考译文] CC2630：I&#39；m 遇到意外的 SYSRESET、其中 AON_RTC 并不总是复位。

在我看来、如果时钟 从不重置(我的数据有点模糊)、在这种情况下、我根本不需要重新启动。 程序可能正在复位、代码从该寄存器读取一个旧值、因为上次合法重新启动可能是该类型。 这种行为对我来说也同样令人困惑。

编辑:这几乎肯定是正在发生的事情。 如果我故意结束我的 main ()函数,我得到相同的症状,没有 AON_RTC 重置和以前的重新启动原因报告在该寄存器中。 这会将问题恢复到我的软件中、所以我将此问题标记为已解决。

Daniel：

感谢您提供此场景的更新。 实际上、调查该问题没有太多工作要做、尤其是在不访问发生故障的硬件的情况下。

正如您提到的、RESET_SCR=6表示 SYSRESET 上的某个断言、可能由恶意代码触发、但不会触发太多其他断言。 我个人还没有看到任何其他的来源会触发这一点,因为这个寄存器"存活"通过各种热复位,确实可以抛出的线索的调查.

一个提示可能是启用 RESETCTL 寄存器上的各种复位触发器(*_LOSS_EN 位)以进一步了解硬件可能发生的情况- SAD 部分是、由于无法直接访问硬件、调试这将成为一项非常艰巨的任务。

我将尝试考虑任何其他情况、并报告、以防我发现任何相关情况。

祝您在调试中一切顺利。

此致、

拉斐尔

我差不多以前认为这实际上是一个 SYSRESET。 此后、我意识到我们不会将软复位转换为引脚复位、因此这可能是我甚至从未研究过的几个系统。  因为我们使用看门狗计时器、它 在这里看起来几乎是不可能的。