[参考译文] CCS：在SWD模式下调试CC3200 Launchpad时出现问题

1月

您报告的问题对我来说是很熟悉的；我记得这是一段时间前报告的，但TI的这一问题从未重现。 某些开发人员在6.1 中已修复此问题，但由于您在7.1 中进行报告，0.0.0016万 因此肯定需要再次查看此问题。

明天我将借用CC3200并在设置中重新测试。 希望我能够重现这一长期悬而未决的问题，并最终找出问题的最后部分。

仅供参考，请选中其中讨论过此问题的一个线程，以及讨论JTAG引脚与其他函数互锁的相关线程。

e2e.ti.com/.../41.8666万
e2e.ti.com/.../51.4609万

此致，
拉斐尔

您好！

感谢您对此进行调查。 如果能够解决这个问题，那将是很好的。 我怀疑该问题与CCS有关，因为我还尝试使用CC2650启动板上的XDS110探头在SWD模式下调试CC3200。 我在这里遇到了同样的问题。

在此期间，我将了解您所指的线程。

此致，

一月

一月

我刚刚在我的7.1 中以SWD模式运行CC3200。0.0.0016万 无法找到任何问题。

一个看似显而易见但我需要问的快速问题：您是否根据以下设置配置启动板？

我将继续调查并尝试"打破"我的设置，但上述详细信息可能与您的设置相关。

此致，

拉斐尔

你好，Rafael！

感谢您的反馈。 是的，我已勾选此框。 您是否尝试过广泛的调试，在SL_START()之后设置了一个brakpoint？ 如前所述，目标配置测试通过，调试器到达初始断点。 如果您能够通过此点，最好能将您正在使用的CC3200-SWD.xml文件发送给我。 此外，如果您能告诉我您在"高级"选项卡下设置的频率，那将是很好的。 这些设置是否正常？

此致，

Jan Gustav

再次嗨！

抱歉，我给您发送了错误的片段。 我也尝试使用XDS110探头获得相同的结果。 对于CC3200 Launchpad上的Stellaris调试器，我有以下设置。

此致，

Jan Gustav

Jan Gustav Heber 说：

然而，切换到2线SWD模式时，调试器似乎与目标之间的接触有些松散。 [/QUOT]您是在Windows还是Linux下运行CCS？

我以前曾报告6.1 过，在2.0.0014万 模式下，在Linux下的CCS SWD.CC3200加载程序时出错。  已针对该问题提出SDSCM5.2733万，但尚未报告为已修复。

您好！

感谢您的反馈。 但是，我正在Windows 10下运行CSS。 请注意，我可以下载代码并开始调试/步进，但似乎调试器在发出SL_START()命令后失去控制/没有响应，尽管我没有收到错误消息。

此致，

Jan Gustav Heber

请注意，我可以下载代码并开始调试/步进，但似乎调试器在执行SL_start()命令后失去控制/无响应，尽管我没有收到错误消息。

我尝试使用 运行CC3200CAM_CC策略 示例的1.1。 已使用 Windows 7下运行的CCS 7.1 ．0.0.0016万。

最初，使用板载Stellaris ICDI设置为SWD模式，可以将调用逐步转移到SL_Start()而不会出现问题，示例可以成功获取网络列表。

然后更改为使用设置为"SWD模式- Aux COM端口为目标UART端口"的XDS110。 当使用XDS110时，当转至第一个SL_Start()时，程序似乎挂起。  当程序被暂停时，将显示以下调用栈：

 程序所在的_SlNonOsMainLoopTask()函数似乎正在等待中断发生。

查看调试项目属性，在程序集步进或源代码步进时禁用了中断，这是新项目的CCS默认值：

当程序集步进或源步进时，我将项目属性更改为取消选择禁用中断，当XDS110设置为SWD模式时，可以将调用切换到SL_Start()。

因此，建议您在  程序集步进或源步进时取消选择禁用中断，以查看这是否解决了您的问题。

至于JTAG在您的案例中起作用的原因，而不是SWD，它可能与计时相关，因为XDS110的其他测试表明，4线JTAG模式的步进时间比2线模式更快(请参阅 CCS/SIMPLELINK-CC2640R2-SDK：更快的调试步进？)