主题中讨论的其他器件:UNIFLASH、 TMDSEMU110-U、 TM4C1294NCPDT、 AWR1843、 AWR1843BOOST、 MSP432E401Y
未通过键入以下命令找到设备。
如果您在 bootloader.bin 和 UniFlash 之后将 TM4C129x 直接与 USB 连接,则它将采用的形式。
我应该怎么做?
命令
xdsdfu.exe -e
编写的文章
正在扫描支持的 XDS110器件的 USB 总线...
找到0个器件。
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.
未通过键入以下命令找到设备。
如果您在 bootloader.bin 和 UniFlash 之后将 TM4C129x 直接与 USB 连接,则它将采用的形式。
我应该怎么做?
命令
xdsdfu.exe -e
编写的文章
正在扫描支持的 XDS110器件的 USB 总线...
找到0个器件。
您好!
请参阅以下文档的疑难解答部分:
[引用 userid="488655" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1185252/tm4c129enczad-what-to-do-when-the-device-is-not-found "]如果在 bootloader.bin 之后使用 UniFlash 将 TM4C129x 直接连接到 USB,[/quot]在刷写引导加载程序之前、XDS110探针工作正常吗?
谢谢
Ki
是的、我有独立形式的 XDS110。
它是 TMDSEMU110-U
[/报价]感谢您的澄清。
您尝试使用 TMDSEMU110-U 进行调试的确切目标板是什么?
我看到您有一个相关主题:
让我们在这里继续讨论。
我有点困惑。 您能否准确提供您的环境以及您正在尝试做什么? 根据我掌握的信息、我怀疑:
您正在使用独立 的 TMDSEMU110-U 尝试刷写新的 TM4C129ENCZAD 芯片。 是这样吗? 如果是、您是否正在尝试创建自己的定制 XDS110探针? 如果是、该定制 XDS110是否集成到目标板上? 请注意、XDS110通常使用 TM4C1294NCPDT、您是否尝试用 TM4C129ENCZAD 代替它?
请注意 、TM4C1294NCPDT 和 TM4C129ENCZAD 引脚不兼容。 例如、XDS110页菜单中"刷写引导加载程序"部分的步骤2如下:
2. 将 XDS110 TM4C1294NCPDT 器件的 JTAG TDO 引脚(128引脚封装器件的引脚97)接地。
TM4C1294NCPDT 128引脚封装的引脚97 对应于 PC3。 这将是 TM4C129ENCZAD 封装的焊球 C14。
假设您正在创建自己的定制 XDS110探针、您能否提供相关原理图以便工程人员查看?
大家好、我想在这里向大家提出一个问题。
首先、我希望 TM4C129ENCZAD 具有 XDS110仿真器的功能。
我之所以想使用它、是因为我想将程序写入 AWR1843、传输数据并将其用作调试器。
(我希望具有与 AWR1843Boost 相同的功能。)
我想我需要 TMDSEMU110-U 来实现该仿真器。
我在下面的原理图中完成了布线。
我想知道将 XDS110Emulator 实际整合到 TM4C129ENCZAD 需要什么。
抱歉、我再次担心、因此我检查了 xds110仿真器的实现。
我尝试了以下步骤。
1.我连接了 TM4C129ENCZAD 和 USB。
2.我打开了命令提示符并移动到以下层次结构。
CD C:\ti\ccs1120\ccs\ccs_base\common\uscif\xds110
接下来、我浏览了连接设备。
C:\ti\ccs1120\ccs\ccs_base\common\uscif\xds110>xdsdfu.exe -e
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
正在扫描支持的 XDS110器件的 USB 总线...
<<<设备0 >>
VID:0x1cbe PID:0x00ff
器件名称:Tiva 器件固件更新
制造商:德州仪器公司
序列号:00000000
模式:DFU
找到1个器件。
4、接下来、我加载了 firmware.bin。
C:\ti\ccs1120\ccs\ccs_base\ccommon\uscif\xds110>xdsdfu.exe -f firmware_3.0.0.20.bin -r
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
正在扫描支持的 XDS110器件的 USB 总线...
正在将 firmware_3.0.0.20.bin 下载到设备...
5、器件检测是否再次。
C:\ti\ccs1120\ccs\ccs_base\common\uscif\xds110>xdsdfu.exe -e
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
正在扫描支持的 XDS110器件的 USB 总线...
<<<设备0 >>
VID:0x1cbe PID:0x00ff
器件名称:Tiva 器件固件更新
制造商:德州仪器公司
序列号:00000000
模式:DFU
找到1个器件。
上述过程未切换到 xds110模式。
这一步骤似乎帮助了其他类似问题的人:
谢谢
Ki
如果是指 boot_loader.AXF、它与 xdsdfu 实用程序位于同一目录中:
您好、感谢您的回复。
您说:
对于纯 USB 接口、您需要使用命令行中的"xdsdfu -b boot_loader.bin -r"。 但我认为这在过去对你不起作用。 可以再试一次吗?
我再次检查了。
下面是命令过程。 (为了方便 CCS、已对固件进行了升级。)
-------------------------- --------------------------------------
C:\ti\ccs1210\ccs\ccs_base\ccommon\uscif\xds110>xdsdfu.exe -e
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
正在扫描支持的 XDS110器件的 USB 总线...
<<<设备0 >>
VID:0x1cbe PID:0x00ff
器件名称:Tiva 器件固件更新
制造商:德州仪器公司
序列号:00000000
模式:DFU
找到1个器件。
C:\ti\ccs1210\ccs\ccs_base\ccommon\uscif\xds110>xdsdfu.exe -m
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
正在扫描支持的 XDS110器件的 USB 总线...
器件已处于 DFU 模式。 无需开关。
C:\ti\ccs1210\ccs\ccs_base\ccommon\uscif\xds110>xdsdfu.exe -b bootloader.bin -r
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
更换引导加载程序可能会导致 XDS110不可用。
是否要继续(是/否)?是
正在扫描支持的 XDS110器件的 USB 总线...
正在将 bootloader.bin 下载到设备...
无法打开文件 bootloader.bin。
C:\ti\ccs1210\ccs\ccs_base\ccommon\uscif\xds110>xdsdfu.exe -f firmware_3.0.0.22.bin -r
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
正在扫描支持的 XDS110器件的 USB 总线...
正在将 firmware_3.0.0.22.bin 下载到设备...
C:\ti\ccs1210\ccs\ccs_base\ccommon\uscif\xds110>xdsdfu.exe -e
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
正在扫描支持的 XDS110器件的 USB 总线...
<<<设备0 >>
VID:0x1cbe PID:0x00ff
器件名称:Tiva 器件固件更新
制造商:德州仪器公司
序列号:00000000
模式:DFU
找到1个器件。
-------------------------- --------------------------------------------
下载本身似乎已完成、但器件名称本身不是 XDS110。
正如您说过的、使用 USB 可能会很困难。
从这里、我想问一下我对什么感兴趣。
问题1.关于 bootloader.bin 和固件的角色
是否正确地认识到 bootloader.bin 和固件分别具有以下角色?
bootloader.bin:启动 TM4C 的内部引导加载程序。
firmware.bin:使 XDS110识别为 USB 设备。
Q2.TMDSEMU110-U 不工作、但是否可以使用调试探针以外的 TM4C 系列评估板通过 CCS 向 TM4C129ENCZAD 板上写入程序?
很抱歉再次询问您、但我想问您一个问题、因为与其他 IC 的通信可能会有问题。
我在定制板上连接了 AWR1843和 TM4C1294NCPDT。
当电源为输入时、AWR1843和 TM4C 被设计为通电。
AWR1843和 TM4C 大致分为两种连接通信电路接线的状态。
一个是 UART 端口、另一个是 JTAG 端口。
μ・UART
AWR1843的引脚编号 N5和 N4分别连接到 TM4C129ENCZAD 的 V3和 W3。
μ・JTAG
AWR1843的引脚编号 P10和 R1以及 N13和 N10分别连接到 T6、W4、V4和 U5。
TM4C 的 UART 或 JTAG 端口输入电压是否可能会使运行变得奇怪?
(P.s.)
关于这次设计的电路图、第一个是 AWR1843的接线、第二个是 TM4C 的接线。
附件。
C:\ti\ccs1210\ccs\ccs_base\ccommon\uscif\xds110>xdsdfu.exe -b bootloader.bin -r
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
更换引导加载程序可能会导致 XDS110不可用。
是否要继续(是/否)?是
正在扫描支持的 XDS110器件的 USB 总线...
正在将 bootloader.bin 下载到设备...
无法打开文件 bootloader.bin。
由于实用程序无法找到二进制文件、因此此处出现错误。 请注意、二进制文件的名称是"boot_loader.bin"、而不是"bootloader.bin"。 因此、实用程序无法找到该文件的原因。 是否可以使用正确的文件名重试?
[引用 userid="488655" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1185252/tm4c129enczad-what-to-do-when-the-device-is-not-found/4471526 #4471526"]问题1.关于 bootloader.bin 和固件的角色
是否正确地认识到 bootloader.bin 和固件分别具有以下角色?
bootloader.bin:启动 TM4C 的内部引导加载程序。
firmware.bin:使 XDS110识别为 USB 设备。
实际上、我认为 boot_loader.bin 文件也负责设置 USB 连接。 firmware.bin 是 JTAG 通信的实际代码
[引用 userid="488655" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1185252/tm4c129enczad-what-to-do-when-the-device-is-not-found/4471526 #4471526"] Q2.TMDSEMU110-U 不工作、但是否可以通过 CCS 使用调试探针以外的 TM4C 系列评估板向 TM4C129ENCZAD 写入程序?CCS 通常仅支持 JTAG 调试。 您将需要一个 JTAG 调试器、如 TMDSEMU110-U 或类似器件。 您还需要板上连接到 TM4C129ENCZAD 的 JTAG 接头。
这是我的专长。 我首先需要咨询专家。
但斯克
Ki
您好、感谢您的回复。
我想谈谈以下三个方面。
(1)如果在输入命令中修复拼写错误、会发生什么情况?
(2)文件的作用
(3) TM4C 系列能否替代调试器而非调试探针?
(1)尽快从 boot_loader 中再次输入命令、下载 firmware.bin 并记下检测流程。 (TM4C 通过 USB 连接。)
因此、未下载 XDS110器件。
C:\ti\ccs1210\ccs\ccs_base\ccommon\uscif\xds110>xdsdfu.exe -e
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
正在扫描支持的 XDS110器件的 USB 总线...
<<<设备0 >>
VID:0x1cbe PID:0x00ff
器件名称:Tiva 器件固件更新
制造商:德州仪器公司
序列号:00000000
模式:DFU
找到1个器件。
C:\ti\ccs1210\ccs\ccs_base\ccommon\uscif\xds110>xdsdfu.exe -b boot_loader.bin -r
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
更换引导加载程序可能会导致 XDS110不可用。
是否要继续(是/否)?是
正在扫描支持的 XDS110器件的 USB 总线...
正在将 boot_loader.bin 下载到设备...
C:\ti\ccs1210\ccs\ccs_base\ccommon\uscif\xds110>xdsdfu.exe -f firmware_3.0.0.22.bin -r
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
正在扫描支持的 XDS110器件的 USB 总线...
正在将 firmware_3.0.0.22.bin 下载到设备...
C:\ti\ccs1210\ccs\ccs_base\ccommon\uscif\xds110>xdsdfu.exe -e
USB 设备固件升级实用程序
版权所有(c) 2008-2019德州仪器(TI)公司。
正在扫描支持的 XDS110器件的 USB 总线...
<<<设备0 >>
VID:0x1cbe PID:0x00ff
器件名称:Tiva 器件固件更新
制造商:德州仪器公司
序列号:00000000
模式:DFU
找到1个器件。
从上述结果来看、似乎有必要通过 JTAG 连接器将 boot_loader.AXF 从 CCS 加载到 Virgin (Tiva 器件固件更新) TM4C129ENCZAD (通过 JTAG 连接器)。
(2)关于 boot_loader.bin 和 firmware.bin
我理解您的观点。
首先、TM4C129ENCZAD 是否支持 XDS110Device?
(3)我知道评估板等的 JTAG 连接器不能用于调试探针。
我不确定我是否理解这个问题。 首次使用命令时出现 aspelling 错误,这会导致命令失败,因为实用程序无法找到该文件。 因此跳过了该步骤(刷写引导程序)。 如果在修复溢出错误后再次运行该命令、则该命令应允许实用程序查找并刷写二进制文件。
[引用 userid="488655" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1185252/tm4c129enczad-what-to-do-when-the-device-is-not-found/4473178 #4473178"]从上述结果中,似乎需要通过 JTAG 连接器将 boot_loader.AXF 从 CCS 加载到 Virgin (Tiva 器件固件更新) TM4C129ENCZAD (通过 JTAG 连接器)。您正在执行的操作对于您正在执行的步骤看起来是正确的。 在某些情况下、尽管复位器件、XDS110从不退出 DFU 模式
[引用 userid="488655" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1185252/tm4c129enczad-what-to-do-when-the-device-is-not-found/4473178 #4473178"]从上述结果中,似乎需要通过 JTAG 连接器将 boot_loader.AXF 从 CCS 加载到 Virgin (Tiva 器件固件更新) TM4C129ENCZAD (通过 JTAG 连接器)。情况可能是这样。 我需要通过工程部门确认这一点
[引用 userid="488655" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1185252/tm4c129enczad-what-to-do-when-the-device-is-not-found/4473178 #4473178"](2)关于 boot_loader.bin 和 firmware.bin我还需要通过工程部门确认这一点
[引用 userid="488655" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1185252/tm4c129enczad-what-to-do-when-the-device-is-not-found/4473178 #4473178"](3)我了解到评估板等的 JTAG 连接器不能用于调试探针。这可能取决于电路板。 基本上、板载 JTAG 需要支持一种断开到板上器件的 JTAG 信号并将其重定向至将其连接到另一个板的方法。
我个人没有任何建议。 我需要工程帮助才能进一步调试。 我会在收到任何更新后立即通知您
工程人员的一项建议是检查以确保 PC3信号不会意外接地。 PC3对应 TM4C129ENCZAD 封装的焊球 C14。 您可以确认这一点吗?
请注意、原理图的图像非常小、因此很难详细说明。
谢谢
Ki
感谢你的答复。
您的 kΩ 说明'PC3 signal is not injedin a'、但我已通过一个10k Ω 电阻器从 PC3接地到 JTAG_TDO 引脚。
下图。
这次我使用了 CTI-20引脚来连接 JTAG 连接器和 TM4C129EN。
本文档是以下文档的第10页。
www.ti.com/.../spma075.pdf
有人告诉我、将该引脚保持接地可能会迫使您的 XDS110保持在 DFU 模式。 遗憾的是、这超出了我的专业领域、因此我希望将您的问题重新路由至正确的支持渠道
首先、我希望 TM4C129ENCZAD 具有 XDS110仿真器的功能。
我之所以想使用它、是因为我想将程序写入 AWR1843、传输数据并将其用作调试器。
(我希望具有与 AWR1843Boost 相同的功能。)
您是否希望创建定制的独立 XDS110、或者您是否希望向定制的 AWR1843板添加集成式板载 XDS110?
如果您已经在原理图中进行了解释、我会对此表示歉意。 我缺乏硬件专业知识、因此我要提出问题进行确认。
一旦我发现、我会告诉您。
下面是一个集成式板载 XDS110的示例:
https://www.ti.com/tool/AWR1843BOOST
它是用于 AWR1843器件的电路板。 但它还集成了 XDS110。 因此、您只需将 USB 电缆从 PC 连接到电路板、即可实现 XDS110 JTAG 和 AWR1843器件通信。
独立 XDS110的一个示例是:
https://www.ti.com/tool/TMDSEMU110-U
这只是一个 XDS110 JTAG 调试探针。 然后、您可以使用此引脚连接到另一个电路板、以便您可以将 JTAG 调试器与该电路板一起使用。 PC 将 通过 USB 电缆连接到 TMDSEMU110-U、然后 TMDSEMU110-U 将通过 JTAG 带状电缆连接到电路板上的 JTAG 接头。
如果是这种情况、那么您将尝试构建如下解决方案:
感谢您的耐心等待。 在与工程部门进行长时间讨论后:
[引用 userid="2210" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1185252/tm4c129enczad-what-to-do-when-the-device-is-not-found/4475607 #4475607">我被告知保持此引脚接地可能会迫使您的 XDS110保持在 DFU 模式。 很遗憾、这超出了我的专业知识范围、因此我希望将您的问题重新路由至正确的支持渠道[/报价]根据工程:
复位后、引导加载程序会检查是否存在任何"强制更新条件":
在检查源时 、唯一选中的"强制更新条件"是 GPIO 引脚检查。 此检查是 Tiva 器件上的 PC3引脚是否接地。 这种情况将强制 XDS110保持在 DFU 状态。 该引脚是 TM4C1294NCPDT 上的引脚#97。 TM4C129ENCZAD 的引脚与 TM4C1294NCPDT 不兼容、被告知它映射到 TM4C129ENCZAD 上的 C14。
您可以尝试不将引脚接地、看看这是否有用。
请注意 、TM4C129ENCZAD 与 TM4C1294NCPDT 引脚不兼容、因此 XDS110设计不支持它。 即使您能够解决此 DFU 问题、您也可能会遇到我们根本无法支持的其他问题。 如果您想创建定制 XDS110、强烈建议使用受支持的器件、如 TM4C1294NCPDT 或 MSP432E401Y。 相关说明-您在创建自己的自定义独立 XDS110调试探针时的用例是什么? 有许多低成本选项可用于 XDS110调试?
您好、感谢您的回复。
您说过
根据工程:
复位后、引导加载程序会检查是否存在任何"强制更新条件":
・如果满足、则会保持 DFU 模式并等待来自 DFU 器件的任何 USB 更新数据包。
・否则、它将跳转到固件。
关于这个过程、这意味着这是一个在通过 JTAG 通信将 firmware.bin 载入目标器件后完成的工作。
kΩ 下图、这意味着必须在加载 bin 文件后移除 R14的10k Ω(下拉电阻器)。
如果您能向我介绍对此问题做出回应的团队、我将不胜感激。
您说过
相关说明-您在创建自己的自定义独立 XDS110调试探针时的用例是什么?
最后将其加载到目标器件中后、我想将我自己的程序刷写到 AWR1843中并用作调试器。 (它在 AWR1843Boost 之后建模。)
如果加载 XDS110以外的仿真器时没有问题、我们将考虑使用它。
复位后、引导加载程序会检查是否存在任何"强制更新条件":
・如果满足、则会保持 DFU 模式并等待来自 DFU 器件的任何 USB 更新数据包。
・否则、它将跳转到固件。
关于这个过程、这意味着这是一个在通过 JTAG 通信将 firmware.bin 载入目标器件后完成的工作。
[/报价]此检查在 XDS110被-r 复位时发生 这也会在刷写 boot_loader.bin 之后、刷写 firmware.bin 之前发生
[引用 userid="488655" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1185252/tm4c129enczad-what-to-do-when-the-device-is-not-found/4477812 #4477812"]kΩ 下图、这意味着必须在加载 bin 文件后移除 R14的10k Ω(下拉电阻器)。
如果您能向我介绍对此问题做出回应的团队、我将不胜感激。
[/报价]不幸的是,我们将无法为此提供更多的支持。
[引用 userid="488655" URL"~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1185252/tm4c129enczad-what-to-do-when-the-device-is-not-found/4477812 #4477812"]最后将其加载到目标器件中后、我想将自己的程序刷写到 AWR1843中并用作调试器。 (它是在 AWR1843Boost 之后建模的。)为什么在诸如 支持 AWR1843的 TMDSEMU110-U 等可供购买的独立 XDS110时创建您自己的独立 XDS110?
你好
感谢你的答复。
您说过
不幸的是,我们将无法为此提供更多的支持。
明白。 感谢您就此事项进行咨询。
您说过
为什么在诸如支持 AWR1843的 TMDSEMU110-U 等可供购买的独立 XDS110时创建您自己的独立 XDS110?
很抱歉这个长故事。
我使其基于 AWR1843Boost、并认为 XDS110是将程序加载到 AWR1843中所必需的。
由于假定它将被实际携带和使用、TM4C129ENCZAD 被安装在板载上。 (它还用作 AWR1843和 UART 连接以及 JTAG 连接。)
这到底意味着您不必说什么?
请告诉我们更多信息。
(P.s.)
该线程正在变得越来越长、因此我想在另一个线程中进行交换。