[参考译文] LAUNCHCC3220MODASF：从何处获取 gdb_agent_console 的启动 CC3220MODASF 板数据文件？

拉尔夫

您能否检查：  

https://youtu.be/e84eSq16XO4

此致、

拉斐尔

您好、Rafael、谢谢。 我从 CCS 的脚下偷走了.dat、只要我从 ti/ccs920/ccs/ccs_base/common/uscif 下的目录运行它、gdb_agent_console 就会很高兴。

现在、我可以使用-se 来运行工具链的 arm-none-eabi-gdb 以指定先前刷写的 a.out。 “目标远程:55000”将 gdb 连接到代理，并显示停止执行的发生位置。 A. OUT 使用 FreeRTOS 及其 pthread。 我的下一个问题是按预期执行一次"下一个"步骤、但第二次尝试给出"如果没有实时选定的线程、则无法执行此命令"、而'info thread'显示列出的唯一线程的 ID 递增了一；仍然用星号标记为当前。 运行'info thread'后'next '将再次运行，第二次尝试也将以相同的方式失败。 'info thread'再次修复了问题。

很明显、FreeRTOS 中的 gdb 线程检测不协调。 多线程支持将会很好、但如果更简单、我很高兴 gdb 只呈现单个执行线程。 创意欢迎您。 同时、我将查看 FreeRTOSv10.1.1/FreeRTOS/Demo/Cortex_M4_SimpleLink_CC3220SF_CCS 的构建配置以获取相关线索。

谢谢、Ralph。

拉尔夫  

遗憾的是、与 CC3220器件结合使用时、我对 FreeRTOS 并不是最熟悉的、但是、鉴于 GDB Agent Console 支持已转移到 OpenOCD、也许您更幸运地选择了这种替代方案？  

如果您有兴趣调查此路由、自从上一个正式版本发布后、有几个 Simplelink 改进合并到主 OpenOCD 项目树中、因此我将检查其中一个"出血边缘"版本(检查 镜像复制、但其他服务器中提供预编译的二进制文件)。  

这 是 添加了 CC3220内部闪存支持的提交。

注意事项：

-您需要选择 CMSIS 连接(XDS110与 CMSIS 兼容)
－不支持外部 SPI 闪存

希望这对您有所帮助、

拉斐尔

您好 Rafael、我认为它不是特定于 FreeRTOS 的。 这是 gdb 和代理之间协议的开始、两者都是 TI 提供的。

(gdb)使用

:55000
cortex_M4_0设置调试远程1(gdb)目标远程:55000远程调试 客户端已连接...正在连接到目标
发送数据包：$qSupported：multiprocess+；swbreak+；hwbreak+；qRelocInsn+；fork-event+；exec-events+；vContex Supported+；QThreadEvents+；no-resource+#df...corXX_M4_0 -处理器类型=cortex
0
-使用 TOTM4硬件断点连接到目标设备(tex M4)。
目标已连接...正在启动服务器
收到的 Ack
数据包：QStartNoAckMode+;PacketSize=4000
数据包已接收(支持的数据包)
发送数据包：$vMustReplyEmpty#3a...Ack
数据包已接收：
正在发送数据包：$QStartNoAckMode#b0...Ack
数据包已接收：$hg0



数据包：未
接收到 Tq049...T 数据包发送数据包状态：$t：未接收到 T0001#tq0...
$qsThreadInfo#C8...接收到的数据包：l
发送数据包：$qAttached#8f...接收到的数据包：1
支持数据包 qAttached (查询附加)
发送数据包：$HC-1#09...接收到的数据包：正常
发送数据包：$QC#b4...接收到的数据包：QC0

根据#gdb IRC 通道上的作者、对 M0的 qfThreadInfo 的回答会使 gdb 混淆。 它说只有一个线程、其 ID 为0。 但-1和0是特殊值。 纯线程 ID 为1或更多。 成功运行 gdb+agent 时，您看到了什么？    解释了可能的值。

这种线程 ID 0的滥用在该粘贴结束时重复、来自存根的 QC0应答表示当前线程 ID 为0。

此代理是否已被弃用？ 如果是、 不这么说或不提到 OpenOCD 似乎很奇怪。

谢谢、Ralph。

您好！

我编辑了独立的 gdb_agent_console Linux 可执行文件以使用线程 ID 1、而不是使用 gdb (1)打开协议中的特殊 ID 0、调试器会更开心。 但仍然不起作用、因为在很长一段时间内、座席点击了代码、我没有修改并返回到0、但它确认了 gdb 的不满意之处。

gdb_agent_console 是否已弃用？ 很烦人的是、如果是这种情况、我通过遵循当前的 TI 文档来浪费时间尝试使其正常工作。

我知道 CCS 在后台使用 gdb 吗？ CCS 使用什么代理/存根来位于 gdb 和 XDS110之间？

谢谢、Ralph。

拉尔夫

[引用 user="Ralph Corderoy"]gdb_agent_console 是否已弃用？ 如果是这种情况、我通过遵循当前 TI 文档来浪费时间尝试使其正常工作、这是很烦人的。

我与开发团队进行了交谈、他们确认 Cortex M 器件当前不支持此工具(MSP430仍具有有限的支持)。 由此给您带来的不便、请深表歉意。 我将相应地更新文档。  

您目前的最佳选择是我之前提到的 OpenOCD 路由。  

[引用 USER="Ralph Corderoy"]我了解 CCS 在后台使用 gdb 吗？ CCS 使用什么代理/存根来位于 gdb 和 XDS110之间？[/quot]

我们在 CCS 中使用完全专有的调试器-调试服务器。 很明显、基于 Eclipse 的 CCS 也可以使用 GDB (如果配置正确)、但连接目标仍需要一种 GDB 服务器。  

再次对给您带来的不便表示歉意。  

拉斐尔

拉尔夫

[引用 USER="Ralph Corderoy"]我将了解我是否可以在 Linux 上获取 CCS 来玩球

当您决定进行迁移时、首先要查看的参考是 CCS Linux 主机支持页面、网址为：

https://software-dl.ti.com/ccs/esd/documents/ccs_linux_host_support.html

由于受欢迎、我们正式支持 Ubuntu 发行版、但基于 Debian 的发行版通常运行良好。  

我还可以在 CentOS 8上安装、但由于某种未知原因、我无法使内置的 jxbrowser 正常工作(访问 TI Resource Explorer、CCS App Center 等)。 不过、我还不能花更多的时间来调查这个问题。  

此外、要减小整体安装大小、您只能选择要使用的器件系列。  

此致、

拉斐尔