Microchip Easy Bootloader实际上非常困难

我知道这是旧的，但我遇到了同样的错误（警告？）XC16 1.26 PRO的消息。它发生在Java文件中，它获取与IVT映射无关的RAM部分——所有非易失性部分都跳过。我在浏览生成的链接器脚本和随之而来的.java文件时，认为消息是良性的。对于第二个错误，如果您查看传递给EZBLIX工具的命令行，它试图通过COM端口进行通信，以便自动将应用程序发送到引导加载程序。假设COM8实际上存在于您的开发机器上，您显示的错误可能来自Windows中的权限问题。在过去，默认情况下，串行端口需要管理员访问。检查并确保您的开发板串行连接到COM8，如果出现相同的错误，则作为管理员运行ezbl_tools。

只是注意到你说的是Linux，而不是Windows。同样的规则也适用。用户需要对COM端口组拥有适当的权限才能使用设备。这根据您所处的发行版而有所不同，但是在您最喜欢的引擎中搜索ttyUSB0权限linux，您会发现很多指南。

我有点晚了（差不多3个月了！）讨论，但我正在为下一个寻找EZBL信息的人添加这个。论坛中没有太多的支持。IVT错误是由于编译器行为的改变。我使用XC16V1.20成功地构建了EZBL-V1.01。最近，我尝试用编译器的新Rev来构建并查看那些IVT错误。较新的编译器做一些与IVT稍有不同的事情，EZBL工具不处理这个变化。尝试旧的编译器Rev。我检查了UpDeDeDeBLyV1.01B，它看起来没有修复编译器的不兼容性。我也在Linux（VM）上构建，ANDI必须首先改变EZBLIOcthJava代码，以便使项目得以构建。这些变化反映了文件分隔符的差异（向前而不是向后斜线）。使用Ant重建它。我还必须改变project.properties作为crownking.jar、crownking.edc.jar和jna.jar的位置。OP没有询问文件分隔符，他可能已经解决了。我还从OP中得到了第二个错误（不能运行ezbl_comm.exe）。我忽略它，将BLUB文件复制到WI8主机，并手动运行Java工具，以便加载图像。看起来像EZBLY.COM.EXE是一个VC++项目，很可能不会在Linux上运行。它不使用G++来编译，因为它包括TCHAR .H（Windows文件）。IfigureifI需要从Linux中调用目标，我可以重写EZBLYCOMM。我还可能需要在Java代码中修复调用并重建EZBLIOToTS。EZBL是一个不错的起点，但它为你设置了一堆不易修改的工具。如果你按照EZBL设计者预期的方式做事（例如Windows），看起来很简单。如果你想做一些不同的事情，那不是那么容易。编辑来纠正我对EZBLYTooJava代码的更改的糟糕回忆。

我同意马珂。Microchip容易引导加载程序实际上非常困难，尤其是前15页的手册丢失。你知道，那些标题是“入门”，文件结构，设计理念，如何使用它，如何使用它，等等。所以，mruck，你是说EZBL是微芯片又一个无法跟上时代并工作的工具吗？