Web应用程序添加一个嵌入式网页

背景：PIC32 MZ2048 EFH100，和谐V2.05，XC32 V2.05.I我想做的是简单的概念，但原来是相当困难的，虽然效益显然是巨大的我。我想添加一个嵌入式网页，模拟统一的引导加载程序应用程序。这样做的原因是我们的系统包含一个低级别的模拟板通过RS-485连接，这将允许整个设备远程升级。该板包含一个引导加载程序，主板与一个UDP引导加载程序（Live Update）完美地结合在一起。目前，我可以把命令发送到Bootloader模式，擦除Flash，得到Bootloader版本，然后跳转到应用程序。编程和验证阶段是另一回事。您可能知道，十六进制文件中的每一行都是以冒号开头的记录。我正在努力解决的问题是，我卸载了很多工作客户端，即让JavaScript加载文件，解析它，转换ASCII到HEX，运行CRC，然后简单地发送可以直接中继到模拟板的消息，或者做很多服务器端，比如MD5 Calc。举例说明。我倾向于前者，因为在HEX文件中有几千个记录。编辑：叹息……我可能会被后者所困扰。这是因为我无论如何都要发送一个字符串，从而破坏了做它的一个主要原因。



      以下为原文

    Background: PIC32MZ2048EFH100, HARMony v2.05, XC32 v2.05.

What I'm trying to do is simple in concept, but turning out to be quite difficult, though the benefit is obviously huge to me. I would like to add an embedded webpage that emulates the Unified Bootloader Application. The reason for this is that our system contains a lower level analog board connected over RS-485 and this would allow the entire device to be upgraded remotely. This board contains a bootloader itself and the main board works perfectly with a UDP bootloader (live update).

Currently, I can send commands down to throw it into bootloader mode, erase the flash, get the bootloader version, and jump to the application. The programming and verify phases are another matter. As you probably know, each line in a hex file is a record that starts with a colon. The question I'm struggling with is do I offload a lot of the work client side, i.e. have the javascript load the file, parse it, convert the ascii to hex, run the CRC, and simply send down messages that can be directly relayed to the analog board, or do a lot of this server side, like the MD5 calculation example. I'm leaning towards the former, as there are several thousand records in the hex file.

Edit: Sigh...I may be stuck with the latter. This is because I'll have to send a string down anyway, thus defeating a major reason to do it.