您使用的是代码的最新主分支吗？

我注意到在响应“？”时表现迟缓。命令，因为读取串行不是中断驱动的。我在最新版本中更改了它。请参阅此已关闭问题。

我会试试UGS，看看我是否遇到同样的问题。

我尝试了 UGS，我也看到 DRO 的反应迟缓。我有一个串口间谍程序，但不幸的是我无法让 UGS 在那台计算机上运行。它不喜欢我的 Java 版本，即使我重新安装了它。

使用该间谍程序，我使用的所有其他发件人似乎都可以正常工作。Grbl 响应所有“？” 立即命令。出于某种原因，UGS 可能不会发送“？” 一直标记。可能是其他一些不正确的状态项或响应导致 UGS 暂停。

我已经将 UGS 的工作持续时间与其他一些短期工作的发件人进行了比较，它们似乎花费了相同的时间。运动性能似乎没有受到影响。当 DRO 动作迟缓时，运动仍然平稳运行。

我使用蓝牙来捕获数据。UGS 使用蓝牙串口，我在 USB 串口上打开了一个 Arduino IDE。在任何处理之前，所有蓝牙数据都会回显到串行端口。

这是 DRO 缓慢时的一部分数据。一开始一切都很好，然后有一个很大的？的差距，然后？的回报。如果 UGS 在其他 Grbl 上运行良好，则可能会有所不同并使 UGS 感到困惑。

?<运行|WPos:0.709,0.312,3.810|Bf:0,38|FS:703.150,0.000|Pn:PRHS>
?<运行|WPos:3.399,1.531,3.810|Bf:0,38|FS:1360.787, 0.000|Pn:PRHS>
?<运行|WPos:8.276,3.719,3.810|Bf:0,38|FS:1457.710,0.000|Pn:PRHS>
?<运行|WPos:12.296,5.521,3.810|Bf:0, 38|FS:767.191,0.000|Pn:PRHS>
ok
?<运行|WPos:14.089,6.323,3.810|Bf:0,60|FS:78.394,0.000|Pn:PRHS>
G1X12.306Y9.784F762.0
?<运行|WPos:14.207,6.375,3.180|Bf:0,38|FS:304.800,0.000|Pn:PRHS>
?<运行|WPos:14.207,6.375,2.140|Bf:0,38|FS:304.800,0.000| Pn:PRHS>
?<运行|WPos:14.207,6.375,0.980|Bf:0,38|FS:304.800,0.000|Pn:PRHS>
?<运行|WPos:14.207,6.375,0.060|Bf:0,38| FS:304.800,0.000|Pn:PRHS>
ok
G1X8.927Y6.897F762.0
?<运行|WPos:14.207,6.375,-0.970|Bf:0,39|FS:181.081,0.000|Pn:PRHS>
正常
G1X8.224Y6.214F762.0
正常
?G1X8.399Y6.020F762.0
正常
G1X8.923Y5 .883F762.0
正常
G1X14.205Y6.374F762.0
G1Z3.810F304.8
正常
G0X20.083Y42.239
正常 G1Z
– 1.000F304.8
正常
G1X21.258Y44.079F762.0
正常
G1X22.12604Y45.X23.7 .049F762.0 正常 G1X25.771Y48.109F762.0 正常 G1X22.282Y51.598F762.0 正常 G1X18.792Y54.929F762.0 正常 G1X18.713Y56.555F762.0 正常 G1X18.203Y58.8.7 _ _

G1X17.855Y5.59.814F762.0
OK
G1X16.969Y61.229F762.0
OK
G1X15.791Y62.412F762.0
OK G1X14.389Y63.302F762.0 OK G1X13.625Y63.6202.02962.0
ok
ok ok ok ok ok ok ok 。 918Y64.032F762.0 ok G1X9.021Y63.922F762.0 ok G1X8.592Y63.807F762.0 ?<运行|WPos:2.719,15.281,-1.000|Bf:0,38|FS:762.000,0.000|Pn:PRHS> ok G1X8.351Y63.648F762.0 ?<Run|WPos:2.739,13.031,-1.000|Bf:0,39|FS:198.733,0.000|Pn:PRHS> ok G1X8.300Y63.451F762.0 ?<Run|WPos :3.251,13.031,-1.000|Bf:0,40|FS:626.718,0.000|Pn:PRHS> ok G1X8.443Y63.224F762.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周围的行更改为此。

从…
case CMD_STATUS_REPORT: system_set_exec_state_flag(EXEC_STATUS_REPORT); 休息;
到…
case CMD_STATUS_REPORT: report_realtime_status(); 休息;

我在一些长时间的工作中运行它，它似乎没有任何负面影响。我尝试了其他一些方法，但它们影响了步进质量。

嘿 Bart，
这种变化对 DRO 的性能产生了影响。我在所有三个轴上做了一大堆来回操作，UGS 的性能与 .9 板（空载）相同，
关闭为固定