This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
尊敬的 Champs,
我的客户正在开发 TIDA-0200047参考设计 B/D、在尝试在 TM4C 上下载 XDS110 FW 时遇到问题、如下所示。
您能否介绍一下为什么下面的中出现了"初始化闪存编程"错误?
之后、当他们尝试加载"boot_loader.AXF"文件时、会在下面遇到另一个错误。
您能告诉我问题出在哪里吗?
让我更详细地解释一下他们在 TM4C 中遇到此错误的原因、TM4C 用作集成在 TIDA-0200047参考中的 XDS110调试器 B/D.
首次、当他们连接 TIDA-0200047 Ref 时、在 PC 器件管理器窗口中找到" Stellaris 器件固件升级"、如下所示 B/D.
因此、他们尝试使用以下工具更新 TM4C 的 FW、但在下方的"LM 闪存编程器"工具中按"update"后、他们甚至未在其 PC 设备管理器中看到上文"Stellaris 器件固件升级"。
所以、无法通过 USB 更新 XDS110 FW、它们尝试连接 CCS、但如上所述失败。
您能否检查上述错误、以及它们如何在 XDS110 TM4C 上更新 XDS110 FW?
谢谢、此致、
SI
您好!
[报价 userid="3169" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1427357/tm4c1294ncpdt-connection-fail-with-xds110-fw ]我的客户正在使用 TIDA-0200047参考设计 B/D [/报价]我想他们有一个基于 AWR2243的定制电路板、板上 XDS110是基于 TM4C1294NCPDT 设计的。 是这样吗? 如果是、他们能否提供电路板上板载 XDS110的原理图?
谢谢
Ki
尊敬的 Ki:
有。 您是对的。 您可以在下面的中找到原理图。 JTAG 引脚似乎未连接到 TM4C、并想要检查是否有任何其他方法在 TM4C 上刷写 XDS110 FW。
https://www.ti.com/lit/df/tidmb63/tidmb63.pdf?ts = 17299494799
https://www.ti.com/tool/TIDA-020047?keyMatch=TIDA-0200047&tisearch=universal_search
谢谢、此致、
SI
是的。 您是对的。 您可以在下面的中找到原理图。 JTAG 引脚似乎未连接到 TM4C、并希望检查是否有任何其他方法在 TM4C 上刷写 XDS110 FW。
根据您原始文章的屏幕截图、似乎客户能够使用 code composer studio 连接到 TM4C、但在尝试刷写 XDS110固件和引导加载程序时遇到了一些刷写问题。 因此、我假设他们有权对 TM4C 进行 JTAG 访问。 您能解释一下 JTAG 引脚未连接是什么意思吗?
尊敬的 Ki:
JTAG 引脚连接到 TM4C 的 PA0 ~ PA5、但我认为 TM4C 的 JTAG 引脚是下面中的 PC0 ~ PC3。 (但是、我不是 TM4C 的家族。 ^^μ A)
无论如何、如果 TM4C 连接到 CCS、但遇到了一些闪存问题、是否可以通过任何方法修复或初始化它?
当他们尝试按如下所示加载 FW 时、无法在 TM4C 上加载该固件。
谢谢、此致、
SI
不管怎样、如果 TM4C 连接到 CCS 但遇到了一些闪存问题、有没有办法修复或初始化它?
闪存编程器无法访问所需的闪存地址。 我不知道根本原因是什么。
JTAG 引脚连接到 TM4C 的 PA0 ~ PA5、但我认为下面 TM4C 的 JTAG 引脚是 PC0 ~ PC3。 (但是、我不是 TM4C 的家族。 ^^)[/报价]这有点超出我的专业领域。 板载 XDS110设计的硬件支持由器件专家为板载器件提供。 我将提请他们注意该内容。
尊敬的 Sung:
您可以检查以下 URL 的"Flashing the bootloader"部分吗?
尤其是"选项1:使用 XDSDFU 实用程序从命令行刷写引导加载程序"。
此致、
Ming
尊敬的 Ming:
有。 已检查该连接、但即使他们尝试按如下所示连接 GND、连接也失败。
是否有任何其他方法来刷写 FW?
谢谢、此致、
SI
尊敬的 IL:
不幸的是,我不知道任何其他方法来解决这个问题。 我会将此主题分配给 SDTO、以获取进一步的帮助。
此致、
Ming
Sung-Vi IL
我想确认目前的情况。
过去、客户似乎能够检测到 XDS110并启动 CCS 并连接到 Tiva 器件、问题在于尝试刷写固件和引导加载程序时出现一些编程和验证错误。
但是、在尝试使用 LM Flash 程序员并使用更新功能(他们不应该执行此更新功能、因为它用于更新 ICDI 固件而不是 XDS110固件)后、将不再检测 XDS110、因此他们甚至无法再将 CCS 连接到 Tiva 器件。
是这样吗? 这是我需要确认的内容。
如果是、我认为尝试刷写 ICDI 软件会损坏器件上的 XDS110软件。 看起来、客户尝试通过以下方法强制器件进入 DFU 模式:将 TIVA 器件的引脚97接地、然后将 USB 电缆连接到 TIVA、再断开引脚97几秒钟。 这是正确的步骤、但在客户案例中看起来不起作用。
尊敬的 Ki:
您的理解是正确的。
谢谢、此致、
SI
请查看您之前发布的以下屏幕截图:
这种情况看起来客户可以使用 外部 XDS110 JTAG 探针对板载 XDS110 Tiva 芯片进行 JTAG 访问。 这是直接 JTAG 访问(电路板上的 JTAG 接头或其他)、不使用 xdsdfu 使用的 USB 端口连接。 这样您就可以连接 CCS 调试器。 失败的 ICDI 固件更新后、此步骤不再有效? 当他们像上面的屏幕截图中那样尝试连接 CCS 调试器时会出现什么情况?
尊敬的 IL:
我还从图片中注意到、插头 J6并未设置为"Flash"模式、我认为还必须切换跳线才能将内核连接到 CCS。
出于好奇心、您是否仍能够通过 uniflash 工具刷写映像? 此问题是否完全是通过 CCS 连接到 JTAG 时出现的问题?
此致!
Daniel
Daniel、您好!
即使将接头 J6设置为"运行"模式、仍无法连接 JTAG、如下所示。
[错误日志]
CS_DAP_0:GEL 输出:正在连接目标...
CS_DAP_0:GEL 输出:PLL_CORE_CLK 已编程频率= 800
CS_DAP_0:GEL 输出:PLL_CORE_HSDIVIDER_CLKOUT0编程频率= 160
CS_DAP_0:GEL 输出:PLL_CORE_HSDIVIDER_CLKOUT1编程频率= 160
CS_DAP_0:GEL 输出:PLL_CORE_HSDIVIDER_CLKOUT2编程频率= 400
CS_DAP_0:GEL 输出:PLL_DSP_CLK 编程频率= 14880
CS_DAP_0:GEL 输出:PLL_DSP_HSDIVIDER_CLKOUT0编程频率= 2976
CS_DAP_0:GEL 输出:PLL_DSP_HSDIVIDER_CLKOUT1编程频率= 2976
CS_DAP_0:GEL 输出:PLL_DSP_HSDIVIDER_CLKOUT2编程频率= 2976
CS_DAP_0:GEL 输出:PLL_PER_CLK 编程频率= 14880
CS_DAP_0:GEL 输出:PLL_PER_HSDIVIDER_CLKOUT0编程频率= 2976
CS_DAP_0:GEL 输出:PLL_PER_HSDIVIDER_CLKOUT1编程频率= 2976
CS_DAP_0:GEL 输出:PLL_PER_HSDIVIDER_CLKOUT2编程频率= 2976
CS_DAP_0:GEL 输出:doAll1 - PLL_CLOCK_DETECTION DONE
CS_DAP_0:在长度为0x4的第6页上的0x2140408写入内存块时出现故障:(错误-1170 @ 0x2140408)无法访问 DAP。 重置设备、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板进行下电上电、并/或尝试更可靠的 JTAG 设置(例如、降低 TCLK)。 (仿真包12.7.0.00130)
CS_DAP_0:GEL:执行 OnTargetConnect ()时出错:目标无法写入0x02140408@System_View
at *((unsigned int*)(0x02140000+0x408))=(unsigned int) 0x1 [evmam273x_print.gel:47]
在 apll_en_mode1_default ()[evmam273x_print.gel:2617]
在 DOALL ()[evmam273x_print.gel:701]
在 OnTargetConnect()
Cortex_R5_0:连接到目标时出错:(错误-1170 @ 0x0)无法访问 DAP。 重置设备、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板进行下电上电、并/或尝试更可靠的 JTAG 设置(例如、降低 TCLK)。 (仿真包12.7.0.00130)
谢谢、此致、
SI
您好、SI:
上面的错误日志通常表示尝试运行 GEL 脚本时有问题。 为了解决这个问题、我刷写 SBL、然后启动目标配置、而不添加任何 GEL、这通常会使我解决问题。 您是否已安装 mmwave_mcuplus_sdk? 如果没有、请从此处下载:
MMWAVE-MCUPLUS-SDK 软件开发套件(SDK)|德州仪器 TI.com
我知道这是一种权变措施、但你可以尝试以下操作来查看是否可以通过 JTAG 建立连接:
请尝试并更新此内容
此致!
Daniel
Daniel、您好!
在您的指导下、他们可以连接 R5内核、但在连接后仍然无法刷写 SBL 并在 R5内核上加载软件。
它们如何刷写 SBL 以初始化器件或加载 GEL?
它们 无法使用 UART_UNIFLASH 刷写映像、如下所示。
在此闪存失败后、它们可以在没有 GEL 文件的情况下连接 R5内核、但无法加载如下所示的程序。
谢谢、此致、
SI
尊敬的 IL:
如果打开设备管理器、COM 端口部分中的用户/应用程序和数据端口是否可见?
Daniel、您好!
否。 当这些端口连接到电路板的 USB 类型 B 时、在其 PC 设备管理器的"COM 端口"部分未看到。
谢谢、此致、
SI
尊敬的 IL:
CCS 安装文件夹中找到 CCS_ \ccs\ccs_base\common\uscif\xds110 您可以找到名为"XDS110SupportReadMe.pdf "的文档。 在本文档中、您可以找到有关如何在不访问 JTAG 或具有物理 JTAG 连接的情况下恢复电路板上砖型 XD110的信息。 您能否尝试在电路板上运行以下步骤、然后查看是否可以用它来解决问题?
您也可以在前面提到的文档中找到这些说明。 在这种情况下、在没有 JTAG 连接的情况下恢复可能会更简单、因为您不需要其他闪存工具
此致!
Daniel