Other Parts Discussed in Thread: TM4C1294NCPDT, EK-TM4C1294XL, UNIFLASH
大家好！ 我有一个具有 TM4C1294NCPDT 的定制 PBC。 我的客户决定我们需要在该 PCB 上安装 EMAC 引导加载程序。 首先、我尝试在 EK-TM4C1294XL 上执行此操作。 一切都很好、一切都很好、但我后来尝试将相同的固件下载到 PCB ... 我遇到了一个问题。 LM 闪存编程器找不到 TM4C1294NCPDT。 也许是因为我们最初没有考虑引导加载程序、然后决定添加它、我们错过了一些跳线或类似的东西？ 可以帮我解决这个问题吗？ 提前感谢您
您好！
以下是您需要执行的步骤。
1.使用 CCS 或 LM 闪存编程器通过 JTAG 接口将诸如 enet_lwip 的 TivaWare 示例编程到 MCU 闪存中。
2.运行 enet_lwip，您应该会在终端窗口中看到已打印的 IP 地址。 您需要记录此 IP 地址。 此 IP 地址由 DHCP 服务器动态生成。 稍后在运行 EMAC_BOOT_FLASH 示例时需要使用此 IP 地址。 原因是运行 LM 闪存编程器的 PC 也是 BootP 服务器和 TFTP 服务器。 BootP 服务器本质上是静态的。 您需要手动将客户端的 IP 地址与 BootP 服务器中固定表中的客户端 MAC 地址关联。 请注意、运行 enet_lwip 的唯一目的是获取 IP 地址。 获取动态地址后、它将在您的网络上租赁给您几个小时。 您可能能够配置路由器以无限期租用 IP 地址。 请咨询您的 IT 部门。
3.通过 JTAG 接口将 EMAC_BOOT_FLASH 编程到 MCU 的闪存中。 您可以使用 CCS 或 LM 闪存编程器加载代码。 请注意、EMAC_BOOT_FLASH 从0x0开始。
4.运行 EMAC_BOOT_FLASH 引导加载程序。 EMAC_BOOT_FLASH 应立即发送 BootP 请求。 但是、由于您尚未启动 BootP 服务器、客户端将继续发送请求。 如果您有 Wireshark、您应该会在1s、2s、4s、8s 等位置看到 BootP 请求。 因此，您可能需要等待一段时间，服务器才能收到请求并响应请求。 不要仅仅等待一小会、认为它没有工作或损坏。 启动 Wireshark 以观察跟踪。 这非常有用。
5.打开 LM 闪存编程器。 请参见下面的。 在 Client IP address (客户端 IP 地址)字段中输入刚从运行 enet_lwip 中获取的 IP 地址。 然后输入客户端的 MAC 地址。 如果您使用的是 LaunchPad、则应在电路板背面的贴纸上看到 MAC 地址。 您在这里所做的更像是手动更新 BootP 服务器的 IP 地址和 MAC 地址关联表。 请注意、下面的捕获显示了我的 IP 地址和 MAC 地址。 您的将与我的完全不同。
6.转到“Program”选项卡，将 boot_demo_emac_flash.bin 指定为您的应用程序映像，然后按“Program”按钮。 请参见下面的。
7.留出一些时间，您应该可以通过以太网看到正在进行的下载。
8.如果您等待很长时间但没有发生任何情况、请确保您的 PC 和 LaunchPad 处于同一子网中。 如果是这种情况、请显示您的 Wireshark 捕获。
不能从中断例程中调用 SoftwareUpdateBegin()。 (回调函数仍在中断例程中。) 按照 boot_demo_emac_flash 中的示例操作。 在 SoftwareUpdateRequestCallback()中设置全局标志，然后在主循环中检查该标志。 设置标志时调用 SoftwareUpdateBegin()。 有关 boot_demo_emac_flash.c 的第177-180行有一条重要说明：
//*****************************************************************************
//
// This function is called by the software update module whenever a remote
// host requests to update the firmware on this board. We set a flag that
// will cause the main loop to exit and transfer control to the bootloader.
//
// IMPORTANT:
// Note that this callback is made in interrupt context and, since it is not
// permitted to transfer control to the boot loader from within an interrupt,
// we can't just call SoftwareUpdateBegin() here.
//
//*****************************************************************************
void SoftwareUpdateRequestCallback(void)
{
g_bFirmwareUpdate = true;
}
[引用 userid="390283" URL"~/support/microcontrollers/other-microcontrollers-group/other/f/other-microcontrollers-forum/1006668/tm4c1294ncpdt-bootloader-trouble-on-custom-pcb-with-tm4c1294ncpdt/3724493 #3724493"]编译失败，因为编译器不想编译 swupdate 文件，尽管 utils 文件夹所在文件夹的路径已指定给链接器。
我建议您再次按照 boot_cemo_emac_flash 的示例操作、并将链接复制到 lwiplib.c、swupdate.c 和 ustlib.c 到您的项目中。 这将导致编译器编译这些文件、并将对象的副本放入链接器将在其中找到的"Debug"目录中。
我很困惑。 我想您的一切都正常工作了。 EK-TM4C1294XL LaunchPad 使用 MAC 地址进行了预编程。 查看下面的 BL_EMAC.c 文件。 如果闪存中已经存储了一个 MAC 地址、那么它将只使用那个地址。 如果要使用闪存的新 MAC 地址重新编程、则需要首先对 MCU 执行批量擦除。 请参见下图。 首先执行"解锁"、这样将完全擦除芯片中的 NVM 存储器。 将芯片批量擦除至出厂设置后、您可以在右上角对新的 MAC 地址进行编程。 无需擦除 LaunchPad 中的 MAC 地址。 如果您想进行实验、这是您的选择。 对于定制板、如果没有有效的 MAC 地址、则必须具有该地址。
//
//从闪存用户寄存器获取 MAC 地址。 如果没有
//已编程，然后使用引导加载程序的默认 MAC 地址。
//
ROM_FlashUserGet (&ui32User0、&ui32User1)；
if ((ui32User0 == 0xffffffff)||(ui32User1 == 0xffffffff)
｛
//
// MAC 地址尚未编程，请使用默认值。
//
G_sMACAddr.addr[0]= 0x00；
G_sMACAddr.addr[1]= 0x1A；
G_sMACAddr.addr[2]= 0xb6；
G_sMACAddr.addr[3]= 0x00；
G_sMACAddr.addr[4]= 0x64；
G_sMACAddr.addr[5]= 0x00；
｝
其他
｛
G_sMACAddr.addr[0]= ui32User0 & 0xff；
G_sMACAddr.addr[1]=(ui32User0 >> 8)和0xff；
G_sMACAddr.addr[2]=(ui32User0 >> 16)& 0xff；
G_sMACAddr.addr[3]= ui32User1 & 0xff；
G_sMACAddr.addr[4]=(ui32User1 >> 8)& 0xff；
G_sMACAddr.addr[5]=(ui32User1 >> 16)& 0xff；
｝
您好！
您是否解决了该问题？ 您是否确定您的 PC 上只有一个 NIC？ 您等待了多长时间才声称它不工作。 我提出的原因是、客户端不会定期发送 BootP 请求、而是会增加持续时间以避免干扰网络。 如果您查看以下捕获、则客户端第一次发送 BootP 请求、如果它没有收到服务器的响应、它将等待1秒钟、然后再发送下一个请求。 如果它仍然没有收到响应、那么它将等待2秒钟、然后再发送下一个请求。 如您所见、它将等待1s、2s、4s、8s、16s、 32s 和64s、然后再发送 BootP 请求。 如果在客户端发送其请求时碰巧按下"Program"按钮、则服务器可能需要等待长达64秒、然后客户端发送其下一个请求。 您可能认为它不起作用、但如果您等待足够长(超过64秒)、它应该会出现。
1) 1)是的、仍然可以工作
2) 
3) 3)我稍后会分享