[参考译文] MSP-GANG：适用于 MSPM0L1306的 MSP-GANG

尊敬的 Brandon：

感谢您的支持。

此致、

肯利

尊敬的 Brandon：

我的客户尝试连接、正如您所提到的。

但是、结果是误差、如下所示。

• 即使更改了"电流"或" VCC 稳定时间"、仍会出现故障(错误23)  
• SWD 的速度发生变化时失败(错误23)。
• 更改目标后仍将失败(错误23)

您能告诉我们如何解决这个问题吗?

我们在一个封闭的线程中找到了一个类似案例的论坛、但没有结果不能作为参考。   
MSPM0L1305：MSP-GANG 编程器错误-基于 Arm 的微控制器论坛-基于 Arm 的微控制器- TI E2E 支持论坛

提前感谢您。

此致、

肯利

您好、Kenley：

我觉得这些联系是正确的。  

他们以前是否使用 LaunchPad 进行过开发？ 他们是否可以尝试将器件复位到 BSL 模式、然后对其进行编程？

它们可以通过按住 S1 (BSL 调用/PA19) 、然后按 S3 (复位)来执行此操作。 按下 S3后、它们可以释放 S1并尝试对器件进行编程。  

此致、
布兰登·费舍尔

尊敬的 Brandon：

感谢您的支持。

是的、他们以前使用 Launchpad 进行调试。 有人对此表示担忧吗？

关于 BSL、他们为什么要使用 BSL 模式？  
因为它们将来会使用 SWD 而不是 BSL 进行写入。

提前感谢您。

此致、

肯利  

您好、Kenley：

是的，他们以前是使用 Launchpad 进行调试的。 对此有任何疑问?

有可能使在 MSPM0上运行的代码中断或使调试工具难以连接。

这可能类似于 MCLK 的规范值之外、看门狗复位环路、对非主器件的错误重新配置等。

，因为将来他们将使用 SWD 而非 BSL 编写。

通常情况下、他们不需要为器件执行此操作、我只想提出建议、因为这是一个 LaunchPad、可能在某个时候用于调试或开发。 调用 BSL 模式(假设 BSL 模式调用仍在非 main 中启用)、可防止任何不良的应用程序代码在器件上运行。

此致、
布兰登·费舍尔

尊敬的 Brandon：

客户已尝试按照您的指导进行 操作、但即使他们操作 S1和 S3、它似乎是 SWD、而不是 BSL。
他们已将这些波形与 MSP-Gang 共享、希望这是解决此问题的提示。
他们已经尝试过很多次了。 请参阅随附的文件。

提前感谢您。

此致、

肯利

Kenley,

客户尝试按您的指导执行此 操作，但即使他们操作 S1和 S3，它似乎是 SWD，而不是 BSL。

如果 SWD 在非 MAIN 中仍然启用、则 SWD 在 BSL 模式下仍可在器件上工作。

他们与 MSP-Gang 分享了这些波形，希望这是一个解决此问题的提示。
他们已经尝试过很多次了。 请参阅随附的文件。

NRST 流量在我看来并不正常、但我会进行内部检查以确保正常。

同时、您能否让他们尝试对 器件进行恢复出厂设置？ 以下是 SDK 指南中有关如何在 CCS 中执行此操作的说明： https://dev.ti.com/tirex/content/mspm0_sdk_1_30_00_03/docs/english/tools/ccs_ide_guide/doc_guide/doc_guide-srcs/ccs_ide_guide.html?highlight=reset#dssm-mass-erase-factory-reset-wait-for-debug-and-set-reset-mode

此致、
布兰登·费舍尔

尊敬的 Brandon：

谢谢你。

请在您完成检查后告诉我。

对于恢复出厂设置，他们是否应选择以下选项？

• Reset_Auto ：  将执行恢复出厂设置，强制使用 XDS110复位线路进行复位。

或  

• Reset_Manual ：  将执行恢复出厂设置，要求用户按重置按钮。

谢谢、此致、

肯利

您好、Kenley：  

他们也可以使用。 自动模式稍微简单一些。  

此致、
布兰登·费舍尔

尊敬的 Brandon：

他们已尝试恢复出厂设置、但无法正常工作。

但是、他们也尝试了旧版本的"实验性器件" LaunchPad、且可正常工作。

他们怀疑 MSP-GANG 可能不支持最新的器件。

提前感谢您。

此致、

肯利

您好、Kenley：

他们已尝试恢复出厂设置、但无法正常工作。

[/报价]

是否意味着恢复出厂设置成功、但器件仍然未编程、或恢复出厂设置失败？

他们是否有其他可以尝试的电路板？ 他们是尝试为新器件还是旧器件编译的开箱即用示例项目？  

我之前对发布的 MSPM0L1306器件进行了编程、在使用最新版本的 MSP-GANG GUI 进行再次测试后、最终似乎能够正常工作。 使用上述推荐的相同连接。  

此致、
布兰登·费舍尔

尊敬的 Brandon：

客户按照指导完成、以下是所示的错误。

即使它们在工厂复位后向 MSP-Gang 执行写入操作、也仍然失败且不会发生变化。
失败消息为"ERROR23：MCU 器件初始化失败"。

他们 对"实验器件"MCU 执行同样的操作(Factory Reset)、并且 可以编写该操作。

谢谢。此致、

肯利

您好、Kenley：

Brandon Fisher94说：

他们是尝试为新器件还是旧器件编译的开箱即用示例项目？

很抱歉、我不明白。 您能详细说明一下吗？ 他们尝试为这两者编译相同的开箱即用程序。

[/报价]

为该器件的预生产(修订版 A)版本所创建的代码将不能用于当前器件。 我只想确保使用工具的量产版本编译代码(此处提供所有工具的最新版本、CCS、SDK 和 SysConfig)。

如果您可以询问他们在预生产中使用的 CCS 和 MSPM0 SDK 的版本、以及他们在生产器件中使用的版本、可能会有所帮助。

我们也应向它们发送更多 LaunchPad。 如果他们使用预量产工具对生产器件进行编程、则生产器件上的某个器件可能配置错误。 如果他们使用生产工具进行编译/编译/恢复出厂设置、那么这个问题就没有那么大了。

此致、
布兰登·费舍尔

尊敬的 Brandon：

感谢您的支持。

我们正在使用最新的 SDK (mspm0_SDK_1_30_00_03)、最新的 MSP-GANG (发布了 1.03.08.00 (2023年8月15日))、 但仍然无法连接到量产的 MSPM0L1306 Launchpad。

我还尝试在将其连接到 MSP-GANG 之前运行"开箱即用"的示例项目、但仍然不起作用。

我已经就此联系了 elprotronic。

他们似乎会更新软件来处理器件的低功耗模式。  

我将等待更新、然后重试。

此致、

肯利

感谢 Kenley、

已理解、如果更新无法解决您的问题、请随时再次发布。

此致、
布兰登·费舍尔

尊敬的 Brandon：

他们提供了测试版、但 更新没有解决我的问题。

此致、

肯利

您好、Kenley：

好的。 是否是相同的问题/错误消息、或者新版本中的问题/错误消息完全改变了？

如果相同、我想回顾一下我之前关于尝试另一个 LaunchPad 的评论。

该器件上的某些器件可能专门导致了问题。 除了当前 MSP-GANG GUI 上的低功耗模式外、我无法重新创建器件初始化错误。

此致、
布兰登·费舍尔

尊敬的 Brandon：

是、相同的错误  

我已尝试使用不同的 launchpad、并已成功由 Gang 写入。  

当前问题的 launchpad 可以由 CCS 写入、但不能由 Gang 写入是奇怪的。

此致、

肯利

您好、Kenley：

我同意。 我不确定 MSP-GANG 编程过程与 XDS110连接过程会有何不同、后者会在一个器件而不是另一个器件上造成这种故障。

这些 LaunchPad 仅使用板载 XDS110进行生产测试、因为这是它们最常用的配置。因此、如果器件/板在组装后出现此类问题、我们的生产测试可能无法解决。 但是、如果它在任何其他电路板上可重新创建、请告知我。

此致、
布兰登·费舍尔

感谢您确认 Kenley、

我不知道 LaunchPad 最终是如何标有 Q 的器件的、但希望以后可以由 Gang 软件来处理。

此致、
布兰登·费舍尔