[参考译文] CCS/LAUNCHXL-F2.8027万F：调试新的Launchpad板时遇到问题

Steve，

很抱歉您在使用新的LaunchPad时遇到问题。 该主板没有任何改动。 我有几个问题可以帮助缩小范围。

1.当您说"它们似乎正常闪烁"时，您是指LED按预期闪烁，还是您能够连接并加载新代码以闪烁？
2. XDS100调试器是否正确显示在设备管理器下？

谢谢！
标记

Mark，您好，我的意思是我能够加载新代码(显然，这是CCS在启动调试会话时告诉我的)。

就XDS100调试器而言，我说的是正确的。 我可以直接关闭调试器，拔下新的主板插头插入旧的主板，它工作正常。 但这是我的设备管理器的屏幕截图。

此外，我还使用新的主板测试了XDS连接。(下面是结果。 。 。 TLDR：连接通过)

[开始：德州仪器(TI) XDS100v2 USB调试探头_0]

执行以下命令：

%ccs_base%/common/uscif/dbgjtag -f %boarddatafile -RV -o -f inform，logfile=yes -S pathlength -S完整性

[结果]

——— [打印主板配置路径名]------------------

C：\Users\usd3.6673万\AppData\Local\TEXASI~1\
   CCS \ti\1\0\BrdDat testBoard.dat

——— [打印reset-command软件日志文件]------------------

该实用程序选择了100或510类产品。
该实用程序将加载适配器'jioserdesusb.dll'。
图书馆的构建日期为2017年7月21日。
库的构建时间是'19:36:41'。
库软件包版本为7.0 ．48.0。
库组件版本为35.35 ．0.0。
控制器不使用可编程FPGA。
控制器的版本号为'4'(0x0.0004万)。
控制器的插入长度为'0'(0x0万000000)。0万。
此实用程序将尝试重置控制器。
此实用程序已成功重置控制器。

——— [打印reset-command hardware log-file (重置命令硬件日志文件)]------------------

扫描路径将通过切换JTAG TRST信号重置。
控制器是FTDI FT2232，带USB接口。
从控制器到目标的链路是直接链路(不带电缆)。
该软件配置为支持FTDI FT2232功能。
控制器无法监控EMU[0]引脚上的值。
控制器无法监控EMU[1]针脚上的值。
控制器无法控制输出引脚上的正时。
控制器无法控制输入引脚上的正时。
扫描路径链路延迟已完全设置为'0'(0x0000)。

——— [从PLL生成的JTAG TCLK输出的日志文件]-------

没有用于对JTAG TCLK频率进行编程的硬件。

——— [测量最终JTAG TCLKR输入的源和频率]-------

没有用于测量JTAG TCLK频率的硬件。

——— [在JTAG IR和DR上执行标准路径长度测试]-----------

此路径长度测试使用64个32位字的块。

JTAG IR指令路径长度测试成功。
JTAG IR指令路径长度为38位。

JTAG DR旁路路径长度测试成功。
JTAG DR旁路路径长度为1位。

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

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

使用0xFFFFFFFF执行测试。
扫描测试：1，跳过：0，失败：0
使用0x0万执行测试。
扫描测试：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
使用0x0万执行测试。
扫描测试：2，跳过：0，失败：0
使用0xFE03E0E2执行测试。
扫描测试：3，跳过：0，失败：0
使用0x01FC1F1D执行测试。
扫描测试：4，跳过：0，失败：0
使用0x5533CCAA执行测试。
扫描测试：5，跳过：0，失败：0
使用0xAACC3355执行测试。
扫描测试：6，跳过：0，失败：0
已正确扫描所有值。

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

[结束：Texas Instruments XDS100v2 USB调试探头_0]

Steve，

所以你

此软件是否在以前的主板上工作？
如果您将开箱即用代码加载到设备上，在加载代码示例代码后是否仍能连接？

标记

标记，

我运行的代码基于汽车软件。 我做了一个实验室，创建了我自己的独立项目。 它在我使用过的每一个启动板上都起作用，直到我最近看到的这一批。

正如我在上一次答复中所说的，当使用新的启动板中的一个调试失败时，我可以关闭调试器，连接一个旧的启动板，重新启动调试器，一切都能正常工作。 (即：我可以运行代码并对其进行调试)。

正如我在上次答复中提到的那样，XDS100可以与主板上的仿真器硬件进行通信。

所以，要么我的代码没有像CCS所表明的那样加载到目标MCU中，而是处于某种奇怪的状态(擦除了其部分或全部闪存)，要么发生了变化。

明白了。

是否可以尝试仅在其中一个新LP上更新XDS100固件？ 请使用以下维客。 第三个项目符号有一个指向更新程序的链接。
processors.wiki.ti.com/.../XDS100

运行该实用程序后，请再次尝试您的过程。 这是否可以解决问题？

此外，请找到LaunchPad的包装盒，并分享包装盒上白色标签的照片。 如果您还拥有原稿中的包装盒，那就更好了。

谢谢！
标记

Mark，您好，我可能有一个问题。 CPLD程序员说设备未连接，但我的设备管理器说已连接。 (请参见图片)

Steve，

是否已确保调试器不在CCS的活动会话中？ 确保在执行命令行功能时关闭CCS。

标记

是的，它关闭了，但为了确保我再次检查。 结果相同。

这不是XDS100调试探测器的问题。  如果您发现该特定错误(以及每次尝试时出现的相同错误)，则表明1) PC正在与XDS100通信，2) XDS100正在成功扫描到目标， 和3)调试寄存器中设置了一个位，表示访问寄存器的尝试被阻止。 1)和2)通过成功的测试连接结果进一步确认。  我认为我们不是在关注XDS100问题，而是在关注目标或CCS设置。

您的CCS似乎已设置为在打开礼貌模式时以实时模式连接。  当您按下粗鲁的重试按钮时会发生什么情况？  请求是否有效？  如果是，您是否可以禁用实时模式并查看是否可以调试目标。

您好，Ed，我同意您的说法。

我尝试禁用礼貌模式但没有成功。 我无法准确告诉您发生了什么，但代码不运行。 最终(相对较快)我将收到一个类似于下图的错误：

在浏览.map文件后，我可以确认该地址没有符号。 如果我观察到我在监视窗口中的变量，它们似乎是随机变化的，这使我相信MCU不在我下载的代码的控制之下。 但是，我已将CCS设置为“擦除”，“加载”，然后在启动调试器时验证闪存，该进程从不生成错误。

我还运行了XDS串行实用程序，结果支持上述关于连接到XDS100的2 (见下文)

因此，我已经连接到足够的位置来获取这些信息，但是CPLD编程器无法打开XDS设备来对其进行重新编程。

从一开始我就很想知道MCU或启动板有什么变化，因为我可以运行基于2.8027万的旧启动板，而且我也有基于2.8069万的启动板，也可以工作(不同的项目和代码)。 只有我收到的3块新2.8027万板不工作。

我并不完全相信这就是为什么你会遇到这个错误，但我没有令人信服的理由来说明为什么。
如果您购买了额外的F2.8027万F LaunchPad，我很想了解后续行动。 如果您在正确的主板上遇到相同的问题，请在此处发布。

谢谢！
标记