注释
.png "(USG) DRO 更新缓慢 #17"){kind=avatar}
|
您使用的是最新的代码主分支吗？ 我注意到在响应“？”时表现不佳 命令，因为读取串行不是中断驱动的。我在最新版本中更改了它。请参阅此已关闭的问题。 我会试试 UGS，看看我是否遇到同样的问题。 |
|
我尝试了 UGS，但我也看到 DRO 运行缓慢。我有一个串行端口间谍程序，但不幸的是我无法让 UGS 在该计算机上运行。它不喜欢我的 Java 版本，即使在我重新安装它之后也是如此。 使用该间谍程序，我使用的所有其他发件人似乎都可以正常工作。Grbl 响应所有“？” 命令马上。出于某种原因，UGS 可能不会发送“？” 标记所有的时间。可能是其他一些不正确的状态项或响应导致 UGS 暂停。 |
|
位置轮询不应干扰数据传输。如果要传输很多短线或短弧，我不会感到奇怪，大部分传输时间都用于g代码传输。做相反的事情并传输大量的“？” 将以在加工过程中产生暂停为代价提供更好的路径跟踪，因为规划器缓冲区有时可能为空。不同的 g 代码发送者可能有不同的发送策略，因此表现出不同的行为。我假设暂停是由于“？”过多造成的。投票。也就是说，我没有用串口嗅探器做过任何测试。
|
|
我将 UGS 的工作持续时间与其他发件人的一些短期工作进行了比较，他们似乎花费了相同的时间。运动性能似乎没有受到影响。当 DRO 迟缓时，运动仍然平稳运行。 我使用蓝牙来捕获数据。UGS 使用蓝牙串行端口，我在 USB 串行端口上打开了一个 Arduino IDE。在任何处理之前，所有蓝牙数据都会回显到串行端口。 这是 DRO 运行缓慢时的一部分数据。一开始一切都很好，然后 ?’s 的差距很大，然后 ?’s 返回。如果 UGS 在其他 Grbl 上运行良好，则 UGS 可能会有所不同并造成混淆。 ?<运行|WPos:0.709,0.312,3.810|Bf:0,38|FS:703.150,0.000|Pn:PRHS> G1X17.855Y599.814F762.0 ?<运行|WPos:5.123,14.552,-1.000|Bf:0,40|FS:762.000,0.000|Pn:PRHS> |
|
哎呀，也许漏了一个。缺口顶部附近是…?G1X8.399Y6.020F762.0。那 ？没有回应。 大多数 gcode 发件人发送 ? 在指定的频率上，无论响应如何，UGS 都可能等待响应并需要一段时间才能重试。 可能存在竞争条件并且发送报告的标志被提前清除。 |
|
@tgirard尝试这个。 我尝试将数据解析器从设置标志更改为立即打印。将 serial.cpp 中#83周围的行更改为此。 来自… 我在一些长时间的工作中运行它，它似乎没有任何负面影响。我尝试了一些其他的东西，但它们影响了步骤质量。 |
.png "(USG) DRO 更新缓慢 #17"){kind=avatar}
|
嘿，巴特， |
我正在报告这个想法，这可能是新板的一个参数不太正确。
这与 .9 Grbl 棋盘相比
DRO 在使用具有相同报告设置的新棋盘时明显落后 (3)
此外，当棋盘完成移动时，USG 需要更长的时间才能退出锁定模式。使用 .9Grbl 板，控制权可以相当快地交还给用户。在这里，延迟非常明显并且很快变得烦人
Esp32 数控板 v1. > 24v
8825 步进电机在 400mv vRef
无归位，无限制