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.

[参考译文] MSPM0C1103-Q1:连接到目标时出错:DAP 连接错误。[MSPM0C1103]

Guru**** 2551110 points
Other Parts Discussed in Thread: MSPM0C1104, MSPM0C1103, LP-MSPM0C1104, UNIFLASH, SEGGER

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1564486/mspm0c1103-q1-error-connecting-to-the-target-dap-connection-error-mspm0c1103

器件型号:MSPM0C1103-Q1
主题中讨论的其他器件:MSPM0C1103LP-MSPM0C1104UNIFLASH、MSPM0C1104、 SEGGER

工具/软件:

 您好的团队、

 我将使用 MSPM0C1103 LaunchPad 与 XDS110 USB 调试探针和 CCS。 最初、我能够.out成功刷写文件几次、
 但之后我开始了下面的内容。

 错误:  
 CS_DAP_0:连接到目标时出错:DAP 连接错误。 这可能是由于器件进入低功耗模式。 尝试强制进行外部复位。 如果错误仍然存在、请尝试强制执行 BSL、批量  擦除或  恢复出厂设置。

 有时、器件会在复位或下电上电后再次响应、但在其他情况下、它仍然完全无法访问。 我还尝试了 MSPM0_RTOS Mailbox_Factory Reset_Manual 脚本、但它在该  板上无法可靠地工作。 您能否建议 对该问题进行永久修复?  
 


 谢谢。此致
Ramalingam Pachamuthu.

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

    尊敬的 Ramalingam:

    您能拍下您所使用的电路板的照片吗?

    我还尝试了 MSPM0_RTOS Mailbox_Factory Reset_Manual 脚本、但它在该  电路板上无法可靠地工作。

    “不可靠地工作“是什么意思?

    是否要禁用 NRST 引脚或将其用于其他用途?

    您在电路板上刷写的程序是什么? 它使用哪些引脚/外设? 正在使用什么低功耗模式策略(如果有)。

    此致、

    Owen

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

    尊敬的 Owen:

    我正在使用包含 MSPM0C1103 器件的 LP-MSPM0C1104 LaunchPad 并通过 CCS 使用 XDS110 USB 调试探针。 我能够成功刷写固件几次、但后来它开始失败、并出现以下错误:

    连接到目标时出错:连接到 MSPM0 内核失败。 可能的根本原因:

    • 已使用密码禁用或启用 NONMAIN 内的调试访问

    • 外设错误配置(例如看门狗或时钟不正确)

    正如论坛前面所建议的、我遵循了恢复步骤并使用了 MSPM0_RTOS Mailbox_Factory Reset_Manual 脚本执行操作。 这最初解决了问题、让我可以再次刷新。 但是、A 类似误差 现在重新出现:

    CS_DAP_0:连接到目标时出错:DAP 连接错误。 这可能是由于器件进入低功耗模式所致。 这建议尝试外部复位、BSL 模式、批量擦除或恢复出厂设置。

    我使用 XDS110 USB 调试探针重复了相同的恢复步骤、但问题仍然存在。 这就是我所说的解决方案“不可靠工作“的意思—它曾经奏效、但在解决当前问题方面已不再有效。

    固件概述:

    固件包括 基于 GPIO 的 MDIO/MDC 实现 、使用两个 GPIO 初始化 Marvell PHY 进行 bit-banged。
    您能帮助我解决这个问题吗?

    谢谢、
    Ramalingam。



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

    尊敬的 Ramalingam:

    我理解您使用的是什么、但如果您能提供更多信息、我会更好地为您提供帮助。

    1. 您能拍下您所使用的电路板的照片吗? 这将帮助我准确地了解您的电路板的设置方式以及您使用的电路板版本。
    2. 是否要禁用 NRST 引脚或将其用于其他用途?
    3. 使用了什么低功耗模式策略? (如有)
    4. 您的程序使用哪些确切的引脚/外设?
    5. 您是否可以共享该项目?

    此致、

    Owen

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

    尊敬的 Owen Li:

     关于您的问题“您是否要禁用 NRST 引脚或将其用于其他目的?“
    我按照 以下步骤从论坛中提到的这个问题中恢复。

    1) 将 UC 置于不能通电模式。
    2) 将 NRST 引脚接地(通过直接短接至 GND)。
    3) 将 UC 置于电源模式。
    4) 运行脚本 “ MSPM0_CCS Mailbox_Factory Reset_Manual 中“进行编程
    5) 从 NRST 上取下短切口。


    在此之后、我将面临此错误。
    写入寄存器 SECAP_TCR 时出现问题:(错误–2131 @ 0x20204)无法访问器件寄存器。 重置器件、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板进行下电上电、和/或尝试更可靠的 JTAG 设置(例如下 TCLK)。 (仿真包 20.1.0.3372)[SSO 2025年6月20日、5:37:25 PM][ERROR] CS_DAP_0:GEL:执行 GEL_DAPInit_SECAPCommand () 时出错:目标无法在“reg":“::SECAP_TCR=command 写入寄存器 SECAP_TCR

    你能支持我在这吗?

    谢谢。此致
    Ramalingam

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

    尊敬的 Ramalingan:

    您在执行这些步骤时遇到问题的原因是您在尝试运行脚本时将 NRST 引脚拉至接地。 调试器无法连接到器件、因为在您尝试运行脚本时该器件正在复位。

    此致、

    Owen

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

    尊敬的 Owen:

          此处我将提供详细信息以供您参考

           
           
             图 1.
           
           1. NRST 引脚 :在该设置中、NRST 调试信号直接连接到 MCU 的 NRST 引脚。
           2. 低功耗模式 :此项目中没有使用低功耗模式策略。
           3. 使用的引脚/外设 :  
            
             图 2.

            我使用 UniFlash 和 CCS 刷写固件、最初成功。 但是、我们后来遇到了以下错误。
     
              

            图 3.

             为了恢复、我们运行了 MSPM0_RTOS Mailbox_Factory Reset_Auto 使用相同设置编写脚本、如 MSPM0 文档中所建议。                 但是、在执行脚本后、我们遇到了新错误。
             
            图 4.
            
            我希望这些详细信息足以帮助诊断问题。 您能就此为我提供支持吗?

    谢谢。此致、
    Ramalingam.p
            
             
     
            
            
            

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

    尊敬的 Ramalingam:

    感谢您提供所有这些详细信息。

    我相信我在上次的答复中说错了。 一种很好的协议是在执行脚本时将复位保持在 GND、以确保 CPU 不会被唤醒并阻止自身连接到调试器。 我注意到 PCB 似乎在您共享图像的右上角通电。 确保该引脚也已断开、以使 PCB 不会提供电源。 尝试之前尝试过的相同步骤、并确保您使用的是 手册 而不是自动执行脚本。

    1) 将 UC 置于不能通电模式。
    2) 将 NRST 引脚接地(通过直接短接至 GND)。
    3) 将 UC 置于电源模式。
    4) 运行脚本 “ MSPM0_CCS Mailbox_Factory Reset_Manual 中“进行编程
    5) 从 NRST 移除短切口。

    在这里您注意到您尝试了自动脚本:

    要恢复、我们运行了 MSPM0_RTOS Mailbox_Factory Reset_Auto 使用相同设置编写脚本、如 MSPM0 文档中所建议。                 但是、在执行脚本后、我们遇到了新错误。
    1. 电路板是否位于 MSPM0C1104 LaunchPad 和您的定制 PCB 之间是电平转换器?
    2. 您是否向 NONMAIN 存储器写入了任何内容?
    3. 再次澄清一下、您可以对器件进行编程、但之后永远不会再次访问器件?

    此致、

    Owen

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

    尊敬的 Owen:
              关于您的备注: “您尝试了自动脚本“
              我真的尝试了 手动和自动恢复出厂设置脚本

    恢复出厂设置手动脚本时调用的函数 、我执行了以下步骤:

    1. 将微控制器断电

    2. 将 NRST 引脚拉至地(直接短接至 GND)

    3. 为微控制器供电

    4. 运行脚本 MSPM0_RTOS Mailbox_Factory Reset_Manual 打开 CCS 和 UniFlash

    5. 删除了 NRST 快捷方式

    我也尝试了 邮箱恢复出厂设置自动脚本 相同的设置来完成的。

    在这两种情况下、我都遇到了以下错误:


    1. 电路板是否位于 MSPM0C1104 LaunchPad 和您的定制 PCB 之间是电平转换器?
      是的  
    2. 您是否向 NONMAIN 存储器写入了任何内容?
      否  
    3. 再次澄清一下、您可以对器件进行编程、但之后永远不会再次访问器件?
      几次我们可以刷新. 后来我们纠正了这个错误。

      MSPM0C1104 LaunchPad 和我们的定制 PCB 之间的电路板是否是电平转换器? 是的。

      我们是否向 NONMAIN 存储器写入了任何内容? 编号

      我们是否可以对器件进行编程、但之后再也不会访问它? 是—我们成功刷写了几次设备。 稍后、我们开始遇到此错误并失去访问权限。

    谢谢。此致
    Ramalingam.p
             

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

    尊敬的 Ramalingam:

    因此、当您执行恢复出厂设置脚本时、即 LaunchPad 您的定制 PCB 已断电? 确保两者都已断开与电源的连接、以确保完全不提供电源。  

    是否可以在没有电平转换器的情况下尝试连接? 或者、定制 PCB 的额定电压不是 3.3V 吗?

    可以检查来自电平转换器的电流。 驱动太多引脚很可能会降低信号完整性。

    如果您将 LaunchPad 设置为在 LaunchPad 上刷写 MSPM0C1104、是否会遇到该问题?

    恢复出厂设置时的错误使我想相信电路板可能未通电或与 JTAG 相关的内容:

    这是指向 调试 JTAG 指南的链接

    此致、

    Owen

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

    尊敬的 Owen:

    目前、我们在使用两块电路板时也面临同样的问题。 昨天、我们执行了以下恢复步骤:

    1. 将微控制器断电

    2. 将 NRST 引脚拉至地(直接短接至 GND)

    3. 为微控制器供电

    4. 运行脚本 MSPM0_RTOS Mailbox_Factory Reset_Manual 打开 CCS 和 UniFlash

    5. 删除了 NRST 快捷方式

    使用这种方法、我们成功恢复了一块电路板。 但是、即使重复完全相同的步骤、第二块电路板仍显示相同的问题。

    您能帮助我们了解这里可能发生的情况、并支持我们解决该问题吗?

    谢谢、
    Ramalingam

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

    尊敬的 Ramalingam:

    在没有电平转换器的情况下是否可以实现这一点?

    我认为您要么将器件置于不良状态、这就是为什么器件可能仍然无法连接、可能出现电源问题或 JTAG 出现问题。

    您是否可以共享您的代码以便我可以进行审核?

    此致、

    Owen

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

    尊敬的 Owen:

    遇到的一些挑战 间歇性问题 同时将固件刷写到 MSPM0C1103 。 我将分步解释该场景:

    最初、我们使用了 J-Flash 工具 一方 J-Link 成功刷写电路板的信息 五次 。 稍后、我们选择了 “擦除芯片“ J-Flash 中提供了选项。 之后、电路板开始显示错误、例如进入 低功耗模式 意外变化。

    为了进行恢复、我们使用了 恢复出厂设置(自动) 特性 CCS 中完成 、这使我们能够再次刷新固件。 但是、刷写后会重新安装电路板 再次失败

    可能是这样 反复出现的故障 首次使用导致的 “擦除芯片“ 选项? 尽管我们能够使用恢复 CCS 中完成 、问题似乎是这样 刷写后重新出现 。 我们想了解 为什么会发生这种情况 以及操作方法 阻止它

    另外、还有一个模块 正常工作板 的要求是 仅擦除和重新编程存储器中的特定范围的代码 —不是整个闪存。

    是这样 安全 来进行此操作 MSPM0C1103 消息流 J-Link (Segger) 工具、也可以 部分擦除/写入操作 使 MCU 进入 A 锁定或不可恢复状态

    谢谢
    Ramalingam.p

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

    尊敬的 Ramalingam:

    感谢您提供了更多背景信息。 请回答这些问题、以便我可以帮助您:

    1. 您使用的是哪个版本的工具?
    2. 您为另一个板部分擦除和重新编程的内存范围是多少?
    3. 您可以尝试在没有电平转换器的情况下连接到器件吗?
    4. 您是否参考过 本指南

    此致、

    Owen

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

    你好、李华

    您使用的是哪个版本的工具? 不同应用 J-Flash v8.56

    您为另一个板部分擦除和重新编程的内存范围是多少? 我们正在探索是否可以通过指定地址范围来擦除和重新编程主存储器。 例如、仅从刷0x0000写到、0x2000而不是整个存储器。

    您可以尝试在没有电平转换器的情况下连接到器件吗? 是的、我们已经尝试了在没有电平转换器的情况下进行连接。

    您是否参考过本指南? 是的、我们使用的是此链接中的官方 SEGGER J-Flash 工具: https://www.segger.com/downloads/jlink/

    谢谢
    Ramalingam.p

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

    尊敬的 Ramalingam:

    我不怀疑该版本是一个主要问题、但我相信有较新版本的软件可能值得尝试。

    至于 0x0000 和 0x2000 之间的存储器、我认为这也不是问题、因为它是所有的代码区域:

    我必须了解使用 J-Link 擦除芯片在 MSPM0C1103 上的影响。

    看到问题后、您是否能够恢复设备? 是否也是间歇性的?

    此致、

    Owen

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

    尊敬的 Owen:
            

           看到问题后、您是否能够恢复设备? 是否也是间歇性的?
           否、即使在尝试恢复出厂设置后、我也无法恢复器件。 问题仍然存在、
           并且看起来不是间歇性的。

    谢谢  
    Ramalingam.p

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

    尊敬的 Ramalingam:

    感谢您的澄清。 我也会与软件团队一起研究这一点。 明天我将离开办公室、因此我将尝试采取一些步骤、让您在星期一上试用。

    此致、

    Owen

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

    尊敬的 Ramalingam:
    我建议现在为此 E2E 打开一个新主题、因为时间太长了。 我现在将其关闭。

    此致、

    Diego Abad