This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC1312R:PRCM 热复位请求

Guru**** 1133960 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1348064/cc1312r-prcm-warm-reset-request

器件型号:CC1312R

您好!

在现场运行的某些 CC1312R1在一段时间后将经历复位周期(PRCM 热复位请求)、因此不清楚原因。

您能帮助我们了解哪些因素可能导致热复位吗?

这个线程具有一个类似的问题(https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/968739/cc1312r-how-do-i-get-real-warm-reset-reason/3614578)、在这个问题中看门狗是根本原因。 然而、在这个应用中、在安全装置应用前、它正在尝试将一些最相关的数据从 RAM 复制到闪存中。 然后在重新启动之后、应该会恢复该数据。

但是、由于注意到该数据已恢复、因此不太可能应用了看门狗。

是否有任何其他原因可能导致热复位?

谢谢!

马里努斯

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Marinus:

    问题是否可以在调试会话中重现? 还是仅在现场?

    此外、在数据被写入闪存中时、是否测试了正常的安全装置运行方式?

    理想情况下、热复位应仅由看门狗触发、它们是否有可能在其应用代码本身中调用系统复位?

    此致、

    SID