关于UnifiedHost-0.1.14和引导程序的问题

嗨，通过UART引导与通过空中引导不同。你不能仅仅用蓝牙连接替换UART连接并使用UART引导加载程序。你需要仔细检查如果数据包丢失，引导加载程序将做什么，它如何处理空中等待时间。大多数UART引导加载程序都会我需要一些修改来工作。

我相信，一旦我达到这个程度，我就可以处理这些问题，但是，负责与最终应用程序固件建立通信的应用程序正在崩溃，所以没有数据包被发送。此外，蓝牙串行配置文件被设计成有线电缆的无线版本，因此一旦我通过崩溃主机这个问题，我就应该能够以与有线连接类似的方式发送串行字节流。结束时引导加载程序中的校验和验证应该捕获任何丢失的字节。如果我开始看到大量的校验和失败，我将实现一些东西来保证每个字节的传输。同时，实际问题是为什么当打开蓝牙串口时，统一的主机应用程序崩溃了？

您好，这可能是棘手的，因为似乎有几个部分可以创建这个问题。下面是一些要尝试/考虑的事情：从日志看来，好像Java在应用程序中试图打开端口时抛出一个异常。它似乎是一个深刻的Java异常。（我不能通过使用应用程序重现的）日志显示您使用的版本1.9。自述文件表示支持版本1.8；所以1.9可能只有未测试的支持。您能尝试使用JRE版本1.8启动应用程序吗？还可以通过启用启动应用程序之前的日志记录以及使用包含的属性文件找到有用的信息。在自述文件和统一应用程序中有一个简短的描述。尝试使用PC命令提示符，按下“Windows”键，然后键入“CMD”，然后进入：JavaDjava. UTI.Log.CONFIG.file =“C:MyDealth\UnIFIEDHOST-0.1.14Loop.Curror”-JAR UNIFIEDHOST-0.1.14JARBROSEe.解压缩UnifiedHost-0.1.14.zip包并替换：'C:MyDirectoryUnifiedHost-0.1.14'和复制的目录位置。在命令提示符Shift+Insert中将执行'Paste'操作。命令提示符调试文本可能具有可以捕获和发布的有用信息。你试图在PC上的另一个端口上打开/通信？我认为您可以尝试使用COM3这样的公共端口，看看应用程序是否能够在配置过程中更进一步。结果是一样的吗？我对“HC06蓝牙模块”一无所知，我很犹豫是否可以在这个通信链中“准备就绪”。由于在端口打开期间出现异常，所以该模块与JSSC串行端口适配器（jssc-2.8.0）库不兼容。如果您觉得“HC06蓝牙模块”的串行仿真是更好的测试方式；我将考虑在引导加载程序生成器用户中参考第7章尝试与引导程序手动通信，例如尝试获取版本“0”命令。http://www1.micro..com/downloads/en/DeviceDoc/40001779B.pdfi.e.让HC06蓝牙模块“从其Serial TX->PIC Serial RX”发送“REQUEST VER.COMMAND”，然后监视是否注意，基于引导加载程序的生成，PIC在分组命令/数据之前可能期望一个AUTO BAUD字符。您是否使用诸如MCP2200之类的USB-串行桥接设备在PIC18LF26K80和统一主机之间执行过隔离的任何测试。这是推荐的实现方式，并且可能有助于缩小PC和GT应用程序之间的问题-GT；DeviceHope，这是有帮助的。

cTucker，非常感谢您周到的回复。wrt JRE版本，我不能恢复到1.8，因为我的其他一些工具会损坏。我重新布线我的板使用FTDI USB串行电缆，并编写了一个快速测试项目（针对PIC18LF26K80）来验证它的功能。我可以看到ascii消息通过PC端口发送到tera术语。返回到带有“with_.”的引导加载程序项目（即独立的引导加载程序），我可以通过发送多个按键（但不仅仅是一个）来让引导加载程序突破autobaud例程。UnifiedHost应用程序，它仍然与FTDI Serial comport一起崩溃（我已经上传了崩溃日志）。（当我发布帖子时，作为帖子的一部分的附加注释被截断…）我在引导加载程序用户指南上搜索MCP2200的推荐使用，但是找不到它，也许是在一个单独的纸质笔记还是网页？再次感谢

嗨，我遇到了同样的问题试图安装串行端口。读完这篇文章后，我意识到我的JRE版本是9，所以我安装了版本8，卸载了版本9，之后，引导加载程序工作正常。我的串行端口是本地的，所以与端口类型无关，相反，问题一定是JRE.Luis的版本。