[参考译文] CCS/CC2650STK：无法启动 CC2650STK 的调试会话

拉斐尔

我再进一步、但我不想进入调试器视图并在 main 停止、而是回到 C++透视图中、我得到：

[Cortex_M3_0]这个示例不会试图最大限度地减少代码或数据占用空间
启动 UART 回显示例
系统提供商设置为 SysMin。 停止目标以查看 ROV 中的任何 SysMin 内容。

这意味着什么？

谢谢

Peter

Peter、

有趣。 我不完全确定您正在运行哪个示例、但您看到的信息正由控制台输出。 由于这些不是错误消息、而是信息消息、我怀疑调试会话仍处于活动状态、代码已停止-仅更改了透视图。  

您能否切换回 Debug 透视图并转至菜单 Window -> Perspective -> Reset Perspective、然后查看您是否获得了更合理的视图布局？

此致、

拉斐尔

拉斐尔

示例为 uartecho_CC2650STK_TI。

我认为我仍然有 JTAG 问题。

当我单击"Test Connection"时、我获得(颜色是我的)：

[开始：德州仪器 XDS110 USB 调试探针]

执行以下命令：

%CCS_base%/common/uscif/dbgjtag -f %boarddatafil文件%-RV -o -S 完整性

[结果]


---- [打印电路板配置路径名]---------------

/home/p/.ti/ccs910/0/0/BrdDat/testBoard.dat

---- [打印重置命令软件日志文件]-----------------

此实用程序已选择100或510类产品。
此实用程序将加载适配器'libjioxds110.so'。
库构建日期为 2019年6月3日。
库构建时间为'15：03：57'。
库软件包版本为'8.2.0.00004'。
库组件版本为'35.0.0'。
控制器不使用可编程 FPGA。
控制器的版本号为'5'(0x00000005)。
控制器的插入长度为"0"(0x00000000)。
此实用程序将尝试重置控制器。
此实用程序已成功重置控制器。

---- [打印重置命令硬件日志文件]-----------------

扫描路径将通过切换 JTAG TRST 信号进行复位。
控制器是具有 USB 接口的 XDS110。
从控制器到目标的链路是直接的(不带电缆)。
该软件配置为 XDS110功能。
控制器无法监控 EMU[0]引脚上的值。
控制器无法监控 EMU[1]引脚上的值。
控制器无法控制输出引脚上的时序。
控制器无法控制输入引脚上的时序。
扫描路径链路延迟已精确设置为"0"(0x0000)。

---- [对 JTAG IR 执行完整性扫描测试]-----

此测试将使用64个32位字的块。
该测试将仅应用一次。

使用0xFFFFFFFF 进行测试。
扫描测试：1、跳过：0、失败：0
使用0x00000000执行测试。
扫描测试：2、跳过：0、失败：0
使用0xFE03E0E2执行测试。
扫描测试：3、跳过：0、失败：0
使用0x01FC1F1D 进行测试。
扫描测试：4、跳过：0、失败：0
使用0x5533CCAA 进行测试。
扫描测试：5、跳过：0、失败：0
使用0xAACC3355进行测试。
扫描测试：6、跳过：0、失败：0
所有值均已正确扫描。

JTAG IR 完整性扫描测试成功。

---- [在 JTAG DR 上执行完整性扫描测试]-----

此测试将使用64个32位字的块。
该测试将仅应用一次。

使用0xFFFFFFFF 进行测试。
扫描测试：1、跳过：0、失败：0
使用0x00000000执行测试。
扫描测试：2、跳过：0、失败：0
使用0xFE03E0E2执行测试。
扫描测试：3、跳过：0、失败：0
使用0x01FC1F1D 进行测试。
扫描测试：4、跳过：0、失败：0
使用0x5533CCAA 进行测试。
扫描测试：5、跳过：0、失败：0
使用0xAACC3355进行测试。
扫描测试：6、跳过：0、失败：0
所有值均已正确扫描。

JTAG DR 完整性扫描测试成功。

[结束：德州仪器 XDS110 USB 调试探针]

到目前为止、非常好。

但是、当我再次单击时、我会得到以下结果：

[开始：德州仪器 XDS110 USB 调试探针]

执行以下命令：

%CCS_base%/common/uscif/dbgjtag -f %boarddatafil文件%-RV -o -S 完整性

[结果]


---- [打印电路板配置路径名]---------------

/home/p/.ti/ccs910/0/0/BrdDat/testBoard.dat

---- [打印重置命令软件日志文件]-----------------

此实用程序已选择100或510类产品。
此实用程序将加载适配器'libjioxds110.so'。
库构建日期为 2019年6月3日。
库构建时间为'15：03：57'。
库软件包版本为'8.2.0.00004'。
库组件版本为'35.0.0'。
控制器不使用可编程 FPGA。
控制器的版本号为'5'(0x00000005)。
控制器的插入长度为"0"(0x00000000)。
此实用程序将尝试重置控制器。
此实用程序已成功重置控制器。

---- [打印重置命令硬件日志文件]-----------------

扫描路径将通过切换 JTAG TRST 信号进行复位。
控制器是具有 USB 接口的 XDS110。
从控制器到目标的链路是直接的(不带电缆)。
该软件配置为 XDS110功能。
控制器无法监控 EMU[0]引脚上的值。
控制器无法监控 EMU[1]引脚上的值。
控制器无法控制输出引脚上的时序。
控制器无法控制输入引脚上的时序。
扫描路径链路延迟已精确设置为"0"(0x0000)。

硬打开控制器时出错。

---- [发生了错误，该实用程序已中止]-----

此错误由 TI 的 USCIF 驱动程序或实用程序生成。

值为'-275'(0xfffeed)。
标题为"SC_ERR_SCAN_POLL_BUSY"。

说明如下：
轮询目标器件的尝试超出了其超时限制。
实用程序或调试器已请求目标器件为
针对特定数据或状态值重复访问。
由于最大数量的内置限制、此操作失败
轮询 JTAG 扫描路径时的尝试次数。

[结束：德州仪器 XDS110 USB 调试探针]

当我按下 SensorTag 上的按钮1 (在查看锂离子纽扣电池时右侧的按钮1)时、测试连接再次成功。

我可以可靠地重复这个问题。

我注意到、您将 PowerSelection 设置为 Target supplied power (目标供电电源)、并将 Voltage Level (电压电平)设置为 default (默认值 我假设您插入了纽扣电池。

我是否有正确的初始化文件？ 加载程序时是否需要运行一些 js 脚本(如在 Sitaras 上)？

谢谢

Peter

Peter、

很抱歉耽误您的时间；我已经做了一些测试、并且在连接到 Sensortag 时偶尔也出现了一些错误-这似乎取决于预先加载的软件、或者可能取决于电池电压(我在这里停留的电压大约为2.6V)。

我无法重现与您所看到的相同的行为-该按钮对我没有任何影响。  

帮助我的一个方面是启用在连接时重置目标的选项-如 CCS 用户指南的第7.2.4节所示、如果您有 CCSv9.1、可在帮助菜单中或在下面的链接中找到该选项。  

http://software-dl.ti.com/ccs/esd/documents/users_guide/index.html 

此选项不会影响"Test Connection"、但肯定会影响调试启动。  

我会继续调查这件事，看看我的方面是否有更确切的东西。  

此致、

拉斐尔

你(们)好

感谢您回来。 明天我将根据您的反馈继续我的测试。 与此同时、我注意到、锂离子纽扣电池已经变得非常复杂(0.3V)、只需连接到 JTAG 调试器即可(我认为这是因为我在一周左右之前收到电路板时插入了一枚新的纽扣电池)。 我想知道电源是否有问题。

是否打算在调试期间插入锂币？

由 XDS110还是由电路板提供电源？

谢谢

Peter

Peter、

XDS110通过 VTRef 引脚从 Vcc 消耗的电流极小、但由于它在 JTAG 信号引脚上具有其他上拉和下拉电阻、因此消耗电池的速度可能快得多。  

没有调试探针为器件供电、因此必须插入电池(或将外部电源应用于 BAT-和 BAT+焊盘)  

此致、

拉斐尔

拉斐尔

谢谢、很好。

只是为了排除基本的连接错误，您是否可以验证我在该线程开头的照片中显示的 JTAG 连接？

谢谢

Peter

Peter、

照片上的连接很好；它与我在这里的连接相匹配。  

此致、

拉斐尔

拉斐尔

我按照您的建议设置此选项(重置目标)、它可以正常工作-但只能使用一次！

然后、我始终会得到：

Cortex_M3_0：GEL 输出：存储器映射初始化完成。
IcePick_C：连接到目标时出错：(错误-275 @ 0x0)轮询目标器件的尝试超出了其超时限制。 实用程序或调试器已请求针对特定数据或状态值重复访问目标器件。 这种情况之所以失败、是因为已超过轮询 JTAG 扫描路径时的最大尝试次数的内置限制。 (仿真包8.2.0.00004)

不管我做什么：拔下电池、JTAG 连接器、XDS110，我都无法得到第二个调试部分-奇怪。

正在开发…

此致

Peter

Peter、

感谢您报告您的调查结果；我一定会为未来的开发人员牢记这条线程。  

此致、

拉斐尔