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/TMDSEMU110-U:在新位置与调试程序一起使用的模块 xml 文件

Guru**** 2760045 points

Other Parts Discussed in Thread: F28M36P63C2

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/885473/ccs-tmdsemu110-u-module-xml-files-used-with-the-debug-prob-in-a-new-location

器件型号:TMDSEMU110-U
主题中讨论的其他器件:F28M36P63C2

工具/软件:Code Composer Studio

你好

操作系统:Ubuntu 19.10

探针:XDS110调试探针

CCS 版本:9.3.0.00012

芯片:F28M36P63C2

在 CCS 中,项目>>属性>>常规>>连接>>德州仪器 XDS110调试探针,单击验证

解析文件时出错:
(0、0)发生致命错误:发生异常! 类型:RuntimeException,
消息:无法打开主文档实体。



在解析文件
/opt/ti/ccs930/ccs/ccs_base/common/Modules/C2000/C2000_ADC_Type3_M3_Result_Registers.xml 时、Id=/opt/ti/ccs930/ccs/ccs_base/common/Modules/C2000/C2000_ADC_Type3_M3_Result_Registers.xml 

搜索此文件时、实际位置为:

/opt/ti/ccs930/ccs/ccs_base/common/targetdb/Modules/C2000 

我们最初是在 Windows 上开发的、然后切换到 Ubuntu、很可能从 ccs9变为我们目前的9.3.0.00012版本。 请注意、探头未连接到电路板、仅通过 USB 连接到计算机。

这是 Windows 与 Linux 文件路径吗?

如何更正此搜索路径? 在两个平台上工作

是否需要更新某些内容?

谢谢、

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

    您好!

    我看到您以超级用户身份安装了 CCS。 遗憾的是、CCSv9.2.0和 CCSv9.3.0中都存在一个未解决的错误、该错误会为 CCS 安装目录中的多个文件设置不正确的权限。  

    在这种情况下、请在 CCS Linux 主机支持页面的以下位置查看设置正确权限一节:

    https://software-dl.ti.com/ccs/esd/documents/ccsv9_linux_host_support.html 

    希望这对您有所帮助、

    拉斐尔

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

    在提供的链接中、我没有看到"设置正确的权限"的引用、"设置"仅在代理部分中、并且页面上不存在"权限"。

    另外、提供错误权限的错误似乎与具有不同路径的文件无关? 即使权限正确、文件仍位于搜索位置以外的位置。

    谢谢、

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

    您好!

    [报价用户="Paul Lane"]在链接中,我没有看到“设置正确的权限”的引用,“设置”仅在代理部分中,“权限”不在页面上。

    您能否访问此直接链接?  

    https://software-dl.ti.com/ccs/esd/documents/ccsv9_linux_host_support.html#setting-the-correct-permissions

    该链接应将您转至我之前发送的页面底部:

    [引用 user="Paul Lane)]此外,授予错误权限的错误似乎与具有不同路径的文件无关? [/报价]

    奇怪的路径是如何对其进行解析以构成错误消息-一旦设置了权限、测试连接将起作用。

    此致、

    拉斐尔

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

    这两个链接似乎都有问题、它们会转到相同的位置、但我看不到页面上的最后一个部分? 我可以在某种程度上看到您的帖子中的内容、但在链接中看不到类似内容。

    更新、按照屏幕截图中的步骤操作、我获得与原始问题相同的结果。

    命令运行在下面

    pWD
    /opt/ti/ccs930/ccs
    
    
    sudo chmod -rf g+Rx o+Rx *
    
    

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

    您好!

    如果您尚未重新启动 CCS、我将尝试重新启动 CCS。 在发布上次答复之前、我在此处测试了设置、变通办法适用于我的主机(CCSv9.3.0与 Ubuntu 19.10和相同的器件/调试探针)。  

    因此、我不确定您的情况可能会发生什么情况。 能否双击以查看目录/opt/ti/ccs930/ccs/ccs_base /ommon/Modules/C2000及其内部的文件是否具有 drwxr-xr-x 权限?

    我会继续尝试查看是否有其他可能触发该情况的条件、如果我发现任何问题、我会报告。  

    此致、

    拉斐尔

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

    更改权限之前:

    /opt/ti/ccs930/ccs ls -la
    total 7636
    drwxr-xr-x 13 root 4096 Febre 2717:10。
    drwxr-xr-x 4 root 4096 Feb. 27 17:09 .
    drwxr-xr-x 17 root root 4096 Decec 4 18:56 ccs_base
    drwxr-xr-x 2 root root 4096 Feb27 17:08 doc
    drwxr-xR-x 11 root root 4096 Feb27 17:09 eclipse
    -rw-r- r- 1 root root root 1182 Feb27 17:09 .installedComponents.properties
    -r- r- root - r- r- root - 1 root 57 Feb27 17:09 .instaledProductFamilies
    drwxr-xr-x 3 root 4096 27 17:07 install_info
    drwxr-xr-x 3 root 4096 Feb27 17:06 install_logs
    drwxr-xr-x 2 root root xr 27 17:09 install_scripts
    drwxR-rex 3 root root 4096 x 2
    root root root root root root root x 17:05 xrxrxr3 xr3 x 2 x 2 root root root root root 2 xrxr 2 xr 2 xr 2 xr 27 2 2 x 2 xr 27 2 x 2 x 2 x 2 x 2
    drwxr-xr-x 4 root 4096 Feb. 27 17:04 tools
    -rwx--- 1根根7552524 2月27日17:09 uninstall_ccs.bin
    -rw--- 1根根根201026年2月27日17:10 uninstall_ccs.dat
    drwxr-xr-x 2根根4096二月27 17:06卸装程序
    drwxr-xr-x 5根4096 Feb27 17:08 utils
    

    权限更改后:

    /opt/ti/ccs930/ccs ls -la
    total 7636
    drwxr-xr-x 13 root 4096 Febre 2717:10。
    drwxr-xr-x 4 root 4096 Feb. 27 17:09 .
    drwxr-xr-x 17 root root 4096 Decec 4 18:56 ccs_base
    drwxr-xr-x 2 root root 4096 Feb27 17:08 doc
    drwxr-xR-x 11 root root 4096 Feb27 17:09 eclipse
    -rw-r- r- 1 root root root 1182 Feb27 17:09 .installedComponents.properties
    -r- r- root - r- r- root - 1 root 57 Feb27 17:09 .instaledProductFamilies
    drwxr-xr-x 3 root 4096 27 17:07 install_info
    drwxr-xr-x 3 root 4096 Feb27 17:06 install_logs
    drwxr-xr-x 2 root root xr 27 17:09 install_scripts
    drwxR-rex 3 root root 4096 x 2
    root root root root root root root x 17:05 xrxrxr3 xr3 x 2 x 2 root root root root root 2 xrxr 2 xr 2 xr 2 xr 27 2 2 x 2 xr 27 2 x 2 x 2 x 2 x 2
    drwxr-xr-x 4 root root 4096 Feb. 27 17:04 tools
    -rwxr--- 1 root root 7552524 Feb. 27 17:09 uninstall_ccs.bin
    -rw-r-- 1根根根201026年2月27日17:10 uninstall_ccs.dat
    drwxr-xr-x 2根根4096二月27 17:06卸装程序
    drwxr-xr-x 5根4096 Feb27 17:08 utils
    

    似乎没有任何变化、因为权限从开始是正确的。

    CCS 正在搜索: C2000_ADC_Type3_M3_Result_Registers.xml  

    在该位置:

    /opt/ti/ccs930/ccs/ccs_base/common/Modules/C2000

    文件/文件夹结构不存在。 CCS 搜索位置和实际文件位置之间的这种差异不清楚如何更改下面实际文件位置的权限将更改 CCS 搜索路径? 除非 CCS 正在执行广泛的搜索、并且将在权限更改的情况下找到新的文件位置?

    该文件位于替代位置:

    /opt/ti/ccs930/ccs/ccs_base/common/targetdb/Modules/C2000

    C2000文件夹的权限:

    drwxr-x-- 2 root root  32768 Feb. 27 17:06 c2000

    使用 sudo -s、我可以查看文件的 C2000文件夹。

    -rw-r--r-- 1 root root 2490  2019年6月25日 C2000_ADC_Type3_M3_Result_Registers.xml

    文件夹和文件具有不正确的权限、并且尝试运行/C2000文件夹上/opt/ti/ccs930/ccs/ccs_base/common/targetdb/Modules 位置中建议的 chmod 命令、并且在具有*的整个文件夹中未更改权限。

    您能为我确认命令中的间距吗?  我之前提到 sudo chmod 命令、我认为屏幕快照在命令中具有空格、尽管很难分辨。  

    sudo chmod -RfSPACEg+rXSPACEo+rX *

    要突出显示我看到的2个问题:

    1) 1).xml 文件的 CCS 搜索路径不正确、并且不存在。 实际文件存在于其他位置

    2) 2)文件实际存在位置的权限具有错误的权限

    -尝试使用建议的 chmod 命令更改权限时,不会根据需要进行更改

    此外、重新启动 CCS 未解决问题。


    编辑:通过在命令中包含逗号并删除-f (哪些是丝印错误消息),成功更改了权限。

    /opt/ti/ccs930/ccs/ccs_base/common/targetdb/Modules sudo chmod -R g+Rx、o+Rx *
    
    再次运行测试会得到结果

    [开始]
    
    执行以下命令:
    
    %CCS_base%/common/uscif/dbgjtag -f %boarddatafil文件%-RV -o -S 完整性
    
    [结果]---
    
    
    [打印电路板配置路径名]---------------
    
    /home/plane/.ti/ccs930/0/0/BrdDat/testBoard.dat
    
    ---- [打印重置命令软件日志文件]-----------------
    
    此实用程序已选择100或510类产品。
    此实用程序将加载适配器'libjioxds110.so'。
    库构建日期为2019年11月25日。
    库构建时间为'15:00:34'。
    库软件包版本为'8.4.0.00006'。
    库组件版本为'35.0.0'。
    控制器不使用可编程 FPGA。
    正在更新 XDS110固件... 完成。
    
    硬打开控制器时出错。
    
    ---- [发生了错误,该实用程序已中止]-----
    
    此错误由 TI 的 USCIF 驱动程序或实用程序生成。
    
    值为'-267'(0xfffef5)。
    标题为"SC_ERR_XDS110_TARGET_SUPPLY"。
    
    说明:
    控制器无法检测到有效的目标电源。 检查指定
    电压电平的目标 JTAG 连接和/或连接设置。
    
    [结束] 

    测试是在 XDS110未连接到电路板、仅连接到笔记本电脑的情况下进行的。 我很快将在连接电路板的情况下进行测试。

    编辑2:连接电路板并运行相同的测试会产生不同的结果、我认为结果是肯定的。

    [开始]
    
    执行以下命令:
    
    %CCS_base%/common/uscif/dbgjtag -f %boarddatafil文件%-RV -o -S 完整性
    
    [结果]---
    
    
    [打印电路板配置路径名]---------------
    
    /home/plane/.ti/ccs930/0/0/BrdDat/testBoard.dat
    
    ---- [打印重置命令软件日志文件]-----------------
    
    此实用程序已选择100或510类产品。
    此实用程序将加载适配器'libjioxds110.so'。
    库构建日期为2019年11月25日。
    库构建时间为'15:00:34'。
    库软件包版本为'8.4.0.00006'。
    库组件版本为'35.0.0'。
    控制器不使用可编程 FPGA。
    控制器的版本号为'5'(0x00000005)。
    控制器的插入长度为"0"(0x00000000)。
    此实用程序将尝试重置控制器。
    此实用程序已成功重置控制器。
    
    ---- [打印重置命令硬件日志文件]-----------------
    
    扫描路径将通过切换 JTAG TRST 信号进行复位。
    控制器是具有 USB 接口的 XDS110。
    从控制器到目标的链路是直接的(不带电缆)。
    该软件配置为 XDS110功能。
    控制器无法监控 EMU[0]引脚上的值。
    控制器无法监控 EMU[1]引脚上的值。
    控制器无法控制输出引脚上的时序。
    控制器无法控制输入引脚上的时序。
    扫描路径链路延迟已精确设置为"0"(0x0000)。
    
    ---- [对 JTAG IR 执行完整性扫描测试]-----
    
    此测试将使用64个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 IR 完整性扫描测试成功。
    
    ---- [在 JTAG DR 上执行完整性扫描测试]-----
    
    此测试将使用64个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 完整性扫描测试成功。
    
    [结束]
    

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

    您好!

    感谢您发送其他注意事项。  

    Paul Lane 说:
    编辑:通过在命令中包含逗号并删除-f (其中包含错误消息)来成功更改权限。

    抱歉、我一定会疯掉的。 我已经对之前的组合进行了多次测试(包括在我之前回复您的时候)、它似乎对我有用、但现在它在我测试的任何平台中都不起作用。 我可能在中间做了其他事情、但忘记了。  

    您的建议不仅有效、还可以发布以下内容:

    用户@主机:/opt/ti/ccs930/ccs sudo chmod -R GO+Rx *

    我将更改页面。  

    [引用 user="Paul Lane"]编辑2:连接电路板并运行相同的测试会产生不同的结果,我认为结果是肯定的。

    是的、这是工作联系的预期结果。  

    我再次对这种混乱表示歉意。  

    此致、

    拉斐尔

    P.S. 我分开讨论,因为问题的性质不同。 新主题为 :https://e2e.ti.com/support/tools/ccs/f/81/t/886638

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

    我想知道您的测试是否为假阳性? 由于在另一个文件位置具有正确的权限、并且链接查找/指向该文件而不是测试目录?

    编辑:我未收到您关于将我之前的评论拆分为新主题的评论、感谢您的帮助

    我昨天曾强调过这一点,但我想我没有。 "验证"按钮的工作方式与之前所述相同、但在尝试将代码上载到电路板时会因打印输出到终端分段故障(内核转储)而崩溃。 我无法打开或解码生成的.dmp 文件以进行进一步调查。

    好消息、我能够让 CCS 在 Windows 10 VM 上工作、并上传和基准一些代码。 但是、我非常希望能够在 Linux 上有效地运行 CCS、因为我们使用 Windows 10 VM 在本地运行 Linux。 Ubuntu 的当前问题是 CCS 在上载到板期间崩溃。

    谢谢、

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

    您好!

    感谢您提出的其他注意事项。 我现在无法判断它是否是错误的肯定、或者我添加了一个我现在无法回忆的步骤。

    无论如何、我都使用工作配置更新了页面、并在另一个线程中回复了您的 segfault 注释。  

    此致、

    拉斐尔