从偏移选项卡进行探测时，我得到了这个

那么你是在用自己的宏进行探测吗？

您可能还想尝试最新的边缘版本 (8.10)，可从此处下载。我已经为遗留 grbl 做了一些解决方法，这可能会有所帮助，但我很可能仍然遗漏了一些与此相关的东西。

也许 grbl_esp32 可以（或应该？）解决遗留 grbl 的一些缺点，例如添加一些 GC 报告中缺少的 gcode 状态？IIRC 至少缺少 G49 和 G43.x。发送方还使用 G59.3 偏移量进行夹具探测（LinuxCNC 也是如此），这在旧版 grbl 中不存在，在 grbl_esp32 中也不存在，从上面列出的输出中可以明显看出。

这是 8.10，我使用的是第一个选项卡和中心 edgefinder 第二个选项卡。没有自定义宏，尽管能够从宏中获取探测结果会很好

https://github.com/bdring/Grbl_Esp32/blob/be08690827387aba086100a0cfedf3f763cff446/Grbl_Esp32/src/GCode.cpp#L393

https://github.com/bdring/Grbl_Esp32/blob/be08690827387aba086100a0cfedf3f763cff446/Grbl_Esp32/src/GCode.cpp#L870

错误：2 – 缺少预期的 G 代码字值或数值格式无效。

我想知道这是否与您之前 (IIRC) Z 位置为空的问题有关？既然你能够编译和调试，你是否有可能这样做来找出答案？如果是这样，我可以提交最新版本而无需为其创建二进制文件。

我不确定你为什么链接到 grbl_esp32gcode 解析器源。缺少的 (IMO) 是响应中的G49和G43.1状态。$G对于旧版 grbl，我必须检查$#响应以查明是否有任何工具偏移处于活动状态。

是的，请上传最新的源。

我链接了 g49 和 g43.x 的 esp32 grbl 源参考

现在上传

它似乎停留在“控制器没有响应”循环中。它抛出了这个异常

System.NullReferenceException: 'Object reference not set to an instance of an object.'

serialstream.cs 的第 175 行

原因可能是问题#92吗？在我进行修复后，使用 grbl_esp32 进行的测试可以正常工作。

我认为问题没有关联，但我现在可以远程调试它。抱歉，我还没有再次测试探测。从那时起，许多牦牛都被剃毛了。我想我今天可以做到。

这是来自 github repo 的最新版本

[PRB:0.000,0.000,0.000:0]
ok
Probing...
G91F100
ok
PM:ok
G38.3F100Z-5
[PRB:162.448,147.437,-109.198:1]
ok
PM:ok
G1F200Z1
ok
PM:ok
G38.3F100Z-5
[PRB:162.448,147.437,-109.196:1]
ok
PM:ok
G53G1F200Z-106.5
ok
PM:ok
G53G1F200Y147.437
ok
PM:ok
G53G1F200X162.448
ok
PM:ok
G10L2P1ZNaN
G90
Probing completed
error:2
ok

控制台也消失了，你必须打开它两次才能重新出现。

这：

G10L2P1ZNaN

ZNaN正如您之前报告的那样，我会看看是否可以复制它 – 可能与遗留协议的不正确处理有关。
幸运的是，我现在有一个用于测试的 CNC 机器模拟器……

新版本修复已上传到 github（仅源代码），希望现在可以。

grbl_esp32 在每个探测序列的开始发送一条“找到”消息，你知道这有什么用吗？调试的遗留物？

当通过 USB 集线器连接 esp32 板时，我遇到了很多麻烦，非常不稳定的行为。当绕过它时，它得到了很大改善，一些数据的随机损坏仍然存在，但它不再完全失控了。它甚至设法使集线器崩溃……应该归咎于假冒的 USB <> UART 芯片？

我也看到了 USB 的问题，运行程序时出现随机错误，我尝试使用似乎没有任何损坏的蓝牙。我今天将对更新进行测试。

它正在工作，但有些奇怪。

1. 它报告了一个非常遥远的数字，120.xx vs 48.xx，这是进入 G58
2. 其余的探头工作正常。
3. 第一次单击设置选项卡时，应用程序直接崩溃了。
4. 当从偏移选项卡单击主菜单或探测选项卡时，应用程序再次崩溃。
5. 探测后发生了非常奇怪的滞后。它似乎来自巴特的港口。您进行探测，然后当它完成后缩回时，位置需要相当长的时间才能赶上，这意味着机器移动并完成移动，但状态更新显示它仍在移动。这似乎不会发生在有规律的运动中。
6. 默认的 XY 间隙是错误的，不确定这是否是故意的，但由于我只是在探测 Z，所以无论如何都不应该使用它们。错误也有点令人困惑，默认值都是 5，如果我将 XY 间隙设置为 3 或 4，它仍然会出错，因为正在使用工具直径，即使我只探测 Z 并且我没有考虑工具直径。

PS arduino core 1.06 和最新的 platformio esp32 core 有串行问题，降级到 3.0.0 似乎已经解决了。

在 platformio.ini 添加

platform = espressif32@3.0.0

它报告了一个非常遥远的数字，120.xx vs 48.xx，这是进入 G58

如果在 Probing 之后选择 Offsets 选项卡，则偏移不会始终按预期更新。这是你的经历吗？
无论如何，我会修复这个错误。

第一次单击设置选项卡时，应用程序直接崩溃了。
当从偏移选项卡单击主菜单或探测选项卡时，应用程序再次崩溃。

因消息崩溃或静默退出？我已经看到了一些我正在调查的无声出口。可能是由于生成了太多选项卡更改事件。

探测后发生了非常奇怪的滞后。它似乎来自巴特的港口。您进行探测，然后当它完成后缩回时，位置需要相当长的时间才能赶上，这意味着机器移动并完成移动，但状态更新显示它仍在移动。这似乎不会发生在有规律的运动中。

我将检查运行 grblHAL 的 MSP432 测试机是否会发生这种情况。

默认的 XY 间隙是错误的，不确定这是否是故意的，但由于我只是在探测 Z，所以无论如何都不应该使用它们。错误也有点令人困惑，默认值都是 5，如果我将 XY 间隙设置为 3 或 4，它仍然会出错，因为正在使用工具直径，即使我只探测 Z 并且我没有考虑工具直径。

在下一次提交时仅在 Z 方向进行探测时，我将禁用间隙字段和验证检查。

这是一个无声的出口，从那以后就没有发生过。

如果最新版本仍有问题，请重新打开。