• 状态
  • 已锁定 已锁定
  • 个回复 4 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 15 次查看
  • 用户 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.

[参考译文] CC1310：JTAG 问题、仅在 SmartRF 中识别了一次器件

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1342455/cc1310-jtag-issue-device-identified-in-smartrf-once-only

器件型号：CC1310

您好！

我们将通过 CC1310将定制电路板连接 到 launchXL、以便对其进行编程。

  • 我们使用 VDD、GNS、TCK、TMS 和复位引脚。
  • 在复位引脚上，在我们的定制电路板上，我们有100Kohm 上拉电阻和100nF 电容至 GND，
  • 测得的 Vdr ~1.67V

问题在于、SmartRF 和闪存编程器只需识别 CC1310一次、当我们按下"refresh"时、则会变为不会识别 CC1310。  

一旦我们对电路板进行下电上电、它便会再次被识别一次、依此类推。

当我使用 CCS 并测试 JTAG 连接时、我们会遇到一些问题：第一个测试会发生、下一个测试不会发生。

我们将 JTAG 时钟频率降至100KHz、问题迎刃而解(JTAG 测试通过每次尝试)

您可以帮助解决此问题吗？  

谢谢

丹

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

    BTW、  

    当 JTAG 测试失败时、我收到以下报告：

    [开始：德州仪器 XDS110 USB Debug Probe_0]

    执行命令：

    %CCS_base%/common/uscif/dbgjtag -f %boarddatfilename%-RV -o -S 完整性

    [结果]

    -------- [打印主板配置路径名}-->--------------------

    C：\Users\Dano\AppData\Local\TEXASI~1\CCS\

        ccs1260 \0\0\BrdBat\testBoard.dat

    -------- [打印复位命令软件日志文件]----------

    此实用程序已选择100/110/510类产品。

    该实用程序将加载适配器'jioxds110.dll'。

    库构建日期为"DEC 6 2023"。

    库构建时间为"17：33：10"。

    库包版本是'12.6.0.00029'。

    库组件版本为'35.35.35.5.0'。

    控制器不使用可编程 FPGA。

    控制器的版本号为"5"(0x00000005)。

    控制器的插入长度为"0"(0x00000000)。

    此实用程序将尝试重置控制器。

    此实用程序已成功重置控制器。

    -------- [打印重设命令硬件日志文件]----------

    通过切换 JTAG TRST 信号可重置扫描路径。

    控制器是具有 USB 接口的 XDS110。

    从控制器到目标的链路是直接的(无电缆)。

    该软件针对 XDS110功能进行了配置。

    控制器无法监控 EMU[0]引脚上的值。

    控制器无法监测 EMU[1]引脚上的值。

    控制器无法控制输出引脚上的时序。

    控制器无法控制输入引脚上的时序。

    扫描路径链路延迟已精确设置为"0"(0x0000)。

    硬打开控制器时出错。

    -------- [出现错误且此实用程序已中止]--------

    此错误由 TI 的 USCIF 驱动程序或实用程序生成。

    值为'-242'(0xffffff0e)。

    标题为"SC_ERR_ROUTER_ACCESS_SUBPATH"。

    解释如下：

    无法访问路由器子路径。

    电路板配置文件可能不正确。

    [结束：Texas Instruments XDS110 USB Debug Probe_0]

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

    Dan、您好！

    这可能是由于 TCK 引脚上的噪声吗？ 参阅  第5.4节 的  SWCU117  (CC13x0、CC26x0 SimpleLink 无线 MCU 技术参考手册)： https://www.ti.com/lit/swcu117

    您能否首先尝试以下方法来确定根本原因：

    请注意,由于复活节假期,酒店将在下周前提供有限的支持服务。

    此致、

    扎克

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

    Dan、您好！

    再来仔细检查一下：如果只连接了 LAUNCHXL-CC1310 (并为此设置了跳线)、该器件是否会按预期工作、即 CC1310是否已被识别并且运行正常？ 这只是用于检查 LAUNCHXL-CC1310是否正常工作的快速测试。

    您可能还会发现此文档有用： https://software-dl.ti.com/ccs/esd/documents/ccs_debugging_jtag_connectivity_issues.html#a-router-subpath-cannot-be-accessed 

    无法访问路由器子路径

    此错误是由于 JTAG 调试器无法访问 ICEPICK  或 DAP 的任一子路径所引起的。 这通常是由电路板上的硬件故障或子内核上的无效代码导致的、这些代码会导致子内核持续自我复位。 这与错误  在本质上非常相似、即在更高的层面上无法访问上述 DAP。

    如果此错误源自硬件(定制硬件或有故障的电路板或连接)、请查看 此 e2e 论坛主题。 此外、电源问题也可能导致此问题、如 该 e2e 论坛主题中所述。

    如果此错误源自软件、则可能是由于配置文件有问题(如 本 e2e 论坛主题中所述) 、也可能通过 直接访问 DAP  并尝试重置违反的内核来恢复、 将其锁定或整体擦除其闪存。

    如果使用微控制器、要批量擦除其闪存、请检查    上面的连接故障排除阶段部分的第9步。 

    连接到目标时出错：
(错误-242 @ 0x0)
无法访问路由器子路径。
电路板配置文件可能不正确。

    此致、

    扎克

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

    您好

    感谢您的快速回复。

    1.将 LaunchXL 连接到板载 CC1310时工作正常、即使使用没有那么短的跳线电缆也是如此。

    2.附有 LaunchXL 的图片、以便在我对定制板进行编程时可以查看跳线的状态。 可以吗？

    3、我曾尝试在 TCK 线路和 LaunchXL 侧的 GND 之间放置22pF 电容器、但这样并没有帮助

    4.连接是从布局的图片。 可能是因为 TMS、CLK、nRESET 线彼此非常接近(串扰)？

    5.如何 检查是否设置了 HALT-In-Boot (HIB)标志？