Other Parts Discussed in Thread: EK-TM4C129EXL
您好！
最近我们购买了新的 EK-TM4C129EXL 评估板。第一次尝试我们成功上传代码、几天后我们尝试上传代码、其中显示 Cortex_M4_0：连接到目标时出错：无法与器件通信。 请检查您的连接。
我们 第一次尝试了 Blinky 代码仍然控制器在这种状态,直到现在我们无法上传代码,
我在此附上 CCS Studio 连接设置错误图像和 Evolution 电路板当前状态的图像。
我们认为控制器进入未知状态、我们需要支持如何恢复到较旧状态。
此致、
Pavan
您好！
根据您的描述、我的理解是电路板上仍然有 project0代码？ 是这样吗？
您最初在 TivaWare 中对常用示例进行编程的 project0代码是还是您自己的代码？
如果它是您自己的代码、它与库存闪烁示例有何不同？
两个电路板都有相同的问题、还是仅一个？
您是否可以重新启动 CCS 并重试？ 它会产生什么影响吗？
您是否可以使用 LM Flash Programmer 对代码进行编程？ 从 https://www.ti.com/tool/LMFLASHPROGRAMR 下载 LM Flash 程序员
如果 LM 闪存编程器仍然无法编程/擦除闪存、您可以尝试解锁器件。 它会将器件恢复为出厂设置。
通常情况下、由于以下可能的原因、调试器无法连接至目标。 我想知道您是否修改了可能使器件处于此类状态的代码。 我想您没有按如下方式操作、但只是想提出这些问题、如果不是硬件问题、可能会阻止调试器的出现。
1.将 JTAG 引脚重新用于 GPIO。 发生这种情况时、调试器不再能通过 JTAG 端口访问目标。
2.将器件置于 DEEPSLEEP 或休眠模式，而没有唤醒机制。 在这些低功耗模式下、时钟完全关闭。 如果没有唤醒功能、调试器将无法与未使用时钟的处理器同步。
3.对 BOOTCFG 寄存器进行编程以锁定 JTAG 访问。
您好！
1. 根据您的描述、我的理解是电路板上仍然有 project0代码？ 是这样吗？
--是
2. 您最初在 TivaWare 中对常用示例进行编程的 project0代码是还是您自己的代码？
——它是 tivawaware 的典型例子,在我们尝试自己的代码后,它仍然不起作用。
3、 两块板是否都有相同的问题,或者只是其中一个?
---两个板有同样的问题后,我们买了另一个,我们没有发现任何这样的问题。
4. 可以重新启动 CCS 并重试吗？ 它会产生什么影响吗？
-是的,我们重新启动几次,但显示同样的错误。 我们观察到、当我们重置控制器时、它会成功地休眠、但我们无法上传代码。
5.我们尝试了 LM Flasher 来解锁它仍然显示的调试端口 无法找到目标和 我们尝试通过 LM Flasher 进行编程仍然失败我们在下面附加了一些我们获取错误图像的图像
此致
Pavan
您好！
我们已尝试解锁调试端口、显示解锁已完成、但我们无法上传代码。
请查看我们尝试过的流程的图片。
这表明发送器
如果我们尝试 刷写以下错误弹出窗口、则表明解锁成功
此致、
Pavan
您好！
解锁后、您是否执行了重启？
我仍然看到有效的 MAC 地址。 我不知道这是否是前一节课留下的。 解锁应执行批量擦除、同时擦除存储在非易失性寄存器中的 MAC 地址。 您能否单击获取当前 MAC 地址？ 如果仍显示 MAC 地址、则未成功解锁。 此前已对 project0示例进行了编程、因此电路板应使 LED 闪烁。 如果您成功解锁器件、则 LED 不应再闪烁、因为闪存中没有代码。 如果您看到 LED 继续闪烁、则表示解锁失败。
您好！
除非是 PCB 问题、否则我无法映射简单的 project0示例可能导致电路板锁定。 之前您说过您运行了 stock project0示例、但从第一个屏幕截图中可以看出、它看起来与 stock project0示例不同。 您修改了代码吗？ 我看到 ssd1386_spi.h 的一些头文件。 这不是 project0的一部分。 在任何情况下、如果软件未意外采取任何措施来阻止我之前介绍的 JTAG 访问、 例如将器件置于休眠/深度睡眠模式、将 GPIO 的 JTAG 引脚重用或通过 BOOTCFG 禁用 JTAG、则我都不会看到软件应该锁定器件的原因。
---两个板有同样的问题后,我们买了另一个,我们没有发现任何这样的问题。
[/报价]您有多少块电路板？ 似乎您有三个电路板。 是这样吗？
您是否有一个电路板可以正常工作、但其他两个电路板不能正常工作？
是否有 XDS200、XDS110或 XDS100等调试探针？ 如果这样做、您是否可以尝试使用 dbgjtag.exe、按照下面应用手册第5.3..2节中的说明进行解锁？
