[参考译文] CCS/LAUNCHXL-CC1310：连接到目标时出错：(错误-275 @ 0x0)

[引用用户="Michael Kusch"]

器件型号：LAUNCHXL-CC1310

工具/软件：Code Composer Studio

为了遵循 Simplelink Academy、我刚刚安装了 CCS9.10和 SmartRF Studio 7。 我有3个 LaunchXL-CC13010 launchds、一个 v1.3和两个1.4。

我首先使用 SmartRF Studio 7获取每个 LaunchPad 序列号、这会提示对每个器件进行固件更新。

然后、我使用 CCS9.10将收集器示例下载到 launchpad 1 (v1.3)中。 它显示了2个连续的弹出窗口、要求更新目标固件。 我选择了更新这两个错误。 但是、我能够下载收集器示例。

但是：当尝试将传感器示例下载到 launchpad 2或3 (v1.4)时、它会显示相同的2个连续弹出窗口 、要求更新固件。 第一个弹出窗口针对"Cortex_M3_0"、第二个弹出窗口针对"IcePick_C"进行阻止。 都说"Emulation package 8.2.0.00004"

单击 IcePick_C 的 Update 后、我会听到 USB 断开连接、然后重新连接的声音、之后 CCS 控制台会显示"Error -275 @ 0x0"。 单击第一个(现在处于未阻止状态)弹出窗口会显示"Unable to connect to target"弹出窗口、CCS 控制台上也会显示"Error -275 @ 0x0"。

进一步调试的尝试具有相同的错误"IcePick_C：Error connecting to the target：(错误-275 @ 0x0)尝试轮询目标器件的尝试超出了其超时限制。 实用程序或调试器已请求针对特定数据或状态值重复访问目标器件。 这种情况之所以失败、是因为已超过轮询 JTAG 扫描路径时的最大尝试次数的内置限制。 (仿真包8.2.0.00004)"

如果我启动 SmartRF 7、它会再次告诉我"需要固件更新"。 如果我更新它、CCS 将识别 Launchpad 并重复该周期。

如果我拒绝 CCS 中的更新、则错误是相同的。

因此、我一直处于无限循环中。

如果我尝试 SmartRF Flash Programmer 2 v1.8.1中的"强制批量擦除"选项、如 Google 搜索结果中所建议、每次软件都会崩溃。

请帮帮我。

[/报价]

这是在运行 Windows 7 64位的 PC 上进行的

我刚刚在运行 Windows 7 64位的笔记本电脑上完成了 CCS 9.10和 Smart RF Studio 7的安装。 问题完全相同。 相同的错误代码、相同 的固件更新提示。

当导入传感器(和收集器)项目时、我收到了此警告、我认为它不相关、但我发布此警告只是为了防止：

SENSOR_CC1310_LAUNCHXL_tirtos_ccs
没有与指定版本'3.51.3.28_core'等效的 XDCtools 可用-默认为'3.55.22_core'。

您好！

如果我正确理解其中一个问题、两个工具(CCS 和 SmartRF Studio)需要更新 XDS110固件、对吧？ 如果是这样、这是因为 SmartRF Studio 和 CCS 与不同版本的仿真组件捆绑在一起-这通常发生在 SmartRF Studio 尚未更新到相同版本的最新 CCS 的时间段内。 这方面的最终解决方案是对 SmartRF Studio 进行更新、以匹配最新版本的 CCS。 我必须联系 SmartRF Studio 团队的一些人员、以提供有关何时发生这种情况的估计值。  

此外、如果我理解正确、另一个悬而未决的问题是 CCS 生成了两个对话框来逐个更新固件、对吧？  

遗憾的是、这是 CCSv9.1.0的一个已知问题、并在错误报告 CCBT-2457中报告。 解决此问题的大致过程是：

• 只需单击一次"更新"按钮。 等待固件进程完成、然后单击第二个对话框中的"Cancel"。 这将恢复调试会话。
• 如果点击两次"Update"按钮、第二次将失败、CCS 将返回到 CCS Edit 视图。
• 在 USB 端口上卸下并重新插入电路板、以恢复正常功能。 此时应更新固件。
• 重新启动调试会话。

希望我了解手头的问题、但如果仍有疑问、请告知我。  

给您带来的不便、我深表歉意、

拉斐尔

您好 Rafael、

感谢您的帮助。

遗憾的是、在两个对话框上按更新和取消组合键、取消和重新加载 USB、重新启动 CCS 和重新启动 Windows 都不会导致启动板工作、即使我在第二个更新弹出窗口出现之前急于按第一个更新弹出窗口、 这在某些情况下会导致两个更新都在"Console"窗口中成功完成。 之后、我仍然无法让 CCS 识别任何 Launchpad 以下载示例。

CCS 再次识别 Launchpad 的唯一方法是使用 SmartRF Studio 重新更新固件、但这一点毫无意义、因为循环会继续进行。

正如我提到过的、这是在两个不同的 PC 系统(Windows 7和 Windows 10)中进行的全新安装、这两个 LaunchPad 都带有 LaunchPad、这会导致 CCS 中出现错误。

这尤其令人沮丧、因为我要求工作3天时间学习如何使用这些模块、而我陷入了这个陷入困境的循环。

请在 Windows 64位系统上安装新的 CCS 9.10和 SmartRF Studio 7副本、并亲自尝试一下、以重现此问题。

您好！

我在下面捕获了说明此过程的简短剪辑、但这次重复的更新框没有出现(我在其他时间也发生过)

e2e.ti.com/.../2019_2D00_07_2D00_31_5F00_10h34_5F00_52.mp4

您能看到上述流程是否能帮助您解决此问题吗？

希望这对您有所帮助、

拉斐尔  

[引用 user="desouza"]

您好！

我在下面捕获了说明此过程的简短剪辑、但这次重复的更新框没有出现(我在其他时间也发生过)

您能看到上述流程是否能帮助您解决此问题吗？

希望这对您有所帮助、

拉斐尔  

[/报价]

1) 1)如果没有加载项目、"Target Configurations"窗口中的1310下不会出现任何内容。 您必须看到的是您自己以前创建的内容、新的 CCS 安装中不会显示该内容。

2) 2)我擦除了 Project Explorer 中的所有工程、然后重新导入 collector_CC1310_LAUNCHXL_tirtos_ccs。 执行此操作时、我会收到与之前相同的操作摘要消息：

没有与指定版本'3.51.3.28_core'等效的 XDCtools 可用-默认为'3.55.22_core'。

我想问题就在这里。

3) 3)我使用该项目来投影 CC1310F128.ccxml 文件以继续视频、并仅提示 Cortex 固件更新、如您的视频中所示。

4) 4)在视频中、您没有尝试调试项目、因此您没有运行到 IcePick_C：连接到目标时出错：(错误-275 @ 0x0)、这是阻止我将收集器项目加载到 launchpad 中的实际步骤。

5) 5)我安装了 UniFlash、但遇到的问题与 CCS 完全相同：两个 pup 窗口、 IcePick_C 更新失败、 此后无法连接到 IcePick_C。 重新连接 Launchpad 的唯一方法是运行 SmartRF Studio 7并重新更新固件。

您好！

1)是的、您的假设正确：在操作系统的全新安装(或如果是主机上的首次安装 CCS)中、视频中显示的目标配置视图不应具有预先存在的目标配置文件。 但是、如果导入工程、目标配置视图将具有类似的配置文件、正如您所证明的。  

2) 2)这是一个工程/编译配置错误、不应影响通过其 JTAG 调试探针连接到目标的能力、除非示例工程完全出现故障并导致器件在加载到目标后无法访问。 我不希望出现这种情况。   

3) 3)谢谢；这是我的视频中的目的-验证是否可以在没有错误的情况下遵循 CCS 中的固件过程。 这里似乎就是这样、对吧？  

4) 4)正如我在上文2)中提到的、您加载项目或不加载项目的事实不应影响连接阶段。 为了涵盖任何可能的问题、我在下面发送一个新视频、其中我导入收集器项目、使用 SmartRF Studio 先前加载的固件、我将完成构建项目并将代码加载到目标的过程、 甚至会运行到固件更新中重复的对话框中。 请检查此新程序是否更接近您正在执行的操作。  

e2e.ti.com/.../2019_2D00_07_2D00_31_5F00_13h53_5F00_18.mp4

顺便说一下、您是否在连接到 CCS 之前完全关闭了 SmartRF、如我之前的视频所示？ 过去、该实用程序和 CCS 在同时打开时无法正常工作。   

如果上述过程不起作用、最后一个想法是在器件上执行批量擦除、以便能够克服之前的任何演示代码或尝试刷写器件失败的情况。 为此、您需要创建一个独立的目标配置文件(如我在前一个视频中使用的文件)并手动启动调试器。  

-转至 File→New→Target Configuration File 菜单
——说出一个有意义的名称。 确保选中 Use shared location 复选框。 单击 Finish (完成)
-在 Connection 下拉菜单中、选择 Texas Instruments XDS110 USB Debug Probe
－在“Board or Device (板或设备)”旁边的框中，键入 CC1310。 选中器件 CC1310F128的复选框。  单击 Save (保存)按钮。  
-转至菜单 Run→Debug。  
-调试器完成启动后、在名为 Debug 的左上角视图中、点击德州仪器(TI) XDS110 USB Debug Probe_0/Cortex_M3_0条目将其选中、然后转至 Scripts→CC13x0_CC26x0→MassErase 菜单
-批量擦除过程结束后，器件应为空。
-要返回项目的前一屏幕，请转至 Run→Terminate 菜单。

希望这对您有所帮助、

拉斐尔

[引用 user="desouza"]

您好！

1)是的、您的假设正确：在操作系统的全新安装(或如果是主机上的首次安装 CCS)中、视频中显示的目标配置视图不应具有预先存在的目标配置文件。 但是、如果导入工程、目标配置视图将具有类似的配置文件、正如您所证明的。  

2) 2)这是一个工程/编译配置错误、不应影响通过其 JTAG 调试探针连接到目标的能力、除非示例工程完全出现故障并导致器件在加载到目标后无法访问。 我不希望出现这种情况。   

3) 3)谢谢；这是我的视频中的目的-验证是否可以在没有错误的情况下遵循 CCS 中的固件过程。 这里似乎就是这样、对吧？  

4) 4)正如我在上文2)中提到的、您加载项目或不加载项目的事实不应影响连接阶段。 为了涵盖任何可能的问题、我在下面发送一个新视频、其中我导入收集器项目、使用 SmartRF Studio 先前加载的固件、我将完成构建项目并将代码加载到目标的过程、 甚至会运行到固件更新中重复的对话框中。 请检查此新程序是否更接近您正在执行的操作。  

顺便说一下、您是否在连接到 CCS 之前完全关闭了 SmartRF、如我之前的视频所示？ 过去、该实用程序和 CCS 在同时打开时无法正常工作。   

如果上述过程不起作用、最后一个想法是在器件上执行批量擦除、以便能够克服之前的任何演示代码或尝试刷写器件失败的情况。 为此、您需要创建一个独立的目标配置文件(如我在前一个视频中使用的文件)并手动启动调试器。  

-转至 File→New→Target Configuration File 菜单
——说出一个有意义的名称。 确保选中 Use shared location 复选框。 单击 Finish (完成)
-在 Connection 下拉菜单中、选择 Texas Instruments XDS110 USB Debug Probe
－在“Board or Device (板或设备)”旁边的框中，键入 CC1310。 选中器件 CC1310F128的复选框。  单击 Save (保存)按钮。  
-转至菜单 Run→Debug。  
-调试器完成启动后、在名为 Debug 的左上角视图中、点击德州仪器(TI) XDS110 USB Debug Probe_0/Cortex_M3_0条目将其选中、然后转至 Scripts→CC13x0_CC26x0→MassErase 菜单
-批量擦除过程结束后，器件应为空。
-要返回项目的前一屏幕，请转至 Run→Terminate 菜单。

希望这对您有所帮助、

拉斐尔

自从我上一篇文章以来、发生了一些事情：

Windows 7 PC 和 Windows 10笔记本电脑上的 CCS 9.10将 CC13x0组件更新为 版本3.11.01.77、奇怪的是、该版本的日期为 2019-03-21。 自安装 CCS 9.10以来、我一直在两台计算机上检查更新、但此更新以前没有出现。

通过遵循其自述文件、该文件指示取消选中整个 CCXML 树中的"自定义配置"、以便能够批量擦除无法进行整体擦除的器件(我无法实现的一项操作)、我最终使用了一个带砖头的 Launchpad。 它现在仅在连接 USB 的器件中显示为"Tiva 器件固件更新"、CCS、SmartRF RF Studio、闪存编程器2或 Uniflash 都无法识别它。

在尝试解决这个新问题(我无法解决)时、我偶然发现 了 XDS 仿真软件包、 发现当前版本是6月26日、所以我选择 了之前的版本8.1.0.00005、日期为3月21日、可能是上一版本中的一个错误。

我不确定它是否相关、但在安装此版本的 XDS 仿真软件后、我可以通过取消 IcePick_C 更新并允许 Cortex 更新将 CCS 9.10中的传感器和收集器示例刷写到剩余的2个 CC1310 LaunchPad (v1.3和 v1.4)中。 但是、它仍然会中断与该模块的任何进一步通信、就像尝试再次刷写示例一样。

更确切地说、自从降级 XDS 仿真软件包以来、我能够将项目示例闪存到 CC1310 Launchpad 中、 但之后、它的行为与以前一样、具有相同的 IcePick_C 通信错误、如果我想刷写另一个项目、则需要使用 SmartRF Studio 7更新固件。

这变得荒谬了、

由于我无法使用 CC1310 Launchpad 进行进一步开发、因此我将使用全新的 CC1352R1 Launchpad 并 遵循他们的 Simplelink Academy。

我遇到同样的问题。 起初、我没有使用 SmartRF Studio 7更新固件、因为我不想再次遇到相同的问题。

在尝试调试 CLI_FTD 示例时、它也显示了两个"需要更新"弹出窗口、Ice One 阻止了 Corterx 1。 我更新了 Ice、等待它成功完成、然后尝试更新 Cortex。 没有成功。 无进一步通信(无法将示例加载到目标中)。

使用 SmartRF Studio 7更新了固件并进行了另一次尝试。 同样。

使用 SmartRF Studio 7再次更新固件、取消 ICE 更新、允许 Cortex 升级。 成功更新 Cortex 固件后、弹出"Unable to connect to target (无法连接到目标)"。 已解除脉冲和重新加载。 让它再次尝试调试。 结果与之前相同、它无法将示例加载到目标中。

与 CC1310 Launchpad 的唯一区别是它报告错误-2064@0x0和-1170@0x0。

这在我的 Windows 7 PC 上；尚未在笔记本电脑上尝试过。

您好！

此时、我将从图片中删除 CCSv9.1 -它包含最新的固件、但它会导致固件与 SmartRF 及其旧固件的跳跃出现更多问题。  

如果您改为安装 CCSv9.0.1、它会附带一个早期版本的固件(作为名为 TI Emulators 的内部组件的一部分)、并且这两个工具之间不会有持续的固件更新。 此版本还与您拥有的两个板完全兼容。  

为了保证您能够全新安装 CCSv9.0.1、请从您的安装程序中删除现有的 CCSv9.1.0安装(只需选择安装目录并执行 Shift+Del)并使用不同的工作区目录。  

这应该可以解决 Launchpad 的 XDS110调试探针的通用固件版本问题、并帮助您推进重要的工作-实际开发。  

很抱歉、  

拉斐尔