注释
贡献者
这些按钮并不总是处于活动/启用状态。如果您刚刚在机器上进行了一些操作,许多控件将被禁用。 如果当您在其上滚动鼠标时它们处于活动状态,则背景会亮一点。如果你看到它亮起,点击应该被积极注册。 |
作者
虽然大多数时候都是这种情况,但它仍在发生。我主要在进行 0.01 毫米的慢跑时注意到它。我想知道 UGS 是否几乎期望这些移动需要 Xms 来处理,而实际上它们实际上花费的更少
|
贡献者
我相信 UGS 根据状态 GRBL 报告启用/禁用按钮。UGS 定期轮询 GRBL。这个间隔是可调的。因此,对于短时间的慢跑来说,慢跑完成然后在下一次轮询和报告状态以及启用按钮之前需要相对较长的时间,这似乎是合理的。 |
作者
我这边目前设置为 75ms
|
贡献者
嗯,这比 13Hz 多一点。来自 GRBL 文档:“我们建议查询 Grbl 以获取不超过 5Hz 的实时状态报告。10Hz 可能是可能的,但在某些时候,收益会递减,并且您通过要求它生成 Grbl 的 CPU 更多地征税并发送大量位置数据。” |
作者
那么解决方案是什么?状态轮询率下降到 120 毫秒? |
作者
仍然是 150ms 的问题 |
贡献者
我不知道状态检查频率和对按钮响应能力的投诉有什么关系。如果您使用相当高的频率并且按钮仍然表现出意外,那么它可能不相关。 |
所有者
@jahnj0584你还注意到这个吗?我最近做了几份工作并且正在使用它们并注意到他们没有坚持几次但我认为我只是错过了按钮。 当您单击按钮但没有看到任何反应时,您是否 |
作者
是的仍然是一个问题。该按钮在第一次单击时不起作用。没有发送命令。我不移动一个像素并重新单击它就会起作用
|
合作者
我终于设法重现了这个,很奇怪我以前没见过这个。这也发生在点动控制器中。 似乎没有正确触发鼠标单击事件。为了能够使用按钮,您需要保持指针完全静止。此处报告了类似的错误,表明它是 Java 中的特定错误: 通过仅使用 mousePressed、mouseRelease 事件可以解决此问题。 |
新的轴重置按钮似乎不是 100% 响应。我经常在完全相同的像素上点击 3 次以上,以确保我的 DRO 正确归零。显然这是一个大问题,可能会毁掉很多项目