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.
您好!
请帮助我了解导致此错误的原因是什么? 目标器件似乎因某种原因而受损。
"IcePick_C_0:连接到目标时出错:(错误-2131 @ 0x0)无法访问器件寄存器。 复位器件、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板执行下电上电、和/或尝试更可靠的 JTAG 设置(例如、降低 TCLK)。 (仿真软件包9.10.0.00080)"
当我为 JTAG 运行测试连接时、会得到以下信息:
[开始:Texas Instruments XDS2xx USB Debug Probe_0]
执行命令:
%CCS_base%/common/uscif/dbgjtag -f %boarddatfilename%-RV -o -S 完整性
[结果]
-------- [打印主板配置路径名}-->--------------------
C:\Users\WSZATK~1\AppData\Local\TEXASI~1\
ccs\ccs1220\0\0\BrdNat\testBoard.dat
-------- [打印复位命令软件日志文件]----------
该实用程序选择了560/2xx 类产品。
该实用程序将加载程序'xds2xxu.out'。
库构建日期为"2022年11月28日"。
库构建时间为"21:19:56"。
库软件包版本为"9.10.0.00080"。
库组件版本为'35.35.35.5.0'。
控制器不使用可编程 FPGA。
控制器的版本号为'13'(0x0000000d)。
控制器的插入长度为"0"(0x00000000)。
此实用程序将尝试重置控制器。
此实用程序已成功重置控制器。
-------- [打印重设命令硬件日志文件]----------
此仿真器不会创建复位日志文件。
-------- [出现错误且此实用程序已中止]--------
此错误由 TI 的 USCIF 驱动程序或实用程序生成。
值为'-234'(0xffffff16)。
标题为"SC_ERR_PATH_IR_BROK"。
解释如下:
指令扫描路径不能循环位、可能会损坏。
尝试扫描 JTAG 指令寄存器失败。
目标器件的 JTAG 指令路径似乎已损坏
停留在1或停留在零故障的线性调频脉冲。
[结束:Texas Instruments XDS2xx USB Debug Probe_0]
我成功连接并调试、然后由于某种原因出现此错误、无法再连接到器件。 如果您有任何问题、敬请告知。
谢谢!
William
您好、William、
您是尝试连接 LaunchPad 或 controlCARD 等 TI 电路板、还是这是定制电路板? 如果您可以使用示波器、您能否像我在下面一样探测您的 TDO (黄色)、TMS (紫色)、TCK (蓝色)和 TRST (绿色)? 我的示波器捕获是在 TMS 的下降沿触发的。
此致、
Ben Collier
尊敬的 Ben:
我将连接至我们的定制目标板。 我已经成功地连接到了电路板、如前所述、但之后由于某种原因停止连接。
这里是您请求的信号;很明显、它没有正确响应、但我不知道为什么? 信号的映射方式与您使用的相同。
请告诉我您的想法。
谢谢!
William
您好、William、
那么、您是完全无法连接到器件、还是在程序运行时断开连接? 您是否将任何 JTAG 引脚用于任何其他用途? 例如、TDO 也可以用作 GPIO。 此外、TMS、TCK、TDI 和 TDO 的跟踪时间是多长? 看起来噪声可能会影响您的 TDO 信号、尽管噪声问题通常会在测试连接时导致不同的错误消息。
此致、
Ben Collier
尊敬的 Ben:
发生这种情况后、我将无法再连接到器件。 JTAG 引脚不用于任何其他用途。 但是、我可能加载了一个示例程序、意外地将 JTAG 引脚配置为其他程序。 这会导致这个问题吗? 我认为、在器件复位后、JTAG 线路默认为 JTAG、以防止发生这种问题、但我不确定。 目标板上所有 JTAG 迹线的总布线长度均小于1.0英寸。 我不认为这是噪声、因为我能够反复连接和仿真一段时间、而不会出现任何问题。 我认为这可能与 JTAG 引脚被意外配置为 GPIO 引脚而无法再连接有关。 有可能吗?
谢谢!
William
尊敬的 Ben:
当从通用 MotorControl 实验室 F28003x 中加载示例程序时、会意外执行并将 TDI 和 TDO 引脚配置为 JTAG 以外的引脚。 GPIO_35是 TDI 引脚、GPIO_37是 TDO 引脚。
// GPIO35->EPWM5B->M2_WL
GPIO_setPinConfig (GPIO_35_EPWM5_B);
GPIO_setDirectionMode (35、GPIO_DIR_MODE_OUT);
GPIO_setPadConfig (35、GPIO_PIN_TYPE_STD);
// GPIO37->Reserve
GPIO_setPinConfig (GPIO_37_GPIO37);
GPIO_setDirectionMode (37、GPIO_DIR_MODE_IN);
GPIO_setPadConfig (37、GPIO_PIN_TYPE_STD);
将此文件加载到目标是否会在加载此程序后阻止以后的所有 JTAG 连接? 如何解决此问题?
此致、
William
您好、William、
您是否可以尝试通过 在 GPIO 引脚设置 如下的情况下重启器件来将器件置于等待引导模式?
此致、
Ben Collier
尊敬的 Ben:
当然、我可以尝试一下、但我对为什么感到好奇? 您是否认为这样可以 在连接 JTAG XDS200调试探针后使器件正确引导、从而解决我遇到的问题?
谢谢。
William
尊敬的 Ben:
将引导引脚更改为等待引导模式后、现在可以成功连接到目标器件。
请帮助我了解这是如何解决问题的? 我的印象是、我需要该器件从闪存引导。
这是权变措施修复吗?
谢谢!
William
尊敬的 Ben:
但是、一旦 hal.c 文件中的示例程序更改了 GPIO_35和 GPIO_37的引脚功能(TDI 和 TDO JTAG 引脚)、仿真连接将断开。 如果通用 MotorControl 实验中的示例程序打算与 JTAG 仿真器一起运行、为什么这个应用程序会更改 JTAG 引脚功能? 请告知。
此外、我想我需要注释掉这部分代码来进行调试、而不会有任何问题?
谢谢!
William
您好、William、
将器件置于等待引导模式会阻止器件运行任何用户代码、直到它被 JTAG 调试探针接管。 每次 启动器件时、这些引脚都会分配给 TDI 和 TDO、直到您的程序将功能更改为 GPIO_35和 GPIO_37。 在等待引导模式下、这种情况绝不会发生、因此您可以连接到器件。
我不太熟悉通用电机控制实验、是否可以使用不同的 GPIO 引脚来代替 GPIO_35和 GPIO_37?
此致、
Ben Collier
好的、谢谢。 是的、我可以使用其他 GPIO 引脚。 感谢您帮助解决此问题。 非常感谢。