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/TMS320F2.8069万:XDS110 -工作正常- ISn'现在- XDS-100v2和XDS-200工作正常;Win 10驱动程序问题???

Guru**** 2539500 points
Other Parts Discussed in Thread: SEGGER

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/660396/ccs-tms320f28069-xds110---was-working---isn-t-now---xds-100v2-and-xds-200-work-fine-win-10-driver-issue

部件号:TMS320F2.8069万
主题中讨论的其他部件:SEGGER

工具/软件:Code Composer Studio

大家好,

我已经查看过此上的线程-但我确实看到了设备管理器中列出的XDS-110 -但CCS未看到它。

另外- xdsdfu工具找不到它-我必须想知道这是否是目前的Win10驱动程序问题。

有趣- XDS-200工作正常-但当我连接CCS时-它尝试执行驱动程序(固件)更新-更新*失败*;然后连接到目标。

这似乎每次使用XDS-200时都会发生。

这是否可能是Win10的驱动程序问题?

为什么XDS-110工作正常;USB驱动程序在设备管理器下加载;但CCS不再找到XDS110?  我大约在1周前收到了XDS-110。

谢谢!
John W.

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

    另一位用户报告了类似的情况,但在他的情况下,是使用Linux/macOS。

    我一直在Windows 10上测试调试探测器,没有任何问题-此操作系统一直在快速变化,我一直忙于尝试跟上所有更改,但我没有发现版本1597,1605和1709的问题。

    奇怪的是,器件驱动程序正常,但工具无法正确“找到”调试探头- CCS和TI仿真器组件版本是什么? 此外,您使用的是独立还是Launchpad?

    一些较早的XDS200固件版本的3.0 端口出现问题,并且在Linux中运行时出现问题,但这一问题早已得到解决。 您是否可以尝试从命令行更新探头并查看它是否工作得更好? 查看下页的第7节:
    processors.wiki.ti.com/.../XDS200

    我刚刚遇到的一个额外详细信息:您是故障PC上的管理员还是常规用户? 这可能是未经测试的情形(特别是在Windows中,实际上只有很小一部分用户是常规用户)

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

    您好Rafael:

    解决此问题的方法是什么:
    另一位用户报告了类似的情况,但在他的情况下,是使用Linux/macOS。

    最后一批出的XDS110可能存在硬件问题?
    XDS110工作正常~1周。 与我的OP一样,XDS-100v2和XDS-200都能与目标正常配合。 我在这块目标板上一直使用XDS-100v2;收到时切换到XDS-110;然后在XDS-110不再连接时使用XDS-200进行测试。

    我同意-我可以在驱动程序窗口中看到驱动程序,也可以看到COM端口-我认为这可能是一个问题-看到驱动程序和两个COM端口-但我禁用了'aux' COM端口并得到了相同的结果。

    CCS - 7.4 .0.0.0015万
    TI仿真器7.0 .100.1 com.ti.emulation.pack.win32.feature.group德州仪器(TI)
    独立

    我是PC管理员;我在管理模式下运行所有操作,包括重新安装7.4 -并获得相同的结果。

    我更新了XDS-200 (同一台PC)上的固件,运行良好-不会在CCS中遇到恼人的更新问题;让我觉得这里可能与XDS-110相关。

    我使用以下目录进行更新:
    F:\Texas Inst-New-Install-7p4\CCS_base\common\uscif\xds2xx>

    谢谢!
    John W.

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

    拉斐尔

    好的-以下是您所指的帖子:
    e2e.ti.com/.../65.7865万

    我的问题与此类似;但我不确定是否在CCS和XDS110固件更新后立即发生这种情况。 我使用了大约1周-我想当我被某件事分心时,它可以完成固件更新;我单击了"确定",但没有意识到这一点。

    除此之外,我的体验似乎与此主题中的内容相同:
    e2e.ti.com/.../65.7865万

    我现在想知道固件更新后,它是否工作正常,然后在下一次重新启动此PC时失败。

    这是运行dbgjtag命令时获得的内容:

    F:\Texas Inst-New-Install-7p4\CCS_base\common\uscif>dbgjtag -f @xds110 -S完整性

    硬打开控制器时发生错误。

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

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

    值为'-260'(0xfffffffefc)。
    标题为'C_ERR_XDS110_OPEN。

    解释如下:
    尝试连接到XDS110失败。
    原因可能是一个或多个:未连接XDS110,无效
    固件更新,XDS110序列号无效或USB故障
    电缆。 可以使用更新固件和序列号
    xdsdfu实用程序,可在.../CS_base/common/uscif/xds110中找到
    安装目录。 在此处查看readme.txt文件
    有关说明。



    谢谢!
    John W.

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    好的-现在要做一些完全不同的事情:

    我运行的Win10版本我在测试模式下运行,因为'69 USB驱动程序没有签名;出现了另一个问题,必须重新安装操作系统和CCS;现在我得到了这样的信息:

    [开始]

    执行以下命令:

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

    [结果]


    ——— [打印主板配置路径名]------------------

    C:\Users\John\AppData\Local\TEXASI~1\CCS\
    TI_CCS~1\0\BrdDat testBoard.dat

    ——— [打印reset-command软件日志文件]------------------

    该实用程序选择了100或510类产品。
    该实用程序将加载适配器'jioxds110.dll'。
    图书馆的构建日期为2017年11月6日。
    库的构建时间是'10:36:36'。
    库软件包版本为7.0 .100.0。
    库组件版本为35.35 .0.0。
    控制器不使用可编程FPGA。
    控制器的版本号为'5'(0x0.0005万)。
    控制器的插入长度为'0'(0x0万000000)。0万。
    此实用程序将尝试重置控制器。
    此实用程序已成功重置控制器。

    ——— [打印reset-command hardware log-file (重置命令硬件日志文件)]------------------

    扫描路径将通过切换JTAG TRST信号重置。
    控制器是带USB接口的XDS110。
    从控制器到目标的链路是直接链路(不带电缆)。
    该软件配置了XDS110功能。
    控制器无法监控EMU[0]引脚上的值。
    控制器无法监控EMU[1]针脚上的值。
    控制器无法控制输出引脚上的正时。
    控制器无法控制输入引脚上的正时。
    扫描路径链路延迟已完全设置为'0'(0x0000)。

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

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

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

    JTAG IR完整性扫描测试已成功。

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

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

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

    JTAG DR完整性扫描测试已成功。

    [完]

    F:\TI_CCS_7P4\ccsv7\CCS_base\con\cuscif\xds110>xdsdfu -e

    USB设备固件升级实用程序
    版权所有(c) 2008-2015 Texas2015 Texas Instruments Incorporated。 保留所有权利。

    正在扫描支持的XDS110设备的USB总线...


    <<<设备0 >>>

    VID:0x0451 PID:0xbef3
    设备名称:XDS110 Probe with CMSIS-DAP
    版本: 2.3。0.11
    制造商:德州仪器(TI)
    序列号:0万
    模式: 运行时

    找到1个设备。

    F:\TI_CCS_7P4\ccsv7\CCS_bas\common\uscif\xds110>

    嗯,那么,USB驱动程序似乎正在发生什么情况???

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

    显示为'0'的序列号可能是一个问题吗?

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

    感谢您发送其他详细信息。 虽然重新安装操作系统的过程相当激烈,但显然这是解决此问题的最终解决方案。

    让我感兴趣的一件事是安全模式-在这种情况下,我们不会测试我们的驱动程序的运行情况,但我真的想不出这种模式会触发什么不好的情况。 如果有的话,它可以通过删除额外的验证层来减少问题。

    无论如何,空序列号并不是真正的问题,除非您同时将多个XDS110连接到同一台PC (这也是所有其他调试探头都存在的问题)。 我个人有多个XDS110探头,没有问题。

    [报价用户="John Westmoreland43"]
    除此之外,我的体验似乎与此主题中的内容相同:
    e2e.ti.com/.../65.7865万

    我现在想知道固件更新后,它是否工作正常,然后在下一次重新启动此PC时失败。
    [/引述]
    正如您所知道的,该线程尚未解决(该错误仍处于未解决状态),并且已验证在其他操作系统上也会发生这种情况。 也许您的案例也可能是Windows上发生这种情况的一个示例,但为了确认这一点,我们需要找到一种方法来在此处一致地再现这种情况以进行分析。

    我忘记提到的一个细节:在以前的固件版本中,XDS110 (以及XDS200)需要一个完整的电源循环,以便引导加载程序重新加载闪存的固件。 这种情况现在并不常见,因为制造公司使用较新的固件版本,但旧批次的XDS110可能随附了需要此版本的固件。 但是,我可以看到,如果固件刷新未正确完成,会发生这种情况-引导加载程序会尝试加载,但失败,设备很可能会卡在DFU模式下。

    遗憾的是,目前我只能关注其他客户报告,并在出现相关情况时回复您。

    总之,感谢你花时间作如此详细的报告,我对这些麻烦表示歉意。
    拉斐尔
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    John Westmoreland43 说:
    序列号显示为'0'是否可能是一个问题?

    它只是'0'吗? 还是'0万'?

    存在已知的相关性,其中序列号长度必须为8个字符

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

    它是报告的内容:

    VID:0x0451 PID:0xbef3
    设备名称:XDS110 Probe with CMSIS-DAP
    版本:2.3 .0.11
    制造商:德州仪器(TI)
    序列号:0万
    模式:运行时

    但设备背面的标签/标签上有序列号;因此我不得不想知道为什么驱动程序/固件检查中缺少序列号,还想知道'null'序列号是什么问题。

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

    不要担心;这台电脑有一个'丰富'的启动驱动器,因为最新的Win10更新有点可怕;至少可以说。 我删除了整个/user/配置文件目录。 之后,相信我,已经采取了措施。 让我想起了Windows的旧时光;似乎他们又回来了。
    绝对没有任何警告。 我看到过一些关于在非标准位置拥有用户配置文件的帖子(当然不在这里);
    我当然是这样做的;所以我认为这会导致用户配置文件丢失;但与此同时,Win10更新程序没有任何消息;正如我所说的那样; 似乎旧时代已经过去了,人们在更新之前会让其他人丢失数据,就像以前一样。 一些正在阅读这篇文章的年轻人可能认为我已经脱离了我的门槛;但我在网上看到很多人抱怨这件事;所以要小心,备份所有你不想失去的东西。 借助我们现在拥有的云存储,这无疑会让事情变得简单一点。 我想,当Microsoft说他们让在线世界的操作变得更容易时,我想这意味着您完全不在乎我们可以在您不抱怨的情况下消除您用户配置文件的任何方面。 好的,足够了。

    不管怎样,我有点惊讶,但我怀疑可能有问题,我现在不运行Windows的测试模式,但可能很快会再次启用。 XDS-110运行良好,但我有点担心序列号为空;或者确切地说,0万 -在计算领域很可能是'NULL';所以我可以尝试将序列号更改为标签上的序列号。

    我有一个问题;如果遇到问题,我有一个Segger JTAG I/F;我可以使用Segger对XDS-110上的内部TIVA进行编程吗?

    另外-即使我在CCS中显示了这一点,我已经(重新)安装了:
    TI仿真器7.0 .100.0 com.ti.emulation.pack.win32.feature.group 德州仪器(TI)

    CCS要求我下载具有以下内容的更新:
    TI仿真器7.0 .100.1 com.ti.emulation.pack.win32.feature.group

    我不愿意这样做,因为我认为这是XDS-110带来的麻烦所在。

    我不知道为什么下载程序/安装程序如果已经安装了它,那么它又要重新安装?

    我不想让IT部门安装该更新,直到我听到您对此的回应,因为我不想回到我刚刚遇到的情况。

    另外,我几周前刚买了XDS-110,所以它是新的。

    无需道歉。

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

    好的,现在有一个*轻微*的更新,不管怎样,我会等你说的话:
    7.0。100.0
    7.0。100.1

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

    [报价用户="John Westmoreland43"]序列号:0万[/报价]

    那就好了

    John Westmoreland43 说:
    但设备背面的标签/标签上有序列号;因此我不得不想知道为什么驱动程序/固件检查中缺少序列号,还想知道'null'序列号是什么问题。

    否,"0万"是CCS的有效序列号。 只要没有多个具有相同序列号的相同类型的调试探测器,就可以:

    http://software-dl.ti.com/ccs/esd/documents/sdto_ccs_multi-probe-debug.html#xds110

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

    好的,谢谢。

    所以你和Rafael都知道——我再次在Win10测试版本下运行;到目前为止,一切都很好。

    有关此线程的历史记录-详细信息为:
    测试模式
    Windows 10 Pro
    内部版本1.6299万.RS3_RELEASE。17.0928万-1534</s>1534

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

    (首先,对不起。 当我将您的帖子之一标记为“TI认为已回答”时,我单击了错误的按钮)

    John,

    感谢您提供更多信息。 Build 100.0 和100.1 之间的更改不应影响此特定方案。

    [QUETE USER="John Westmoreland43]XDS-110工作正常,但我有点担心序列号为空;或者确切地说,0万 -在计算领域中很可能是'NULL';所以我可以尝试将序列号更改为标签上的序列号。

    我不记得序列号给我带来了什么问题。 XDS110的初始发行版附带了一个NULL S/N,但存在一个问题,不允许对其进行任何更改- IIRC需要启动加载程序更新,但我找不到该线程。 但是,由于XDS110是全新的,您很可能拥有较新的批次。 要对此进行测试,请发出xdsdfu -s 0xDEADBEEF -r并查看设置“sticks”(粘滞)-如果是,则您的Pod应正常。  

    John Westmoreland43 说:
    我有一个问题;如果 遇到问题,我有一个Segger JTAG I/F;我可以使用 Segger 对XDS-110上的内部TIVA进行编程吗?

    当然。 请查看下面的讨论,其他用户也会这样做:

    https://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/61.0305万/2257436</s>225.7436万

    希望这能有所帮助,

    拉斐尔

    附注:您对Win10的评价也与我在这里观察到的相符;更新后,当它说"您的所有文件都在您留下的确切位置"时,这并不总是正确的。 这些以及其他一些事情让我在家里的电脑上切换回7。

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

    好的-我来尝试一下(设置序列号)。

    感谢您的帮助,
    John