• 状态 Resolved
  • 已锁定 已锁定
  • 回复 12 回复
  • 订户 1 订户
  • 视图 1355 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CCS v11.1 -调试模式，错误-1170和-2064

admin
Guru**** 2387080 points
Other Parts Discussed in Thread: CC1352R, CC3120MOD
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1072234/ccs-v11-1---debug-mode-error--1170-and--2064

“线程”中讨论的其它部件：CC1352R， CC3120MOD， 测试

您好，

我们的产品是在1年前与 CC1352R 和 CC3120MOD 一起开发的。 该项目由 WiFi 插件 simplelink_sdk_wi_plugin_2_40_00_22和 simplelink_cc13x2_26x2_sdk_4_10_00_78创建。

现在，该项目已转移到使用 Win 10 Pro 的新 PC 上。 CCS 11.1的安装绝对是全新的。 可以编译项目，但无法调试。 错误始终是：  

Cortex_M4_0：错误：(错误-1170 @ 0x0)无法访问 DAP。 重置设备，然后重试此操作。 如果错误仍然存在，请确认配置，重新启动主板电源，和/或尝试更可靠的 JTAG 设置(例如，较低的 TCLK)。 (仿真包9.6.0.00172)
Cortex_M4_0：停止目标 CPU 时出现问题：(错误-2064 @ 0x0)无法读取设备状态。 重置设备，然后重试此操作。 如果错误仍然存在，请确认配置，重新启动主板电源，和/或尝试更可靠的 JTAG 设置(例如，较低的 TCLK)。 (仿真包9.6.0.00172)
Cortex_M4_0：尝试20次后无法确定目标状态
Cortex_M4_0：断开连接前未能从目标中删除调试状态。 程序存储器中仍可能嵌入了断点操作代码。 建议您在连接和重新加载程序之前重置仿真器，然后再继续调试

我们几乎尝试 了 TI 推荐的所有产品。 我们有：

1.与 XDS110成功进行测试通信。

2.当前的 TCLK 仅为1.5MHz。 即使是以最小的100kHz 频率进行测试。 始终通信测试成功。

3.当我们按“调试”按钮时，程序已成功加载，并在 main()的开头等待。 当我们恢复执行时，它会启动，并且通常会在执行传感器控制的代码时出错地停止。 始终错误为-1170和更高版本-2064。

4.如果我们使用闪存编程器2大量擦除芯片，则第一个调试会话成功，请在重新启动执行后确定所有操作都将再次启动，并显示错误-1170。

经过一个月的尝试，我们真的没有任何想法可以继续下去。 请帮帮我们。

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

    您好，

    @引用 userid="126556" url="~ë/support/tools/code-composer-studio -group/CCCS /f/code-composer-studio -forume/1072234/CCS-v11-1-调试模式错误--Cortex-and_-2064"]1170_M4_0：错误：(错误-0x0无法访问 DAP)。 重置设备，然后重试此操作。 如果错误仍然存在，请确认配置，重新启动主板电源，和/或尝试更可靠的 JTAG 设置(例如，较低的 TCLK)。 (仿真包9.6.0.00172)
    Cortex_M4_0：停止目标 CPU 时出现问题：(错误-2064 @ 0x0)无法读取设备状态。 重置设备，然后重试此操作。 如果错误仍然存在，请确认配置，重新启动主板电源，和/或尝试更可靠的 JTAG 设置(例如，较低的 TCLK)。 (仿真软件包9.6.0.00172)

    这些错误通常与调试探测器(XDS110)和设备之间的某些通信问题有关。 这些错误通常是由于一些低级硬件连接问题或设备进入坏状态所致：

    https://software-dl.ti.com/ccs/esd/documents/ccs_debugging_jtag_connectivity_issues.html#cannot-access-the-dap

    https://software-dl.ti.com/ccs/esd/documents/ccs_debugging_jtag_connectivity_issues.html#device-status

    [引用 userid="126556" url="~/support/tools/code-composer-studio 组/CCCS /f/code-composer-studio 论坛/1072234/CCS-v11-1-调试模式错误-1170-和-2064"]

    3.当我们按“调试”按钮时，程序已成功加载，并在 main()的开头等待。 当我们恢复执行时，它会启动，并且通常会在执行传感器控制的代码时出错地停止。 始终错误为-1170和更高版本-2064。

    4.如果我们使用闪存编程器2大量擦除芯片，则第一个调试会话成功，请在重新启动执行后确定所有操作都将再次启动，并显示错误-1170。

    [/引用]

    听起来程序可能会让设备处于坏状态。  

    大量擦除后。如果 执行手动(无项目)启动 ，然后手动连接到目标。 没关系吗？ 是否可以在没有出现错误的情况下按下“恢复”按钮？

    谢谢

    Ki

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

    您好，

    感谢您提供的信息，但问题仍然存在。

    1.我们成功地与 TCLK 0.5MHz，1.5MHz 和5.5MHz 进行了测试通信。

    2.我们可以使用闪存编程器2对设备进行编程和擦除。

    3.我们可以使用 CCS 和 Image Creator 对设备进行编程。

    但我们无法调试设备。

    今天，我们使用可用的示例- nortos/watchdog 进行了非常简单的测试。 结果完全相同。 我们无法进入“调试”模式，但如果代码已编程，它将正常工作。

    我们发现了一件非常重要的事情。 只有使用闪存编程器2进行大规模擦除后，调试会话才会成功。 第一次调试总是成功的。 此后，如果我们始终重新启动调试会话，则错误为-1170和-2064。

    我们启用了 Flashloader 的详细输出，结果非常有趣。

    1.如果芯片被大量擦除，则第一个调试会话将成功，并且输出文件的第一次加载将始终完成。 请参阅日志。

    Cortex_M4_0：GEL 输出：内存映射初始化完成。
    Cortex_M4_0：Flashloader：启用详细输出。
    Cortex_M4_0：GEL 输出：内存映射初始化完成。
    Cortex_M4_0：凝胶输出：电路板重置完成。
    Cortex_M4_0：写入闪存@地址0x00000000，长度0x00003438
    Cortex_M4_0：将闪存加载器加载到目标：FlashLoaderCC26x2.out
    Cortex_M4_0：块1：Addr=0x00000000，长度=8192，CRC=0xA27ED071 (使用块0)
    Cortex_M4_0：块2：Addr=0x00002000，长度=5176，CRC=0xF98B40A6 (使用块1)
    Cortex_M4_0：写入闪存@地址0x00003438，长度0x00000004
    Cortex_M4_0：块1：Addr=0x00003438，长度=4，CRC=0x2144DF1C (使用块0)
    Cortex_M4_0：写入闪存@长度0x00000080的地址0x00003440
    Cortex_M4_0：块1：Addr=0x00003440，长度=128，CRC=0x4ADCE05D (使用块1)
    Cortex_M4_0：写入闪存@长度0x00000058的地址0x00057fa8
    Cortex_M4_0：块1：Addr=0x00057FA8，长度=88，CRC=0x3FA2C9EF (使用块0)

    2.如果我们始终重复调试会话，则不成功。 请参阅日志。

    Cortex_M4_0：GEL 输出：内存映射初始化完成。
    Cortex_M4_0：Flashloader：启用详细输出。
    Cortex_M4_0：GEL 输出：内存映射初始化完成。
    Cortex_M4_0：凝胶输出：电路板重置完成。
    Cortex_M4_0：写入闪存@地址0x00000000，长度0x00003438
    Cortex_M4_0：将闪存加载器加载到目标：FlashLoaderCC26x2.out
    Cortex_M4_0：块1：Addr=0x00000000，长度=8192，CRC=0xA27ED071 (使用块0)
    Cortex_M4_0：块2：Addr=0x00002000，长度=5176，CRC=0xF98B40A6 (使用块1)
    Cortex_M4_0：错误：(错误-1170 @ 0x0)无法访问 DAP。 重置设备，然后重试此操作。 如果错误仍然存在，请确认配置，重新启动主板电源，和/或尝试更可靠的 JTAG 设置(例如，较低的 TCLK)。 (仿真包9.6.0.00172)
    Cortex_M4_0：停止目标 CPU 时出现问题：(错误-2064 @ 0x0)无法读取设备状态。 重置设备，然后重试此操作。 如果错误仍然存在，请确认配置，重新启动主板电源，和/或尝试更可靠的 JTAG 设置(例如，较低的 TCLK)。 (仿真包9.6.0.00172)
    Cortex_M4_0：JTAG 通信错误：(错误-1170 @ 0x0)无法访问 DAP。 重置设备，然后重试此操作。 如果错误仍然存在，请确认配置，重新启动主板电源，和/或尝试更可靠的 JTAG 设置(例如，较低的 TCLK)。 (仿真包9.6.0.00172)
    Cortex_M4_0：命令=19 - addr=0x00002000 -长度=0x00001438
    Cortex_M4_0：文件加载器：内存写入失败：无法读取0x20000B4C：目标未连接
    Cortex_M4_0：GEL：文件：C：\Users\Admin\workspace_v11\watchder_CC1352r1_LAUNCHXL_nortos_CCS\Debugged\watcher_CC1352r1_LAUNCHXL_nortos_CC.OUT：加载失败。

    3.新的“大规模擦除”可解决此问题。

    现在，请告诉我为什么设备被锁定，无法重新编程？ CCS 中的所有设置都是默认设置。 没有任何启用的保护功能。 为什么在“大量擦除”后，芯片的默认状态不会恢复和保留？

    请提前感谢您的回复。

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

    是否可以启用调试服务器日志记录并重现此问题？

    https://software-dl.ti.com/ccs/esd/documents/ccs_diagnostic-logs.html#debug-server-logs

    然后压缩日志并将其附加到此线程。

    是否也可以共享正在加载的 CC1352 *。out 文件(您可以通过私有 E2E 消息共享)？

    谢谢

    Ki

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

    您好，

    请输入所附文件。 输出文件没有隐藏的内容来自示例 nortos/watchdog。

    我希望日志文件包含设备进行大规模擦除，调试会话成功以及随后第二次调试失败 session.e2e.ti.com/.../3240.ds.loge2e.ti.com/.../watchdog_5F00_CC1352R1_5F00_LAUNCHXL_5F00_nortos_5F00_ccs.zip 的所有情况

    输出文件是 zip 文件，因为要在此处加载的大小太大。 解压缩文件。

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

    感谢您提供这些文件。 我无法在我的 CC1352 LaunchPad 上重现此问题。 我已将日志发送给工程部门进行审核。 我会在收到任何更新时随时向您发布这些更新。

    谢谢

    Ki

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

    工程部门已经分析了日志，可以看到设备在闪烁前断开并执行电路板重置。 初次断开连接时出现-1170错误。 当重置发生时，错误会继续发生。

    至于错误发生的原因，我们仍然不确定。 返回到：

    [引用 userid="126556" url="~/support/tools/code-composer-studio 组/CCCS /f/code-composer-studio 论坛/1072234/CCS-v11-1-调试模式错误-1170-和-2064"]

    3.当我们按“调试”按钮时，程序已成功加载，并在 main()的开头等待。 当我们恢复执行时，它会启动，并且通常会在执行传感器控制的代码时出错地停止。 始终错误为-1170和更高版本-2064。

    4.如果我们使用闪存编程器2大量擦除芯片，则第一个调试会话成功，请在重新启动执行后确定所有操作都将再次启动，并显示错误-1170。

    [/引用]

    仅仅是为了澄清，3 号是否发生在大量擦除后？ 这意味着成功启动了设备和调试器的编程并在主应用程序？ 然后，当您运行时，会出现错误。 关机并重试会不断出现错误。 这是正确的吗？

    这意味着您始终会收到错误，只是在大规模擦除后，错误只会在应用程序卡在传感器控制器的代码中时发生？

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

    此外，您是否使用自定义主板？

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

    是的，这是一个定制板。 它在“释放”模式下工作正常。 我们可以使用闪存编程器2擦除和编程主板。 即使已经过认证。

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

    是的，正确。 启用详细模式后，您可以看到第一个日志。 我发现，如果使用闪存编程器2擦除设备(不是大规模擦除，标准擦除操作)，则始终可以成功加载第一个调试会话。 之后的任何其他操作都无法成功执行下一个擦除操作。 这就是为什么我在这里的问题是为什么 CCS 中的 FlashLoader 无法擦除设备，但应用程序闪存编程器2可以擦除设备？

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

    我需要将此线程提请设备专家注意。 我怀疑该设备处于某种程度上导致错误的不良状态。

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

    从描述中可以看到问题是在您移到新工作区时开始的。 我注意到您使用 CCS 11.1，但您使用的 SDK 已经过 CCS 10.0测试。 我们以前已经看到过，使用比发行说明中所述的更新 CCS 版本可能会导致奇怪的错误。 您是否也可以使用 CCS 10.0进行测试以排除 CCS 版本？ 我理解问题描述，当您移动到另一台 PC 时，该问题会出现。 您是否做了比转换到 CCS 11.1更多的更改？ 据我所知，定制板是已知良好的，当我读到它时，您以前已经成功地调试了这一功能？  

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

    您好，

    你对这种情况非常了解。 该项目是使用 CCS v9.2开发的。 现在，在采用 Win 10 Pro 和 CCS v11.1的最新版本的新 PC 上，一切都被移动了。 编译器相同，SDK 相同。 Image Creator 和 Flash Programmer 2是最后一个版本。

    今天，我将使用 CCS 10.0测试该项目。 我不相信会有什么不同。 我们将看到。