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.

[参考译文] TMDSEMU200-U:错误–2131 连接到 TMS320DM6446AZWTA

Guru**** 2996000 points

Other Parts Discussed in Thread: CCSTUDIO, TMDSEMU200-U

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1663622/tmdsemu200-u-error--2131-connecting-to-tms320dm6446azwta

器件型号: TMDSEMU200-U
Thread 中讨论的其他器件: CCSTUDIO、 TMS320DM6446、

你好,我有严重的麻烦,并感谢任何帮助。

 

收到 XDS200 这家全新星期五发布的产品、替换了旧的 XDS510。 按照随附的小型快速入门指南操作、桌面 ewuse 位于 CCStudio v5.3 上、该版本应该可以兼容。 已在设备管理器中检查、驱动程序看起来已自动正确分配。 已创建新的目标配置文件、选择正确的连接和设备。 尝试开始调试并出现错误–2131。IMG_9388.JPEG

当我尝试进行测试配置时、输出为: [start].txt 

【开始】

执行以下命令:

%ccs_base%/common/uscif/dbgjtag -f %boarddatafile%-r -o -S pathlength -S integrity

【结果】


----- [在 JTAG IR 和 DR 上执行标准路径长度测试]-------

此路径长度测试使用 512 个 32 位字的块。

JTAG IR 指令路径长度测试失败。
随后多个一个零的测试长度为 16384 位。
先是零、然后是多个 1、测试长度为 0 位。

JTAG DR 旁路路径长度测试失败。
JTAG DR 旁路扫描路径卡滞。

----- [在 JTAG IR 上执行完整性扫描测试]------------------------

此测试将使用 512 个 32 位字的块。
该测试仅应用一次。

使用 0xFFFFFFFF 进行测试。
扫描测试:1、跳过:0、失败:0
使用 0x00000000 执行测试。
测试 2 字 0:扫描出 0x00000000 并在 0xFFFFFFFF 中扫描。
测试 2 字 1:扫描出 0x00000000 并在 0xFFFFFFFF 中扫描。
测试 2 字 2:扫描出 0x00000000 并在 0xFFFFFFFF 中扫描。
测试 2 字 3:扫描出 0x00000000 并在 0xFFFFFFFF 中扫描。
测试 2 字 4:扫描出 0x00000000 并在 0xFFFFFFFF 中扫描。
测试 2 字 5:扫描出 0x00000000 并在 0xFFFFFFFF 中扫描。
测试 2 字 6:扫描出 0x00000000 并在 0xFFFFFFFF 中扫描。
测试 2 字 7:扫描出 0x00000000 并在 0xFFFFFFFF 中扫描。
前 8 个错误的详细信息已提供。
实用程序现在将只报告失败测试的计数。
扫描测试:2、跳过:0、失败:1
使用 0xFE03E0E2 进行测试。
扫描测试:3、跳过:0、失败:2
使用 0x01FC1F1D 进行测试。
扫描测试:4、跳过:0、失败:3
使用 0x5533CCAA 进行测试。
扫描测试:5、跳过:0、失败:4
使用 0xAACC3355 进行测试。
扫描测试:6、跳过:0、失败:5
其中一些值已损坏 — 83.3%。

JTAG IR 完整性扫描测试失败。

----- [对 JTAG DR 执行完整性扫描测试]--------------------

此测试将使用 512 个 32 位字的块。
该测试仅应用一次。

使用 0xFFFFFFFF 进行测试。
测试 1 字 0:扫描出 0xFFFFFFFF 并在 0x00000000 中扫描。
测试 1 字 1:扫描出 0xFFFFFFFF 并在 0x00000000 中扫描。
测试 1 字 2:扫描出 0xFFFFFFFF 并在 0x00000000 中扫描。
测试 1 字 3:扫描出 0xFFFFFFFF 并在 0x00000000 中扫描。
测试 1 字 4:扫描出 0xFFFFFFFF 并在 0x00000000 中扫描。
测试 1 字 5:扫描出 0xFFFFFFFF 并在 0x00000000 中扫描。
测试 1 字 6:扫描出 0xFFFFFFFF 并在 0x00000000 中扫描。
测试 1 字 7:扫描出 0xFFFFFFFF 并在 0x00000000 中扫描。
前 8 个错误的详细信息已提供。
实用程序现在将只报告失败测试的计数。
扫描测试:1、跳过:0、失败:1
使用 0x00000000 执行测试。
扫描测试:2、跳过:0、失败:1
使用 0xFE03E0E2 进行测试。
扫描测试:3、跳过:0、失败:2
使用 0x01FC1F1D 进行测试。
扫描测试:4、跳过:0、失败:3
使用 0x5533CCAA 进行测试。
扫描测试:5、跳过:0、失败:4
使用 0xAACC3355 进行测试。
扫描测试:6、跳过:0、失败:5
其中一些值已损坏 — 83.3%。

JTAG DR 完整性扫描测试失败。

【结束】

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

    尊敬的 Jay-J:

    感谢您的详细信息—扫描路径测试输出准确地告诉我们发生了什么。 JTAG IR 和 DR 完整性测试中的卡在 1 位/卡在 0 位模式意味着仿真器 (XDS200) 无法通过目标上的扫描路径可靠地移位数据。 这几乎总是一个 物理/电气连接问题,而不是软件或驱动程序问题 — 错误–2131 是 CCS 报告其无法建立有效的 JTAG 连接。
    要检查的几件事、按可能性顺序:
    1. JTAG 连接器/适配器不匹配 DM6446 EVM 通常使用 14 引脚 JTAG 接头、而 XDS200 则随附 20 引脚 TI JTAG 连接器。 如果您使用的是 14 至 20 引脚适配器电缆、请仔细检查:
      • 适配器是此主板的正确类型(并非所有 14 引脚适配器的接线方式都相同)。
      • 针脚 1 方向/键控正确对齐—反向或偏置连接是造成此“卡滞“图案的典型原因。
    2. 电路板电源  在 开始调试/测试会话之前确认目标电路板已完全通电且稳定。 未通电或欠压目标也会产生同样的扫描失败。
    3.  要实现 JTAG 仿真引导模式、需要正确配置(上拉)DM6446、EMU0/EMU1 上的 EMU0/EMU1 引脚状态。 如果这些引导模式引脚配置错误、器件将不会为仿真器提供有效的扫描路径。
    4. 检查是否有弯曲/损坏的针脚 检查仿真器侧连接器和主板接头是否有弯曲、凹入或损坏的针脚—容易被忽视、但会像您看到的那样导致间歇/卡住的位。
    5.  在目标配置中、在 XDS200 连接的高级属性下、尝试使用较低的 JTAG 时钟 (TCLK)、并尝试降低 JTAG 时钟速度。 信号完整性问题(长电缆,适配器)有时仅在较高的时钟速率下出现。
    6. 隔离 POD 如果您可以访问另一个已知良好且支持 JTAG 的目标、请测试其上的 XDS200 以确认仿真器本身正常工作。 这将告诉您是否要关注电路板/布线侧。
    7. 更新仿真驱动程序 自从您使用 CCS 5.3 以来、请转到 Help > Check for Updates 并确保您拥有最新的 XDS200 仿真包 — 较旧的 CCS 安装有时会提供过时的 FTDI/仿真驱动程序。
    鉴于该电路板之前与 XDS510 配合使用时可以正常运行、我先从#1 和#3(适配器接线和 EMU0/EMU1 搭接)开始、因为这两种方法是在此平台上交换仿真器类型时最常见的方法。
    请告诉我们您找到的内容、我们可以进一步缩小范围。
    此致、
    Zackary Fleenor
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢您的答复。  

    1.我有一个适配器,并已确认引脚方向。  

    2、让电路板完全通电  

    3、这些已经是这样设定的  

    4、针脚没有问题  

    5.这似乎提供了一些成功更多的下面

    6.我可以尝试此操作、请注意此 PCB 上使用了 XDS510、以确认它可以运行。

    7.我将研究这一点,我们有的 PC 没有在网络上的安全原因。  

    至于第 5 点。 我做了一些调整时钟速度并重复测试配置。 2.2MHz JTAG –2.6MHz 似乎始终允许 IR DR 通过、我似乎找不到在 JTAG 完整性测试中提供接近通过结果的速度。  

    ----- [在 JTAG IR 和 DR 上执行标准路径长度测试]-------

    此路径长度测试使用 512 个 32 位字的块。

    JTAG IR 指令路径长度的测试成功。
    JTAG IR 指令路径长度为 2 位。

    JTAG DR 旁路路径长度的测试成功。
    JTAG DR 旁路路径长度为 0 位。

    ----- [在 JTAG IR 上执行完整性扫描测试]------------------------

    此测试将使用 512 个 32 位字的块。
    该测试仅应用一次。

    使用 0xFFFFFFFF 进行测试。
    扫描测试:1、跳过:0、失败:0
    使用 0x00000000 执行测试。
    扫描测试:2、跳过:0、失败:0
    使用 0xFE03E0E2 进行测试。
    测试 3 字 0:扫描出 0xFE03E0E2 并在 0xFC07C1C5 中扫描。
    测试 3 字 1:扫描出 0xFE03E0E2、并在 0xFC07C1C5 中扫描。
    测试 3 字 2:扫描出 0xFE03E0E2、并在 0xFC07C1C5 中扫描。
    测试 3 字 3:扫描出 0xFE03E0E2、并在 0xFC07C1C5 中扫描。
    测试 3 字 4:扫描出 0xFE03E0E2、并在 0xFC07C1C5 中扫描。
    测试 3 字 5:扫描出 0xFE03E0E2、并在 0xFC07C1C5 中扫描。
    测试 3 字 6:扫描出 0xFE03E0E2、并在 0xFC07C1C5 中扫描。
    测试 3 字 7:扫描出 0xFE03E0E2、并在 0xFC07C1C5 中扫描。
    前 8 个错误的详细信息已提供。
    实用程序现在将只报告失败测试的计数。
    扫描测试:3、跳过:0、失败:1
    使用 0x01FC1F1D 进行测试。
    扫描测试:4、跳过:0、失败:2
    使用 0x5533CCAA 进行测试。
    扫描测试:5、跳过:0、失败:3
    使用 0xAACC3355 进行测试。
    扫描测试:6、跳过:0、失败:4
    其中一些值已损坏 — 66.5%。

    JTAG IR 完整性扫描测试失败。

    ----- [对 JTAG DR 执行完整性扫描测试]--------------------

    此测试将使用 512 个 32 位字的块。
    该测试仅应用一次。

    使用 0xFFFFFFFF 进行测试。
    扫描测试:1、跳过:0、失败:0
    使用 0x00000000 执行测试。
    扫描测试:2、跳过:0、失败:0
    使用 0xFE03E0E2 进行测试。
    扫描测试:3、跳过:0、失败:0
    使用 0x01FC1F1D 进行测试。
    扫描测试:4、跳过:0、失败:0
    使用 0x5533CCAA 进行测试。
    扫描测试:5、跳过:0、失败:0
    使用 0xAACC3355 进行测试。
    扫描测试:6、跳过:0、失败:0
    所有值均已正确扫描。

    JTAG DR Integrity scan-test 已成功。

    [end]e2e.ti.com/.../2.0MHz.txt

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

    尊敬的 Jay-J:

    良好的进度—DR 路径现在是干净的、这可以确认物理连接和电源是否稳定。 IR 故障是剩余的拦截器、您看到的模式是一条非常具体的线索。
    IR 故障模式告诉我们:
    查看损坏的数据:
    • 已扫描输出:
      0xFE03E0E2
    • 已扫描:
      0xFC07C1C5
    这是 位移 1 —每个位都有一个位置。 这是  扫描链定义中 IR 长度不匹配的典型症状。 JTAG IR 路径长度测试报告了 2 位、但 DM6446 实际上有一个更长的 IR 寄存器。 仿真器错误地计算 IR 长度、导致数据移动错误的数量。

    试用内容:
    1. 在中验证目标配置中的 IR 长度
    .ccxml
    目标配置文件、检查
    irLength
    写入或指令寄存器长度设置。 DM6446 具有:
    • ARM926 内核 —IR 长度= 4 位
    • DSP (C64x+) 内核 —IR 长度= 38 位(或组合链长度,具体取决于配置)
    如果配置设置为 2 位、几乎可以肯定是问题所在。 确保您选择了正确的设备—
    TMS320DM6446
    —而不是通用或类似设备。
    2.检查.ccxml 以获取正确的 GEL 文件和器件设置 在 CCS 中打开目标配置并确认:
    • 连接:
      Texas Instruments XDS200 USB Debug Probe
    • 电路板/器件:
      TMS320DM6446
      (不是 DM6441、DM6443 或通用 C64xx)
    3.脱机更新 XDS200 固件/驱动程序 由于 PC 间隙过大、因此您可以在另一台计算机上下载更新软件包:
    • 转至 software-dl.ti.com 并搜索 XDS200 固件更新 或 CCS 5.3 仿真包更新
    • 通过 USB 传输并手动安装
    一致时钟范围下的 IR 位移位错误强烈建议出现配置/器件不匹配、而不是硬件故障、尤其是因为 XDS510 之前在该电路板上工作。

    快速健全性检查: 创建目标配置时、是否选择了器件作为
    TMS320DM6446AZWT
    还是使用了板级配置? 请告诉我们、我们可以确定要修复的确切设置。
    此致、
    Zackary Fleenor
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、只是一个更新  

    1.我找不到用于更改配置长度的设置,代码编写器不会自动指定此设置吗?  

    2.是的,我已确保设置正确。  

    3.我更新了 TMDSEMU200-U 固件和仿真包。 这确实让我们稍微更近一点、请见下文。  

    在今天进行了一些测试后、我可以在 2.0 –24MHz 附近得到大约 9%的损坏。 -刚刚从下面的测试结果注意到,现在将路径长度设置为 3 位,这可能是提高通过率的原因。 如果有办法进行调整、我认为这可能是需要的最后一个部分。  

     e2e.ti.com/.../2.3MHz.txt

    【开始】

    执行以下命令:

    %ccs_base%/common/uscif/dbgjtag -f %boarddatafile%-r -o -S pathlength -S integrity

    【结果】


    ----- [在 JTAG IR 和 DR 上执行标准路径长度测试]-------

    此路径长度测试使用 512 个 32 位字的块。

    JTAG IR 指令路径长度的测试成功。
    JTAG IR 指令路径长度为 3 位。

    JTAG DR 旁路路径长度的测试成功。
    JTAG DR 旁路路径长度为 0 位。

    ----- [在 JTAG IR 上执行完整性扫描测试]------------------------

    此测试将使用 512 个 32 位字的块。
    该测试仅应用一次。

    使用 0xFFFFFFFF 进行测试。
    扫描测试:1、跳过:0、失败:0
    使用 0x00000000 执行测试。
    扫描测试:2、跳过:0、失败:0
    使用 0xFE03E0E2 进行测试。
    测试 3 字 5:扫描出 0xFE03E0E2、并在 0xFE03E0F2 中扫描。
    测试 3 字 10:扫描出 0xFE03E0E2 并在 0xFF03E0E2 中扫描。
    测试 3 字 16:扫描出 0xFE03E0E2、并在 0xFE03F0E2 中扫描。
    测试 3 字 21:扫描出 0xFE03E0E2、并在 0x7E03E0E2 中扫描。
    测试 3 字 22:扫描出 0xFE03E0E2、并在 0xFE03E0E3 中扫描。
    测试 3 字 33:扫描出 0xFE03E0E2、并在 0xFE03E062 中扫描。
    测试 3 字 50:扫描出 0xFE03E0E2、并在 0xFE03E0F2 中扫描。
    测试 3 字 55:扫描出 0xFE03E0E2 并在 0xFF03E0E2 中扫描。
    前 8 个错误的详细信息已提供。
    实用程序现在将只报告失败测试的计数。
    扫描测试:3、跳过:0、失败:1
    使用 0x01FC1F1D 进行测试。
    扫描测试:4、跳过:0、失败:2
    使用 0x5533CCAA 进行测试。
    扫描测试:5、跳过:0、失败:3
    使用 0xAACC3355 进行测试。
    扫描测试:6、跳过:0、失败:4
    其中一些值已损坏 — 9.3%。

    JTAG IR 完整性扫描测试失败。

    ----- [对 JTAG DR 执行完整性扫描测试]--------------------

    此测试将使用 512 个 32 位字的块。
    该测试仅应用一次。

    使用 0xFFFFFFFF 进行测试。
    扫描测试:1、跳过:0、失败:0
    使用 0x00000000 执行测试。
    扫描测试:2、跳过:0、失败:0
    使用 0xFE03E0E2 进行测试。
    扫描测试:3、跳过:0、失败:0
    使用 0x01FC1F1D 进行测试。
    扫描测试:4、跳过:0、失败:0
    使用 0x5533CCAA 进行测试。
    扫描测试:5、跳过:0、失败:0
    使用 0xAACC3355 进行测试。
    扫描测试:6、跳过:0、失败:0
    所有值均已正确扫描。

    JTAG DR Integrity scan-test 已成功。

    【结束】

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Jay-J:
    很高兴听到固件更新、将 IR 路径 μ‑长度从 2 位移动到 3 位、并将损坏降低到~9% –这表明我们正在接近正确的设置。
    DM6446 实际上有两个可能的 IR 长度、具体取决于您要针对的内核:
    • ARM926 内核: IR 长度= 4 位
    • DSP (C64x+) 内核: IR 长度= 38 位(如果两个内核都在扫描链中,则为组合链长度)
    IR 完整性测试因移位模式(位向左/向右移动)仍然失败这一事实表明仿真器仍使用的 IR 长度太短。 下面是接下来要查看的内容:
    1. 确认您打算调试哪个内核
      • 如果要调试 ARM926、请确保为 ARM 内核配置了.ccxml 并 将 irLength 设置为 4.
      • 如果您正在调试 DSP (C64x+)、则 irLength 应为 38 (或 JTAG 链中所有器件的总和)。
    2.  直接检查.ccxml 文件
      在文本编辑器中打开目标配置并查找
      irLength
      路径属性
      <device>
      或
      <instance>
      标签。 如果该文件缺失或设置为较低值(例如 2 或 3)、请手动将其更改为适合目标内核的正确长度并保存文件。
    3. 使用 CCS 的 JTAG 链检测
      在 CCS 中、转到 Target→JTAG Chain Configuration→Detect。 让 CCS 从硬件读取实际 IR 长度、并将其与.ccxml 中的值进行比较。 如果不同、请更新.ccxml 以匹配检测到的值。
    4. 验证器件选择
      确保中的电路板/器件字段 .ccxml 读取 TMS320DM6446AZWT (或您拥有的确切器件)、而不是通用 C64xx 或不同 DM644x 型号。 错误的器件拾取可能会导致错误的默认 IR 长度。
    5. 检查扫描链中是否有多个器件
      ‑同一链上有其他 JTAG 器件(例如 FPGA、另一个处理器或测试 μ 接入端口)、则 IR 总长度为所有器件的总和。 ‑隔离 DM6446(通过断开其他支持 JTAG μ A 的器件)、以查看 IR 长度是否与预期的 4   位或 38 位匹配。
    6. Re‑运行完整性测试
      进行任何更改后、对电路板下电上电、重新连接仿真器、然后重新运行 JTAG IR 完整性扫描。  一旦 IR 长度与硬件匹配、您应该会看到故障百分比显著下降(理想情况下为 0%)。
    此致、
    Zackary Fleenor
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Fleenor:  

    很抱歉、时间允许的时候、我已经进出了这个项目。  

    2.我已经检查了.ccxml 文件,找不到路径长度 e2e.ti.com/.../NewTargetConfiguration.ccxml.txt的任何引用。

    3.我在任何地方都找不到这个选项, 因为我知道调试会在连接测试中读取路径长度。  

    4.我已确保设备选择正确。  

    5.没有其他设备

    6.我继续在目标配置设置中调整设置,但我无法接近。  

    我不确定如何继续、这里宣传了 TSMDEMU200-U、它是 XDS510 的替代产品、我们提供了 1、运行良好。  

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

    尊敬的 Jay-J:

    感谢您坚持我并研究所有这些调试建议。 您是直接从 TI 购买此 EVM 的吗?

    此致、

    Zackary Fleenor

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

    否 Mouser 提供、我将介绍返回器件的选项。 感谢您的支持和时间来尝试和帮助我!