[参考译文] TM4C1294NCPDT：通过以太网进行固件升级、新固件二进制文件上传到闪存。

您好、Mohammed、

 我希望您已经了解了 TivaWare 库中的以太网引导加载程序示例。 首先如何对应用程序进行编程？ 应用程序是否会通过 JTAG 编程到闪存中、或者也喜欢通过以太网上传二进制文件？

 如果要通过以太网上传应用程序和二进制文件、则需要在引导加载程序中添加一些智能功能。 引导加载程序需要知道何时加载应用程序段、何时加载二进制段以及何时从二进制段重新编程应用程序。 如果应用程序已经通过 JTAG 加载、如引导加载程序本身、则会稍微简单一些。 引导加载程序需要首先将二进制文件从 http 服务器上载到闪存中的二进制部分。 在某种程度上、您的应用程序将接收到某种类型的命令或仅按下引脚、并将控制权转移到引导加载程序。 在本例中、引导加载程序将仅擦除应用程序、并根据存储在二进制段中的二进制文件再次对应用程序段进行编程。 擦除和程序只能使用 TivaWare API，例如 FlashEras()和 FlashProgram()。 请参阅 TivaWare 外设驱动程序库用户指南。

 话虽如此、我很好奇您为什么要拆分为三个部分、而不是两个部分-引导加载程序和应用程序部分。 闪存最初将仅包含引导加载程序。 引导加载程序将首先向服务器发送 BOOTP 请求。 然后、服务器将通过以太网上传应用程序。 应用程序将像正常运行一样运行。 如果服务器要再次更新应用程序，则只需执行此操作即可。 服务器将向应用程序发送一些魔术包。 接收到魔术包后、应用程序将再次将控制权转移到引导加载程序。 一旦传输到引导加载程序、引导加载程序将从服务器上载新的应用程序代码。 这基本上就是 TivaWare 以太网引导加载程序示例的功能。  

您好！

 我想您将参考 BL_FLASH.c 来编程和擦除应用部分。 要对二进制段进行编程和擦除、您应该使用类似的方法。 请参阅 bl_emac.c 文件中的以下引导加载程序代码、其中解析了 TFTP 数据、然后通过调用 bl_flash_erase_fn_hook 和 bl_flash_programme_fn_hook 函数将数据编程到应用部分。 数据被编程到 APP_START_ADDRESS 的开头。 BL_FLASH_ERASE_FN_Hook 和 BL_FLASH_program_FN_Hook 在 BL_FLASH_C 中定义 我的建议是、您可以参考如何在 TivaWare 引导加载程序中完成它。 您的应用程序将需要将收到的 HTTP 数据和程序解析到二进制部分。  

//
//
//！ 解析数据包检查 TFTP 数据包。
//！
//！ 此函数解析数据包以确定它是否为//
的 TFTP 数据包！ 输出当前 TFTP 传输。 如果找到有效的数据包、
//！ 数据包被编程到闪存中。
//！
//！ 如果此数据包是 TFTP 数据的最后一个数据包
//！ 传输、否则为0。
////
*****************
静态 uint32_t
ParseTFPData (void)
｛
uint8_t * pui8Packet =(uint8_t *) uip_appdata；
uint32_t ui32FlashAddr；
uint32_t ui32Idx；

//
//查看这是否是 TFTP 数据包。
//
if ((pui8Packet[0]！=(tftf_data >> 8)&& 0xff))||
(pui8Packet[1]！=(TFTP_DATA & 0xff)))
｛
返回(0)；
}

//
//如果连接上的远程端口仍然是 TFTP 服务器端口(即
//这是第一个数据包)，然后复制的事务 ID
//将 TFTP 数据连接到我们的连接中。 这将确保我们的
//响应将发送到正确的端口。
//
if (g_PCONN->rport == HTONS (TFTP_PORT))
｛
G_PCONN->rport =
(((struct uip_udpip_HDR *)&uip_buf[uip_lh_LEN])->SrcPort；
｝

//
//查看这是否是正确的数据包。
//
if ((pui8Packet[2]！=(g_ui32TTPBlock >>8)& 0xff))||
(pui8Packet[3]！=(g_ui32TFPBlock & 0xff)))
｛
//
//由于发送了错误的数据包，因此请重新发送其 ACK
//我们已经处理了它。
//
pui8Packet[0]=(TFTP_ACK >> 8)& 0xff；
pui8Packet[1]= TFTP_ACK 和0xff；
UIP_UDP_SEND (4)；

//
//忽略此数据包。
//
返回(0)；
}

//
//我们要编程到哪个地址？
//
ui32FlashAddr =
((g_ui32TFPBlock - 1)* tftf_block_size)+ app_start_address；

//
//如果数据超出闪存的末尾，请勿将其编程到闪存中。
//
if (ui32FlashAddr < g_ui32FlashEnd)
｛
//
//如果这是第一个块，并且我们已经得到了启动
//挂钩函数、在此处调用它以指示我们即将开始
//刷写新图像。
//
#ifdef BL_START_FN_HOOK
if (g_ui32TFPBlock = 1)
｛
BL_START_FN_HOOK()；
}
#endif

//
//清除任何闪存错误指示符。
//
BL_FLASH_CL_ERR_FN_HOOK()；

//
//如果这是第一个数据包并且启用了代码保护，
//然后擦除整个闪存。
//
#ifdef flash_code_protection
if (g_ui32TFPBlock = 1)
｛
//
//循环浏览闪存中的页面，不包括那些页面
//包含引导加载程序和可选的保留空间。
//
for (ui32Idx = app_start_address；ui32Idx < g_ui32FlashEnd；
ui32Idx += FLASH_PAGE_SIZE)
｛
//
//擦除闪存的这个块。
//
bl_flash_erase_fn_hook ((ui32Idx)；
｝
}
#else
//
//闪存代码保护未启用，因此请查看其中的数据
//数据包将编程到闪存块的开头。 我们
//假设闪存块大小始终是1KB 的倍数，因此，
//因为每个 TFTP 数据包为512字节，并且必须始终启动
//位于闪存页边界上，我们可以确保我们将单击
//接收数据包时每页的开头。
//
if (！(ui32FlashAddr &(flash_page_size - 1)))
｛
//
//擦除闪存的这个块。
//
bl_flash_erase_fn_hook (ui32FlashAddr)；
｝
#endif

//
//根据需要解密数据。
//
#ifdef BL_decring_FN_hook
bl_decrype_fn_hook (pui8Packet + 4、uip_len - 4)；
#endif

//
//将此数据块编程到闪存中。
//
bl_flash_program_fn_hook (ui32FlashAddr、(pui8Packet + 4)、
(uip_len - 4))；

//
//如果已提供进度报告挂钩函数，请调用它
//此处。 TFTP 协议不让我们知道映像的大小
//在它开始传输之前，我们将0作为 ui32Total 传递
//参数来指示这一点。
//
#ifdef BL_Progress_fn_hook
bl_progress_fn_hook ((((ui32FlashAddr - app_start_address)+
(uip_len - 4))、0)；
#endif
｝

//
//递增到下一个块。
//
G_ui32TFPTPBlock++；

//
//保存数据包长度。
//
ui32Idx = uIP_len；

//
//我们是否看到任何错误？
//
if (BL_FLASH_ERROR_FN_HOOK())
｛
//
//是-发回错误数据包。
//
SendTFPError (2、"错误编程闪存。")；
｝
其他
｛
//
//没有报告错误，因此构建 ACK 数据包。 块编号
//字段已正确，因此不需要设置。
//
pui8Packet[0]=(TFTP_ACK >> 8)& 0xff；
pui8Packet[1]= TFTP_ACK 和0xff；

//
//将 ACK 数据包发送到 TFTP 服务器。
//
UIP_UDP_SEND (4)；
｝

//
//如果数据包短于 TFTP_BLOCK_SIZE 字节，则为
//文件中的最后一个数据包。
//
if (ui32Idx！=(TFTP_BLOCK_SIZE + 4))
｛
//
//如果已提供结束信号挂钩函数，请在此处调用它。
//
#ifdef BL_END_FN_Hook
bl_end_fn_hook ()；
#endif
返回(1)；
}
//
//要读取的数据更多。
//
返回(0)；
} 

你(们)好  

 我没有听到你的反馈。 我希望您的项目进展顺利。 我现在将关闭该线程。 如果您有新问题、请打开新主题。 如果您当前的问题未得到解决、您可以在此处回复以重新打开该主题。