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
您好,
我在对启动板编程时经常遇到错误:'IcePick_C:连接到目标时出错:(错误-242 @ 0x0)无法访问路由器子路径。 主板配置文件可能不正确。 (仿真软件包6.0 .576.0)"
一旦发生此错误,重试的时间将不会超过此错误。
一个简单的电路板电源循环(拔下,等待5秒,重新插入)会修复一段时间,但由于CCS对事物进行编程的速度非常慢,这在开发过程中对我的迭代时间造成了相当大的影响。
通常在5-10个编程周期后会发生这种情况。
很明显,XDS110固件进入某种奇怪的状态,需要重置才能退出。
我使用的是CCS 7.1 0.0.0016万 for Linux和它安装在探测器上的任何版本的-它要求在第一次运行时更新探测器固件,我允许它这样做。
这是否为已知问题,是否有可用的或即将推出的修复程序?
您好,
我没有在Linux上广泛使用CC13xx设备,但我还没有在该操作系统上看到此问题。
您收到的错误242如以下页面的5.24 部分所示:
http://processors.wiki.ti.com/index.php/Debugging_JTAG_Connectivity_Problems
对于CC1310,上面一节特别提到加载到目标的坏固件如何触发此行为。 我会尝试看看是否存在与代码的特定修改和连接能力相关的关系。
Michael Moon 说:一个简单的电路板电源循环(拔下,等待5秒,重新插入)会修复一段时间,但由于CCS对内容进行编程的速度非常慢,因此在开发过程中对我的迭代时间产生了相当大的影响。
您可以通过简单地从核心“断开”而不是终止调试会话来简化此步骤。 发生此错误时,很可能尚未连接Cortex M3,如以下屏幕所示
此时,您只需重启电路板,然后右键单击上面突出显示的行并选择"连接目标"。 这将导致CCS重新连接到Cortex M3,而无需重新启动调试会话。
我会密切关注其他报告,并尝试了解特定于Linux的任何内容是否会引发此问题。
希望这能有所帮助,
拉斐尔
当我右键单击调试会话项目时,"连接目标"和"断开目标"将灰显,其他大多数选项也是如此。
唯一明显有用的选项是"重新启动",这会触发"无法访问路由器子路径"错误。
右键单击我的CCXML并选择“调试为”->“Code Composer调试会话”具有相同的效果。
奇怪的是,我记得CCS 7.0 中存在的'ASS Eras'脚本现在在CCS 7.1 中似乎不存在(我的“脚本”菜单只显示“无可用脚本”),所以我让主板摆脱这种状态的唯一方法似乎是拔下/重新插入。
[QUOTE USER="Michael Moone")当我右键单击调试会话项目时,"Connect TARGET"(连接目标)和"Disconnect TARGET"(断开目标)将显示为灰色,其他大多数选项也是如此。您是右键单击顶部的条目(即CCXML文件的名称),还是右键单击"Texas Instruments XDS110 USB Debug Probeer/Cortex_M3_0"(德州仪器(TI)调试探头/Cortex_M3_0")?
要查看"Connect Target"(连接目标)或"Disconnect Target"(断开目标)选项,您需要右键单击 "Texas Instruments XDS110 USB Debug Probeer/Cortex_M3_0" core (Texas Instruments XDS110 USB调试探头/Cortex_M3_0)条目。
例如,右键单击选项与上下文相关:
我在CC2640R2上遇到了类似的问题: 在LAUNCHXL-CC2640R2演示板上工作正常,但无法连接到具有相同芯片类型(CC2640R2)的目标板。
在我的案例中,它在目标和XDS110上是不同的VDD级别。
XDS110在3.3V电压下工作,而我的目标在3V电压下工作(我使用 了LAUNCXL-CC2640R2的XDS110部分)。
在XDS110上,有一个条款规定使用接口级别转换器的目标VDD来解决此问题。 不幸的是,我无法使用它,因为我的目标板连接器上没有VDD,所以我通过在连接目标与XDS110的电缆上的所有接口信号(但不是GND)上添加100欧姆系列电阻器来解决它。
现在对我来说还可以。