• 状态
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 11 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] LP-MSPM0G3507：MSPM0G3507 出厂复位故障

admin
Guru**** 2665185 points

Other Parts Discussed in Thread: SYSCONFIG

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1592296/lp-mspm0g3507-mspm0g3507-factory-reset-failure

器件型号： LP-MSPM0G3507
主题： SysConfig 中讨论的其他器件

 

使用 i2c (mass_erase、program_data) 对闪存进行编程后、开始面临以下问题（使用 CCS XDS110 刷写相同的文件：没有问题）

CS_DAP_0: Device diagnostic read = 0x00000036 
CS_DAP_0: 
Possible root causes could be one or multiple of the following:
1) Invalid CRC configuration
2) Invalid BCR configuration
3) Invalid BSL configurationPossible recovery method:
1) Perform a DSSM factory reset
2) If method one does not work please remove power, hold nRST low, connect the device while nRST is held low, and then perform a DSSM factory reset

已尝试恢复出厂设置、但面临以下问题

CS_DAP_0: Initiating Device Factory Reset
CS_DAP_0: Attempting CS_DAP connection
CS_DAP_0: Attempting SEC_AP connection
CS_DAP_0: Command Sent
CS_DAP_0: Start hardware Reset using NRST
CS_DAP_0: Initiating BOOTRST Board Reset
CS_DAP_0: Reset line asserted 
CS_DAP_0: Reset line de-asserted 
CS_DAP_0: Board Reset Complete
CS_DAP_0: Reset done
CS_DAP_0: SEC_AP Disconnect
CS_DAP_0: SEC_AP Reconnect

在几个论坛链接中找到提到、如果 MCU 处于此状态、则无法执行任何进一步的操作。 非主闪存受到保护、那么在不取消保护的情况下它如何受到影响？   

需要找出问题的根本原因、以便 MCU 能够在我们的工程中可靠地使用。

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

    您好、

    找到几个论坛链接、其中提到如果 MCU 处于此状态、则无法执行任何进一步操作

    请  首先尝试在 MSPM0 MCU 开发指南（修订版 G）中使用以下方法、强制器件进入我们的 ROM BSL、然后执行恢复出厂设置、查看是否可以解锁/恢复器件。

    ---------------------------------------------------------------------------------------------------------

    需要与您确认一些问题、以便更好地解决问题：

    1.您使用自己的 BSL 还是我们的 BSL 演示？

    2. 这个问题是否总是发生或只是偶尔发生?

    此致、
    彼得

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

    以上日志是 BSL 模式下恢复出厂设置的输出

    1) 我们正在使用 BSL 演示

    2) 这个问题是一致的

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

    是否对此问题进行了任何更新？

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

    尊敬的 Ashwanth：

    很抱歉,迟来 的回复,我这些天没有在办公室,明天会回来给你,谢谢！

    此致、
    彼得

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

    尊敬的  Ashwanth：

    首先让我快速总结一下当前状态：

    由于您收到的信息是“DEVICE DIAGNOSTIC READ = 0x00000036“、 这意味着可能在 BCR CRC 验证阶段发生错误、这极有可能是由于错误的擦除/程序导致 Nonmain BCR 区域损坏、从而 导致由引导代码计算的 BCR CRC 值与 SysConfig 提前自动计算的 CRC 值之间存在差异。

    并且根据如下所示有关“BCR 配置 CRC 故障处理“的 TRM、如果您在 BCR 中启用了恢复出厂设置、即使 CRC 失败、也可以执行此设置、除非也意外擦除了 Nonmain 中的此使能配置。

    在讨论根本原因之前、需要牢记一个要点：

    如果您首先可以确保正确设置了 Nonmain 静态写保护、则即使是 BSL 的恢复出厂设置命令、BSL 相关操作也不会对其进行擦除/编程、并且只有在 BCR 中启用了恢复出厂设置时、才能通过 SWD DSSM 进行恢复出厂设置擦除。

    因此、由于遇到上述问题、需要检查：

    1.如果您首先执行与 Nonmain 擦除/编程相关的操作,请确保在此阶段一切正常,整个过程稳定正常。 （例如，避免出现意外情况，如断电，硬件问题或编程环境不良）

    2.需要确认在任何其他擦除/写入操作期间是否正确实施了 Nonmain 静态写保护。

    谢谢！

    此致、
    彼得