注释
.png "控制台滞后于输出 #1278"){kind=avatar}
作者
|
也可以在此版本上重现。 产品版本：通用Gcode平台20190423 |
|
我们遇到了同样的问题。 我从我们的测试中了解到，在以“快速”进给速率运行的大文件中，会导致 GUI 和串行通信之间出现滞后。因此 GUI 不是实时的。它落后了。当我们完成一个大文件（主轴返回原位，项目完成）时，UGS 屏幕仍有 30% 到 50% 的行需要处理。实际上，我让它继续运行了几次，它最终完成并返回了 GUI。这适用于 16Gb 双处理器或 2Gb 微型计算机。 我们在 2 个不同的 CNC 上以 100% 和另一个以 200% 启动相同的文件。计算机是相同的。 “发送进度”窗口中的“剩余行数”在整个过程中保持的比较接近。似乎它正在以某个最大处理速度运行。 使用我们的正常生产文件（小而多的直线），GUI 保持同步。 |
.jpg "控制台滞后于输出 #1278"){kind=avatar}
合作者
|
我对可视化工具进行了一些更改，可能会解决此问题。我正在关闭它，如果问题仍然存在，请重新打开。 |
.png&h=110&w=185&q=90&zc=1&ct=1)
.jpg&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
产品版本：通用Gcode平台201609300101
Java：1.8.0_181；Java HotSpot(TM) 64 位服务器 VM 25.181-b13
运行时：Java(TM) SE 运行时环境 1.8.0_181-b13
赢 7 x64
也可以在最新版本上重现，但上面的版本在这里更稳定。
注意可视化器已关闭！对于整个运行。
作业已完成，机器处于“安全 Z”但不是零。
控制台仍在运行并阻止其他功能正常工作。
附加的文件（以及许多其他文件）最终会弹出“取消期间等待 GRBL 空闲的超时。取消不完整”我点击“确定”并可以再次点击停止按钮但响应仍然为零。如果我需要添加另一个切割或打开第二个文件以进一步处理作业，唯一的出路是关闭 UGS，然后再次为作业重新找到 Z 零。
130 直径 2mm 球 FINE.zip
也找到了这个问题的日志，但不确定它对你有多大帮助。
消息.log.zip