• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 347 视图
  • 用户 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.

[参考译文] LAUNCHXL-CC1352R1：错误：(错误-1170 @ 0x0)无法访问 DAP

admin
Guru**** 2482105 points
Other Parts Discussed in Thread: LAUNCHXL-CC1352R1

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1246797/launchxl-cc1352r1-error-error--1170-0x0-unable-to-access-the-dap

器件型号：LAUNCHXL-CC1352R1

您好

我有 一个 LAUNCHXL-CC1352R1、其中加入了我的程序、我注意到我在特定操作中会收到该错误。

这次它发生在我让我的 NVS 线程执行特定事件序列的阶段。
我以前在执行此特定操作时未遇到此错误。
此外、如果我单步执行序列、就不会遇到错误。
实际上、我在 NVS 线程中没有任何断点。

环境是：CCS10.4、TI-RTOS、C、Win10。

错误：(错误-1170 @ 0x0)无法访问 DAP。 复位器件、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板执行下电上电、和/或尝试更可靠的 JTAG 设置(例如、降低 TCLK)。 (仿真软件包9.4.0.00129)。
Cortex_M4_0：停止目标 CPU 时出现问题：(错误-2064 @ 0x0)无法读取器件状态。 复位器件、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板执行下电上电、和/或尝试更可靠的 JTAG 设置(例如、降低 TCLK)。 (仿真软件包9.4.0.00129)  
 

我的问题是/是：
1、这个错误实际上告诉我什么？  
2.我应该寻找什么/在哪里寻找/看看,以便可能地纠正这种情况?

提前感谢

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

    大家好、Moshe、

    这是一个很难知道的问题。 该错误确实表明调试器已从器件断开。

    我看到您仍在使用 CCS 10.4、我假定器件 SDK 较旧。

    根据您更新项目的可能方式、您可以尝试将 Code Composer Studio 更新为最新版本、因为它附带最新的 XDS110固件。

    然后、您应该看到是否仍然存在错误。

    此致、

    亚瑟

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

    您好，Arthur

    感谢您的答复。

    Yes...using SDK 5.30。
    我曾尝试更新 CCS A、但它导致的问题多于它的价值。 因此、我将在所有问题/错误/习习样得到解决后更新、或与下一个项目一起更新。

    无论如何、问题都会变成什么原因会导致调试器与器件断开连接？ 我的软件还是 XDS 固件？
    如果它可以是我的软件、什么样的代码会导致这种情况？

    因为它发生了,在发布我的上述文章后,我碰巧重新定位'A'调用 我的 NVS 线程和问题没有表现出来。
    但是、这并不能真正解决问题、因为简单地重新定位函数调用就无法解决断开连接问题！
    也不能解释为什么以前的通话位置在几个月内都可以正常工作、然后应该突然引起问题。

    我最初的想法是连接不良、在一些描述的振动下导致 USB 连接器断开...但从正在工作的设备(在不同的项目上)使用不同的电缆无法解决问题。

    此致

    莫什

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

    大家好、Moshe、

    我只能猜测这可能导致此问题的原因、但我认为这是一个灾难性的硬故障、可能是由一些非法闪存/总线访问导致的。

    是否使用3V3为器件供电？ 如果您使用 Launchpad 电路板、我假设是这样。

    此外、驱动程序文档(NVS.h)可以解释移动这种调用解决了问题的原因： 

     *  Care must be taken by the user to not perform flash write or erase
 *  operations during latency critical phases of an application. See the
 *  NVS_lock() and NVS_unlock() API descriptions for more information.

    此致、

    亚瑟