开源改变世界!!

控制台滞后于输出 #1278

推推 grbl 1年前 (2023-01-28) 108次浏览
关闭
BallscrewBob 打开了这个问题 2019 年 10 月 4 日 · 3条评论
关闭

控制台滞后于输出#1278

BallscrewBob 打开了这个问题 2019 年 10 月 4 日 · 3条评论

注释

控制台滞后于输出 #1278
滚珠丝杠鲍勃 评论了 2019 年 10 月 4 日  

产品版本:通用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

控制台滞后于输出 #1278

也可以在此版本上重现。

产品版本:通用Gcode平台20190423
Java:1.8.0_181;Java HotSpot(TM) 64 位服务器 VM 25.181-b13
运行时:Java(TM) SE 运行时环境 1.8.0_181-b13
系统:在 amd64 上运行的 Windows 7 版本 6.1;Cp1252;en_US (ugsplatform)
用户目录:D:\Users\Bob\AppData\Roaming.ugsplatform\2.0-SNAPSHOT\dev
缓存目录:D:\Users\Bob\AppData\Roaming.ugsplatform\2.0-SNAPSHOT\dev\var\cache

控制台滞后于输出 #1278

我们遇到了同样的问题。

我从我们的测试中了解到,在以“快速”进给速率运行的大文件中,会导致 GUI 和串行通信之间出现滞后。因此 GUI 不是实时的。它落后了。当我们完成一个大文件(主轴返回原位,项目完成)时,UGS 屏幕仍有 30% 到 50% 的行需要处理。实际上,我让它继续运行了几次,它最终完成并返回了 GUI。这适用于 16Gb 双处理器或 2Gb 微型计算机。

我们在 2 个不同的 CNC 上以 100% 和另一个以 200% 启动相同的文件。计算机是相同的。

“发送进度”窗口中的“剩余行数”在整个过程中保持的比较接近。似乎它正在以某个最大处理速度运行。

使用我们的正常生产文件(小而多的直线),GUI 保持同步。

控制台滞后于输出 #1278
合作者

我对可视化工具进行了一些更改,可能会解决此问题。我正在关闭它,如果问题仍然存在,请重新打开。