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.

[参考译文] MSPM0G3507:当 I 在 CCS 中刷写或启动调试会话时出现问题、即使配置(在 Uniflash 和 CCS 中工作)按预期运行、整个闪存也会被擦除

Guru**** 2910060 points

Other Parts Discussed in Thread: UNIFLASH

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1574337/mspm0g3507-issue-when-i-flash-or-start-a-debug-session-in-ccs-the-entire-flash-is-being-erased-even-though-the-configurations-that-work-in-uniflash-and-ccs-operate-expectedly

器件型号:MSPM0G3507
Thread 中讨论的其他器件:UNIFLASH

工具/软件:

TI 团队大家好、

从我们的客户处、

“我无法登录 TI 网站或 e2e 论坛;均尝试登录 404 错误启动页面。 所以、如果我无法访问这些工具、我希望你能向我指出正确的方向。

 我遇到的问题是当我在 CCS 中刷写或启动调试会话时、即使我具有以下配置、整个闪存也会被擦除:

 我将刷新或启动会话、并在内存视图中看到所有闪存均已擦除。 然后返回到调试配置(如上所示)、确认所有内容均已复位并选择了“Erase main memory only“。

 我再次检查了我的 launch.json、看起来是正确且一致的(已附加)。

 此外、 使用 Uniflash 或 Code Composer Studio 12 进行刷写时不会出现此问题。 如上所示、设置起始/结束地址将产生所需的行为。

 我很好奇这是否是已知问题、以及我可以采取哪些步骤来解决该问题。 这成为一个阻塞问题、因为我在启动时检查了闪存 CRC(存储在 NVRAM 中)。 通过覆盖该内容(以及持久的数据和参数)、我们的电路板在 CCS 20.3 中工作时始终进入故障状态

 CCS:

版本:20.3.0.14__1.9.0

默认 VS Code API:1.96.0

调试器:

XDS110

欢迎评论!

 CY、
CY

e2e.ti.com/.../launch.json

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

    您好、Chris、

    看起来 CCS 20.3 始终擦除所有闪存、即使用户按范围选择擦除也是如此。

    我在 CCS 20.2 中试用了它(我目前只有这种版本)、结果看起来没问题:

    用户在哪里设置闪存设置? 我建议用户仔细检查。

    B.R.

    Sal

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

    尊敬的 Sal:

    客户已扩展此反馈:

    ...in 对 Sal 问题的响应、我在“Properties"->"Debug"->"MSPM0 Flash“ Flash Settings"“ Settings"中“中设置“设置闪“闪存设置(见下文)。

     

    看来 Sal 能够验证 20.3.0 中有一个错误;我看到有一个 20.3.1 可用,所以我将升级到该错误并重新检查。  

     

    如果它仍然存在、我是否最好回滚到 20.2、或者您是否预计可以相对较快地解决该问题(我目前正在使用 CCS12 进行 mu 调试)?

     

    感谢您的支持、

    Chris 和客户

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

    我也遇到同样的问题。  您找到了解决方案吗?

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

    您好、Chris

    似乎 Sal 能够验证 20.3.0 中是否存在错误;i

    我还没有验证它在 20.3 版本,我现在只有 20.2 版本。

    我再次检查最新版本、如果有错误、我将转发给 CCS 工具团队以提高认识。

    B.R.

    Sal

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

    尊敬的 Sal:

    客户更新:

    “我测试了最新版本、但没有类似的版本。 此外,我尝试了 20.2,但仍然没有任何运气(屏幕截图).  

     之前:

     

    之后:

     

    设置:

     

    您的评论当然受到欢迎和赞赏。

    此时、我也怀疑可能需要 CCS 工具团队指导的一个潜在错误。

    CY、

    Chris

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

    您好、Chris、

    请将长度设置为 0x1EAFF 并重试:

    (0x1EB00-1)= 0x1EAFF

    由于需要手动缩短长度、正如我在此处设置的那样:

    [引述 userid=“522967" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1574337/mspm0g3507-issue-when-i-flash-or-start-a-debug-session-in-ccs-the-entire-flash-is-being-erased-even-though-the-configurations-that-work-in-uniflash-and-ccs-operate-expectedly/6067733

    我在 CCS 20.2 中试用了它(我目前只有这种版本)、结果看起来没问题:

    [/报价]

    B.R.

    Sal

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

    您好、Chris、

    此外、闪存擦除大小可以被 0x400 整除、因为最小擦除大小为 1KB (0x400)。

    我看到 0x1EB00 不能被 0x400 整除、这将擦除整个扇区(从 0x1E800 到 0x1EC00)。

    请尝试 0x1E800(另请尝试将 1 减少)、然后我认为 0x1E800-0x1EC00 不会被擦除。

    B.R.

    Sal

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

    我尝试了这个方法、CCS 12.8 和 CCS 20.3.1 似乎都能按预期工作。  

    还有一件事、闪存擦除大小应该被 0x400 整除、因为最小擦除大小为 1KB (0x400)。

    这是关键。  

    另请注意、如果您设置的范围从 0x0 到 0x10000、它将从 0x10000 开始擦除 1KB 扇区。 请记住这一点。 因此、正如 Sal 所提到的、您需要将磁通密度降低 1。

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

    当我使用 20.1 版本的工具时、采矿工作。

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

    谢谢大家、

    我认为泰勒的答复也是一个很好的数据点。

    感谢大家的意见。

    客户可能会很快(今天)尝试并提供建议。

    非常有义务
    Chris

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

    我个人卸载了 20.3 版本、现在使用了 20.1 版本的工具、因为它似乎起作用。