[参考译文] CC3235SF：对闪存映像进行编程时出现 Uniflash 错误

您好 Pradeep、

我想您在编程期间会遇到 CC3235MOD 的复位问题。 XDS110的 RST 引脚不受 Uniflash 控制。 它在 XDS110内 TM4C 处的控制引脚 PA6。 我认为这个引脚连接到 AUX 连接器上的 GPIOUT0或 GPIOOUT1。

1月

您好、Jan、

我们尝试将 GPIOUT0和 GPIOOUT1连接到 CC3235SF 的 RST 引脚。 但是、在这两种情况下、它会产生相同的编程误差。

请建议。

谢谢、

Pradeep

您好 Pradeep、

我已经使用 LaunchPad 和 XDS110调试探针(TMDSEMU110-U)完成了一些测试、但结果类似。 引脚 GPIOUT0和 GPIOOUT1处于低电平状态、需要重新启动时不受 Uniflash 控制。

我认为最简单的方法是使用来自 CC3220/CC3235 LaunchPad 的 XDS110、并将 nRST 引脚连接到 XDS110的 RST。 在此配置下、由 Uniflash 正确控制复位信号(PA6)。 另一种方法是使用 Uniflash CLI 并使用 power_on_com.py 脚本通过 dbgjtag 实现控制复位引脚。 但我从未测试过该配置。

BTW... 您是否已连接 TGTVDD (SENSE)信号？

1月

您好！

一  

您好 Pradeep、

是的、我建议使用 LaunchPad 中的 XDS110通过 Uniflash 软件刷写电路板。 有关从 LP 连接到 XDS110的详细信息、请参阅第5.4章。

您的问题与 Unfilash 编程期间 CC3235芯片的控制复位引脚有关。 AT LP 能够通过 PA6引脚来复位 CC3235。 但以相同的方式使用 XDS110调试探针(TMDSEMU110-U)时似乎存在问题。 我认为您有以下选择：

• 使用 LP 的 XDS110对电路板进行编程
• 将 TMDSEMU110-U 与 Uniflash GUI 或 Uniflash CLI 配合使用、并手动重新启动电路板
• 执行文件 xds110reset.exe 时、尝试确定 TMDSEMU110-U 中是否有任何引脚受控。 如果您找到此类引脚(TMDSEMU110-U 连接配置)、则您将拥有合适的复位引脚
• 可以使用 Uniflash CLI 并在 power_on_com.py 文件中创建您自己的脚本(例如使用 dbgjtag 实用程序)。 例如、如果您想控制 LaunchPad 中 XDS110的 RESET 引脚(通过引脚 PA6)、请访问 power_on_com.py 的内容：

import subprocess
print "power_on_com.py: xds110 restart"
subprocess.call('xds110reset.exe', shell=True)

1月

您好、Jan、

我们将定制板连接到 LaunchPad_CC3235SF、并尝试使用 Uniflash 刷写映像。 在 Uniflash 中选择 CC3235SF 时观察到以下错误。

如果我们选择 Uniflash 中的 launch_CC3235SF、则会出现以下错误：

谢谢。

Pradeep

您好 Pradeep、

您能否提供照片您如何连接 LaunchPad 硬件(GND、RX、TX、RST)？

第一个映像不正确(Uniflash 使用错误)。 我不确定第二幅图像的含义。 请阅读此SimpleLink Academy 文章。

1月

您好、Jan、

我们已执行以下步骤：

1. Uniflash 应用程序已启动。
2. 所选电路板、如下图所示。
3. 选择后、出现以下窗口。
4. 单击“3. 启动 Image Creator”。 出现在下面的图像中。
5. 单击“管理项目”。 出现在下面的图像中。
6. 单击以浏览项目。 出现在下面的图像中。
7. 单击“Connect (连接)”。 出现在下面的图像中。 显示了器件类型和 MAC 地址。 当我们连接另一个器件时、我们看到不同的 MAC 地址(b0：b1：13：5c：03：E5)。 这意味着器件正在连接到 Uniflash 工具。

8. 单击“刻录”。 出现在下面的图像中。
9. 单击“Program Image (Create & Program)”。 出现在下面的图像中。

10. 什么是错误的设备类型？ 我们应该单击此处的"Program"选项卡吗？谢谢  Pradeep

您好、Jan、

设置照片：

我们已尝试在 Uniflash 中选择 CC3235S 作为器件。 但是、误差是相同的。

谢谢、

Pradeep