注释
.jpg "RaspberryPI 上的串行连接不稳定 #1213"){kind=avatar}
.png "RaspberryPI 上的串行连接不稳定 #1213"){kind=avatar}
|
似乎新的 netbeans 库在 Maven Central 上可用。有可能升级到最新的平台。我想在本周晚些时候尝试一下。 |
.png "RaspberryPI 上的串行连接不稳定 #1213"){kind=avatar}
|
这方面有什么进展吗？ |
|
几周前我进行了搜索，但找不到用于构建 NBM 模块的新版本。现在快速搜索它并找到似乎具有所需修复的新版本：https ://mvnrepository.com/artifact/org.apache.netbeans.utilities/nbm-maven-plugin/4.2 我会试一试并尝试更新它。 |
.png "RaspberryPI 上的串行连接不稳定 #1213"){kind=avatar}
|
可能与此有关：我发现使用 JSerialComm 的虚假断开连接在我切换到 JSSC 时消失了，而且我没有使用 ARM 板，它是一台普通的 x86_64 笔记本电脑（Thinkpad X200）。 |
@jes我们在 JSSC 上遇到的问题比 JSerialComm 多得多（尤其是在 Windows 中），所以我不想再次将其设置为默认值，您可以在项目中搜索包含“JSSC”的问题。 JSSC 项目看起来被遗弃了，但有一个分支似乎有积极的发展，我们可以尝试一下：https ://github.com/java-native/jssc |
|
很公平。我想知道为 Windows 和 Linux 设置一个单独的默认值是否容易？ 现在这对我来说没有太大区别，因为我现在知道问题出在哪里，但我不可能是唯一一个花了几天时间尝试调试明显的 EMI 问题却发现它是一个损坏的串行库的人。 |
|
当然，我们可以尝试添加它。我在使用 JSerialComm 的 Linux 实例上没有遇到任何问题，所以我希望我们不会引入其他问题… =/ 所以要使用的默认库应该根据以下内容： |
|
如果有帮助，这里有一个简单的测试用例，我发现它可靠地通过 JSerialComm 失败并通过 JSSC：
您甚至不需要连接到 CNC 机器，只需在没有连接硬件的情况下在 Arduino 上运行 Grbl。 （这是我发现区分“工作”和“失败”条件的最快测试用例 – 实际上，即使在 115200 波特，我也发现 JSSC 可以毫无问题地连续运行几个小时的真实工作，并且JSerialComm 大约每隔一两个小时断开一次连接——我还没有与 JSSC 断开连接）。 |
|
非常感谢！ |
|
谢谢！！ |
|
我正在关闭它，因为这是我们现在能做的最好的事情。 |
新的默认连接驱动程序 jSerialComm 不适用于基于 ARM 的处理器，例如 RaspberryPI 或 Asus TinkerBoard。可以建立到 GRBL 的连接，但会间歇性地失败。
我们使用的是旧版本的 jSerialComm，这可能是原因。但是由于这个 netbeans-plugin-module 问题无法升级库：
mojohaus/nbm-maven-plugin#42
尝试构建 nbm-maven-plugin (nbm-maven-plugin-4.2-SNAPSHOT) 的快照版本，现在让我可以使用最新的 jSerialComm 库进行构建。
需要等netbeans的Apache Incubation进程准备好，已经打包出新版本（期待使用你的作品@ebarboni）：https ://github.com/apache/incubator-netbeans-mavenutils/
同时，您可以切换到 RaspberryPI 上可靠的 JSSC 驱动程序：https ://github.com/winder/Universal-G-Code-Sender/wiki/Raspberry-Pi