Other Parts Discussed in Thread: MSPM0G3519, UNIFLASH, SYSCONFIG
器件型号： MSPM0G3519
Thread 中讨论的其他器件： UNIFLASH、 SYSCONFIG
您好、
我正在使用 mspm0g3519 控制器检查安全级别测试。 我有一个问题：从 BCR 配置中禁用 SW-DP 时、恢复出厂设置为什么不起作用。
TRM 提到的恢复出厂设置、批量擦除是 DSSM 命令、发送 DSSM 命令需要访问物理调试端口。
我尝试使用 UNIFLASH 工具和使用 DSSM 命令的出厂复位脚本对电路板进行出厂复位、但结果相同。
您好、
DSSM 命令通过 SEC-AP 端口发送。 如果您禁用 DP 端口、则 GUI 无法通过 SWD 向 MCU 发送命令。
谢谢 Zoey,它很好的洞察力,但这不是我正在寻找的。 我尝试了器件的 SWD 安全级别 1 配置、TRM 指出、在该模式下、SW‑DP 保持启用状态、而各个调试‑相关功能（应用调试，批量擦除，恢复出厂设置，TI FA）可以独立启用或禁用。
根据第 2.6.1.1.2 节 — SWD 安全级别 1、我的理解是：
我应该能够禁用应用程序调试访问 (.debugAccess = 0)
同时仍保持启用恢复出厂设置
只要 SW‑DP 接口已启用 (.swdpMode = 1)
这种解释表明、即使禁用应用程序调试、恢复出厂设置也应该起作用。
但是、在实际测试中、仅当同时满足以下两种条件时、恢复出厂设置才起作用：
已启用.swdpMode and.debugAccess。
如果.debugAccess 被禁用、则恢复出厂设置命令失败、即使 TRM 暗示这些功能可以单独控制。
尽管 TRM 指示可以在 SWD 安全级别 1 独立控制这些功能、为什么恢复出厂设置需要启用.debugAccess？
尊敬的 Mehul：
正如 Zoey 所说、当 只在启用 swdpMode 的情况下禁用 debugAccess 端口时、恢复出厂设置功能仍然可以起作用。
我尝试与您进行完全相同的配置、我发现我随附了一个不同的“userCfgCRC"值“值。 请注意、此 CRC 值应根据 NONMAIN 内容计算、并将在引导过程中进行检查。 因此、如果对 NONMAIN 配置进行了任何更改、则 CRC 值也应相应地更新。 如果您想对 NONMAIN 进行任何更改、我强烈建议您使用 SysConfig 来配置 NONMAIN。
对于您当前的项目、我认为 将.userCfgCRC 更改为 0xC6FB7DF 可以解决您的问题。
- 启用 debugAccess 时的 NONMAIN CRC：
- 禁用 debugAccess 时的 NONMAIN CRC：
此致、
Pengfei
您好、
在我共享的文件中、我尚未配置所有静态写保护为 0xFFFFFFFF。 但是要回答你的问题--是的、你可以在启用 SWDP 和禁用调试访问的情况下恢复出厂设置。
