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.

[参考译文] MSPM0L1305:导致这些复位原因 ID 的原因是什么?

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1419471/mspm0l1305-what-causes-these-reset-cause-id

器件型号:MSPM0L1305

工具与软件:

尊敬的 Champs:

我是为我们的客户提出这个问题。

用户正在对 L1305进行闪电测试、发现以下复位原因。

您能不能在红色框中说明导致这两个问题的原因?

也就是说、

0x01: PMU 调整奇偶校验故障、 SHUTDNSTOREx 奇偶校验故障

0x15: CPULOCK 违例

VDD 的波动是否是0x01和0x15的原因之一?

在 TRM 2.4.1.6复位原因中、

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

    韦恩、您好!

    因此、对于关于"PMU 修整奇偶校验"和"SHUTDNSTOREx 奇偶校验"的第一个问题-这些都是在关断存储器存储的 PMU 修整数据发生奇偶校验不匹配的情况下(如果器件具有奇偶校验)的复位源。  TRM 的编写内容比特定器件更广泛、以涵盖该系列中的当前器件和未来器件。  

    以下部分说明 TRM 中的奇偶校验(如果可用):  

    从数据表中可以看到、MSPM0L1305似乎只在 PMU 修整上具有奇偶校验、而不会关断存储器。  PMU 管理内部稳压器、并且修整数据作为我们生产过程的一部分放置在存储器中。  这会在每次引导时加载调整数据时检查其奇偶校验。 我目前无法想象客户在不对器件造成物理损坏的情况下导致此错误的方法。    

    对于问题的第二部分:CPULOCK: 我很确定这是指 CPU 处理器锁定状态。  在 MSPM0上、CPU 处理器锁定始终会触发 SYSRST、更多详细信息可在此处的 TRM 中找到:

    他们是看到这些复位来源、还是只是在调查可能的情形?  

    不管怎样、我希望这对您有所帮助。   

    JD

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

    尊敬的 JD:

    感谢您提供的信息。

    用户在其应用和测试期间看到了这些内容。

    如您所说、某些 L1305设备可能已因 VDD 无法正常工作而损坏。

    用户对此进行了说明。