[参考译文] CCS/TMS320C6747：具有多DSP自定义板配置的JTAG连接问题

您好，

硬件设计的许多方面可能会影响同一扫描链中有多个设备的情形。 如果您具有间歇性功能，这一点尤其重要，这可能表示PCB布线上的交叉或反射过多。 在这种情况下，我强烈建议您查看以下参考的7.2 和7.3 部分：
processors.wiki.ti.com/.../XDS_Target_Connection_Guide

BH-510L支持TCLK缩放(并非所有510类调试程序都支持它)，因此您可以尝试通过降低速度来提高对这些效果的敏感度。 为此，请在第一个屏幕截图中突出显示“Blackhawk USB510L Emulator_0”，并将参数“JTAG TCLK Frequency (MHz)”设置为“Fixed with specified value”，然后输入一个小于默认值10.368MHz的值。

虽然提高了可靠性，但缺点是调试速度会变慢。

希望这能有所帮助，
拉斐尔

此时，JTAG仿真仍有问题，CCS在程序加载期间崩溃。

程序似乎正在加载，并且所有突然崩溃。已附加CCS崩溃转储。

您好，

请对延误表示歉意。

"崩溃"的确切含义是什么？ CCS是否完全消失或是否抛出错误消息？

很遗憾，我无法通过我们的互联网连接访问Google Drive链接。 您是否介意尝试将文件附加到您的帖子中？

如果CCS完全消失，有时根本原因通常是内存耗尽导致JVM严重崩溃-您可以通过查看以下POST上的详细信息来尝试使用CCS堆：
e2e.ti.com/.../70.4171万

过去发生这种情况的另一种情况是，在调试启动或代码加载期间，内存浏览器或反汇编视图打开。 在加载代码之前，您是否可以尝试关闭这些视图并查看问题是否消失？

对此造成的不便，我深表歉意。
拉斐尔

您好，

已附加错误日志和dmp文件。

 在日志中找不到任何内存不足错误。

谢谢

e2e.ti.com/.../error.zip

e2e.ti.com/.../hs_5F00_err_5F00_pid1.2512万.log

您好，

感谢您发送这些文件。 我们的初步调查发现，不幸的是，在我们的最后，该崩溃还有点不确定，因为它在“bhemu6400_plus”中崩溃-这是属于JTAG调试探测器制造商(Blackhawk)的第三方库，我们没有该DLL的符号。

它看起来不像典型的内存不足崩溃，但总有一个机会，它是内存压力的副作用。 可能是由于驱动程序错误或其它一些问题导致内存损坏。

如果这种情况在您的端发生了多次，而您恰好有更多的转储文件，我们可以查看一下，以确认它们是否都在同一个位置崩溃。 如果是，则更可能是驱动程序错误，而不是内存问题。

能否向我们提供调试服务器日志？ (详情如下)这可能没有什么帮助，但至少我们可以缩小向驾驶员发出的更高级别呼叫的范围。

processors.wiki.ti.com/.../Troubleshooting_CCSv6

此致，
拉斐尔

您好，

请找到zip格式的附件dmp文件。

e2e.ti.com/.../dmp.zip

无法按照建议建立调试会话以生成调试日志。

它的失败一致。 每次尝试建立调试连接时崩溃。

您好，

您能否建议使用TI推荐的JTAG探头来处理此案例？

您好，

感谢您发送其它dmp文件。 所有这些都显示了非常相似的问题：崩溃是由设备驱动程序引起的。  

关于建议的探头，由于您的系统的复杂性，我建议使用XDS560v2 USB (TMDSEMU560V2STM-U)，或者如果您想执行远程测试，使用USB+以太网的XDS560v2 (TMDSEMU560V2STM-UE)。 如果您更喜欢Blackhawk产品，他们还提供XDS560v2 USB +以太网产品(此处)。  其优点是其输出电路更强大，与下面的XDS200相比，可以更好地处理此类长JTAG链。 它们也具有我们产品线中最高的性能，但由于您的系统具有非常长的JTAG链，因此您不能将TCLK速度提高太多。

我的下一个建议是XDS200 (TMDSEMU200-U)，成本更低。 它具有合理的性能，并可与C674x DSP配合使用。 还有Spectrum Digital提供的USB+以太网产品(此处)。

为了帮助您做出决定，请查看所有调试探测器和每个不同JTAG调试探测器的基准测试。

http://processors.wiki.ti.com/index.php/XDS_Performance_comparison 

希望这能有所帮助，

拉斐尔

，

我们购买了SD 560V2STM并进行了一些测试。 虽然没有崩溃，但我仍然面临负载故障问题。

附加日志文件。

e2e.ti.com/.../ToTiForSupport.zip

e2e.ti.com/.../JtagChainTestConnectionLog.txt

您好，

感谢您发送测试连接结果；我看到测试连接成功，因此我不会再出现错误234。 我还看到您正在使用非常缓慢的TCLK速度来最大程度地减少任何数据完整性问题。

因此，我要问：你现在看到的究竟是什么错误？

由于数据完整性问题，可能仍会发生错误1265或其他错误，低TCLK (在您使用时)可将此问题降至最低。 其他的选择可能来自设计本身-不幸的是，在同一扫描链中使用如此多的设备是非常不常见的，因此我不能在这里自己测试。 在这种情况下，我发送的第一个链接肯定有助于查看此内容。

此致，
拉斐尔

您好，

大多数的石灰是其数据验证错误。

附件是故障的屏幕截图。

Thankse2e.ti.com/.../XDS560V2DebugFailures.zip