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.

[参考译文] MSP430FR4133:当器件被锁定且复位被配置为 NMI 时、ERASE_USER_CODE

Guru**** 2604395 points
Other Parts Discussed in Thread: MSP-FET, MSP430-FLASHER, MSPDS

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

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/652572/msp430fr4133-erase_user_code-when-device-is-locked-out-and-reset-configured-as-nmi

器件型号:

通常、当通过向 JTAGSIGNATURE 和写入数据来锁定 CPU 时
BSLSIGNATURE、您仍然可以通过发出 ERASE_USER_CODE 来获取它
命令(当然包括丢失您的闪存内容)。

但是、当在中配置了复位引脚时、这似乎会失败
NMI 模式。 我在代码初始化期间使用了这些命令

之二 #SYSNMIIES、&SFRRPCR
bis #SYSNMI、&SFRRPCR
bis #NMIIE、SFRIE1

并锁定了两个*签名段并使用了 MSPFlasher -e ERASE_USER_CODE
使用 MSP-FET 和 SBW 接口、它刚刚告诉我、
调试接口已被锁定(当不启用 NMI 时、它工作
特性)。 幸运的是、我通过使用监控程序获得了器件
以覆盖 SFRRPCR 内容。

这是预期行为、是否在某个地方记录(我没有记录)
查找任何内容)? 如果没有、则可能符合勘误手册的要求、前提是没有其他说明
CPU 的恢复方式...

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果 FF80h-FF83h 中的 JTAG/SBW 签名已写入 FFFFFFF_FFFFh 或0000_0000h 以外的任何值、则应锁定 JTAG/SBW、并且无论 RST/NMI/SBWTDIO 引脚设置如何、器件都无法通过 MSP430-FLASHER 软件工具访问(系列用户指南 SLAU445的表1-5)。 如果 BSL 签名以类似方式禁用 BSL (FF84h-FF87h 处为555_55h)、则您应该完全无法与器件通信。 RST 或 NMI 功能决定了在进入序列被执行后是启用 BSL 还是4线制 JTAG (JTAG 用户指南 SLAU320的图1-12)。 如果针对 NMI 功能进行配置、BSL 不由 BSL 复位矢量启动(《FRAM BSL 用户指南》SLAU550的第3.3.2节)。

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

    [引用用户="Ryan Brown1"]如果 FF80h-FF83h 中的 JTAG/SBW 签名写入的值不是 FFFFF_FFFFh 或0000_0000h、则应锁定 JTAG/SBW、并且无论 RST/NMI/SBWTDIO 引脚设置如何、器件都无法通过 MSP430-FLASHER 软件工具访问...[/引用]

    JTAG 熔丝值/签名(在0FF80h 上)与邮箱系统无关、邮箱系统通过 ERASE_USER_CODE (与引导代码结合使用)来解锁器件(恢复到出厂状态)、而 MSP430-FLASHER 可以在锁定的器件上执行此操作。 一年前、您写的是相同的内容。

    https://e2e.ti.com/support/microcontrollers/msp430/f/166/p/566104/2074674#2074674 

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

    再次感谢您抓住我的错误并进行纠正。 我将决心在新年期间详细了解 MSP430闪存器和 JMB 系统。

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

    [引用用户="Andre Albsmier"]

    器件型号: MSP430FR4133

    通常、当通过向 JTAGSIGNATURE 和写入数据来锁定 CPU 时
    BSLSIGNATURE、您仍然可以通过发出 ERASE_USER_CODE 来获取它
    命令(当然包括丢失您的闪存内容)。

    但是、当在中配置了复位引脚时、这似乎会失败
    NMI 模式。 我在代码初始化期间使用了这些命令

    之二 #SYSNMIIES、&SFRRPCR
    bis #SYSNMI、&SFRRPCR
    bis #NMIIE、SFRIE1
    

    并锁定了两个*签名段并使用了 MSPFlasher -e ERASE_USER_CODE
    使用 MSP-FET 和 SBW 接口、它刚刚告诉我、
    调试接口已被锁定(当不启用 NMI 时、它工作
    特性)。 幸运的是、我通过使用监控程序获得了器件
    以覆盖 SFRRPCR 内容。

    这是预期行为、是否在某个地方记录(我没有记录)
    查找任何内容)? 如果没有、则可能符合勘误手册的要求、前提是没有其他说明
    CPU 的恢复方式...
    [/报价]

    从 slau320...

    具有 Spy-Bi-Wire (SBW)访问的 MSP430器件

    当 TEST/SBWTCK 引脚为时、SBW 接口和到 JTAG 接口的任何访问被禁用
    保持低电平。 这由一个内部下拉电阻器完成。 该引脚也可从外部连接至低电平。
    将 TEST/SBWTCK 引脚拉为高电平将启用 SBW 接口并禁用 RST/NMI 功能
    RST/NMI/SBWTDIO 引脚的说明。 当 SBW 接口处于活动状态时、内部复位信号保持高电平、
    内部 NMI 信号保持在 RST/NMI 上的输入值、TEST/SBWTCK 变为高电平。

    如果 NMI (仍然)禁用 SBW 进入序列、那么我将为目标器件加电、使 RESET 引脚处于低电平(来自 FET)。 有多种类型的 SBW 进入序列、也从 RESET 引脚低电平开始。 我想、在目标器件上执行/运行任何指令(并启用 NMI 状态)之前、这应该能够为 FET 提供对目标器件的完全控制。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    >如果 NMI (仍然)禁用 SBW 进入序列、那么我将为目标器件加电、RESET 引脚处于低电平(来自 FET)。 有多种类型的
    > SBW 进入序列、也从 RESET 引脚低电平开始。 我想、这应该在执行/之前为 FET 提供对目标器件的完全控制
    >在目标器件上运行任何指令(并启用 NMI 状态)。

    这可能起作用。 但是、这需要
    在开始运行进入序列之前控制 MSP-FET 在复位方面的行为的能力
    2.与用户进行一些互动,告诉他何时打开设备电源
    我没有找到的两件事(至少对于 MSPFlasher)
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    >我必须决心在新年期间进一步了解 MSP430闪存器和 JMB 系统。

    学习后,请建议如何在重置引脚配置为 NMI 的情况下擦除_USER_CODE 已锁定的 FR4133 :-)
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    [引用用户="Andre Albsmier"]
    这可能起作用。 但是、这需要
    开始运行进入序列之前控制 MSP-FET 在复位方面的行为的能力
    2.与用户进行一些互动,告诉他何时打开设备电源
    我没有找到的两件事(至少对于 MSPFlasher 来说)

    MSP-FET / eZ-FET Lite 硬件/固件/DLL 和 MSP-Flasher 均为开源。

    http://www.ti.com/tool/MSPDS

    (我没有时间、但如果需要)您可以在此论坛上搜索并查找成功定制 FET 的帖子。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    MSP-Flasher 无法执行此操作、无需进一步搜索。

    最初、我只是想知道观察到的行为是否符合预期和/或记录在案
    以及是否有相关的(有文档记录的)解决方案。 TI 的产品没有任何(可用的),而您的产品
    如果有人深入了解 MSPDS 的内部信息以及其他内容、想法可能会起作用。

    因此、如果用户打算使用 NMI 功能和保护、则可以将此帖子视为一个抬头
    它们稍后可能会运行的调试接口可能会出现问题、从而使器件恢复正常工作。