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.
工具/软件:Code Composer Studio
我在 Linux 上使用的是 CCS5.4.0、它具有 Olimex XDS1000V3和具有5535的定制板。
我获取 C55xx:连接到目标时出错:(错误-151 @ 0x0)连接期间使用的 FTDI 驱动程序函数之一返回错误状态或错误。 原因可能有一个或多个:仿真器序列号无效、仿真器 EEPROM 空白、FTDI 驱动程序缺失、USB 电缆故障。 使用'common/uscif'文件夹中的 xds100serial 命令行实用程序来验证仿真器是否位于何处。 (仿真包5.1.73.0)
我已经使用了连接测试工具、它工作正常。
是否有人可以提供一些有关如何解决此问题的提示?
谢谢
查尔斯
你(们)好,查尔斯
[引用用户="Charles Manning"]我在 Linux 上使用的是 CCS5.4.0、其中包含 Olimex XDS1000V3和带有5535的定制板。
CCS 5.4非常旧且不受支持。 您为什么需要继续使用旧版本?
此外、运行 CCS 的是什么 Linux 发行版。
[报价用户="Charles Manning"]我使用了连接测试工具,效果很好。
您是指 xds100serial 实用程序吗? 或 CCS 中的 JTAG 连接测试工具? 无论如何、您能否证明测试结果?
谢谢
Ki
是的、我确实理解这是旧的、但这是项目已设置为使用的内容。
我正在使用 Ubuntu 18.04
我运行了这两个测试、它们都很好。 它仅运行会出现问题的调试器。
$./ccs_base/common/uscif/xds100serial
错误:LD.so:无法预加载来自 LD_PRELOAD 的对象'/usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0 (错误的 ELF 类:ELFCLASS64):忽略。
正在扫描 XDS100仿真器...
VID/PID 类型 序列号 说明
0403/a6d1 XDS100v3 FT4XK52W 德州仪器 XDS100版本3。
$回显$?
0
[开始]
执行以下命令:
%CCS_base%/common/uscif/dbgjtag -f %boarddatafil文件%-RV -o -F inform、logfile=yes -S pathlength -S integrity
[结果]
---- [打印电路板配置路径名]---------------
/home/charles/.TI/1524211065/0/0/BrdDat
testBoard.dat
---- [打印重置命令软件日志文件]-----------------
此实用程序已选择100或510类产品。
此实用程序将加载适配器'libjioserdesusbv3.so'。
库构建日期为 "2013年4月2日"。
库构建时间为'01:37:27'。
库软件包版本为'5.1.73.0"。
库组件版本为'35.34.40.0'。
控制器不使用可编程 FPGA。
控制器的版本号为'4'(0x00000004)。
控制器的插入长度为"0"(0x00000000)。
此实用程序将尝试重置控制器。
此实用程序已成功重置控制器。
---- [打印重置命令硬件日志文件]-----------------
扫描路径将通过切换 JTAG TRST 信号进行复位。
控制器是具有 USB 接口的 FTDI FT2232。
从控制器到目标的链路是直接的(不带电缆)。
该软件配置为 FTDI FT2232功能。
控制器无法监控 EMU[0]引脚上的值。
控制器无法监控 EMU[1]引脚上的值。
控制器无法控制输出引脚上的时序。
控制器无法控制输入引脚上的时序。
扫描路径链路延迟已精确设置为"0"(0x0000)。
---- [用于从 PLL 生成的 JTAG TCLK 输出的日志文件]---
测试 尺寸 COord MHz 标志 结果 说明
~~~~ ~~~~ ~~~~~~~μ A ~~~~~~~~μ A ~~~~ ~~~~~~~~~~~μ A ~~~~~~~~~~~~~~~~~~~μ A
1 512 - 01 00 500.0kHz O 良好值 测量路径长度
2 512 + 00 1.000MHz [O] 良好值 应用显式 tclk
没有用于测量 JTAG TCLK 频率的硬件。
在扫描路径测试中:
测试长度为16384位。
JTAG IR 长度为38位。
JTAG DR 长度为1位。
IR/DR 扫描路径测试使用2个频率。
IR/DR 扫描路径测试使用500.0kHz 作为初始频率。
IR/DR 扫描路径测试使用1.000MHz 作为最高频率。
IR/DR 扫描路径测试使用1.000MHz 作为最终频率。
---- [测量最终 JTAG TCLKR 输入的源和频率]----
没有用于测量 JTAG TCLK 频率的硬件。
---- [对 JTAG IR 和 DR 执行标准路径长度测试]-----
此路径长度测试使用512个32位字的块。
JTAG IR 指令路径长度测试成功。
JTAG IR 指令路径长度为38位。
JTAG DR 旁路路径长度测试成功。
JTAG DR 旁路路径长度为1位。
---- [对 JTAG IR 执行完整性扫描测试]-----
此测试将使用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 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 完整性扫描测试成功。
[结束]
[引用用户="Charles Manning "]
是的、我确实理解这是旧的、但这是项目已设置为使用的内容。
我正在使用 Ubuntu 18.04
[/报价]
请注意、Ubuntu 18.04上官方不支持 CCS v5.x。
听到 JTAG 连接测试通过时感到惊讶、但您看到-151主机连接错误。 您过去是否能够在此环境中成功使用 Olimex XDS100v3探针?
谢谢
Ki
我以前从未使用过 C55x 的 Olimex。
我还有一个 eZdsp、它的工作效果更好。
我正在尝试迁移到新的 CCS。 我正在尝试10.10、但我遇到了其他问题(未找到 tconf)
您能建议以下内容吗:
1) 1)对于我来说、哪一个是用于 C55x 与 Linux 的最佳 CCS 版本?
2) 2)在哪里可以找到指导我完成该流程的操作方法文档?
谢谢
1)对于我来说,哪一个版本的 CCS 最适合用于 Linux 的 C55x?
通常、我们建议使用最新版本的 CCS。 请注意、您需要单独(从应用中心)下载 C55x 编译器、因为 CCS 的后续版本不随附。
一个潜在的问题是 DSP/BIOS 支持已被弃用。 CCS 的后续版本中不支持 DSP/BIOS RTA。 如果这不是问题、我会推荐 CCS 的最新版本
2)我可以在其中找到一个指导文档、该文档将带我完成整个过程?
从 v5 -> v10迁移没有任何迁移文档。 然而,移徙应该相当直接。 唯一的问题是需要手动安装编译器、而 DSP/BIOS 已弃用支持。 请参阅我对有关 xdctools 和 tconf 的其他主题的答复。
谢谢
Ki
感谢您提供这些信息
如果 DSP/BIOS 已被降价、那么用什么替代它?
我的目的是迁移到较新的工具集、如果 DSP/BIOS 是旧工具链的一部分、则很可能有必要从该工具链中迁移出来。
是否有一些"HOWTO"/示例项目来促进这一点? 除了定制硬件之外、我还有一个 eZdsp 5535。 是否有一份文档描述了如何将此类内容与新工具链结合使用?
谢谢
查尔斯
[报价用户="Charles Manning"]如果 DSP/BIOS 已被降价,那么替换它的是什么?
SYS/BIOS。但是、C55x 不支持该功能。 您可能需要保持在 DSP/BIOS 上。
[引用用户="Charles Manning]是否有一些"HOWTO"/示例项目可帮助实现此目的? 除了定制硬件之外、我还有一个 eZdsp 5535。 是否有一份文档描述了如何将此类内容用于新工具链?
这是一个最适合器件专家的问题。 我建议在 处理器 论坛中开始新的主题。
谢谢
Ki