”但在显示消息“警报：探测失败”之前继续推动片刻

似乎探测硬件上缺少电触点，用万用表从探测工具到控制器进行检查。
您还可以使用 ugsplatform 中包含的探测插件。

我重建了探头和接线以消除松动的连接。

它 100% 一致。通过加载文件进入程序失败。通过命令输入行与条目一起使用。

我可以在运行两个周期时检查电压。我会回来报告的。

更新：

我还在和这个问题作斗争。

我重新调整了探头开关，以便更好地接合，我想它可能只是触发，然后在回弹时造成问题。

然后我对这个开关感到沮丧，并把它淘汰了。当我手动将电线粘在一起以触发探测电路时，我成了开关。

闲置时，电路读数为 5v。(4.98)
当我将两根电线放在一起时，显然读数为 0v。

我还放慢了进给速度，以确保它不会移动得太快而无法获得良好的读数。

我手动输入以下几行：

F200 G38.2 Z-10
向下探测正确。
然后我跑了：
F200 G38.4 Z60
它探测正确。

然后我加载了一个程序

F200 G38.2 Z-10
F200 G38.4 Z60

在它的中间，它完成了第一行，并且在从工作中收回探针时，它触发了：

警报：探测失败

所以我把F200 G38.2 Z-10前面的代码从程序里拿出来了。

我运行了它，它再次探测失败。

所以我从 F200 G38.4 Z60 后面取出代码，打算只运行一个包含以下内容的文本文件：

F200 G38.2 Z-10
F200 G38.4 Z60

但后来 UGS 反复崩溃，不让我加载文件。它让我开始，它连接到 GRBL，它将运行 home 函数 $H，当我浏览时，选择我的文件 tester.tap，它崩溃了。

所以它在命令行上工作而不是在文件上工作，这意味着只有一个人认为：
探测不能同时处理很多命令，在执行下一个命令之前需要一些延迟，如果是这样，你可以尝试在文件中的命令，其语法为：
G04 P0.5（0.5 秒），尝试找出每个移动需要多少延迟，并将其放在文件中该移动命令之后。
试试看，让我现在。

我不确定这个线程是否合适，但我设法找出导致我的 UGCS 崩溃的原因。

如果你加载一个没有移动的文件，那么程序就会崩溃。

所以一个文本文件包含：

F200 G38.2 Z-10
F200 G38.4 Z50

不会加载，UGS 会崩溃。

我补充说：

G00 Z40 到上述程序的末尾，它可以很好地加载 UGS。我觉得虽然人们不太可能加载空白或错误​​的文件，但让它快速检查文件是否有有效的动作并不难，如果没有则发出警告。

现在回到我原来的问题：

我加载了以下内容：

F200 G38.2 Z-10
G04 P0.5
F200 G38.4 Z60
G00 Z40

它加载并运行，没有任何探测问题。所以我回去将 G04 P0.5 添加到原始文件中，然后运行它。它失败了。现在两者之间的唯一区别是进给率。（在 F200 下进给 60mm 是嘈杂和痛苦的，所以我在 600 下进给。

无论出于何种原因，我认为这是一个去抖动问题，（我对归位的 GRBL 设置进行了去抖动，因为我发现这是必需的。）其他人使用探测？

我不确定是进给率问题，还是最初导致问题的停顿问题，我将返回并依次移除每个问题，看看结果如何。我会尽量记得回来更新。

我现在也会让这个打开，我不确定我们是否想打开一个新的问题，因为文件加载导致崩溃，（有一个更合适的标题），或者我们是否想保留这个作为背景问题的背后。

更多信息：

我删除了暂停，它继续工作。然后我添加了 600 的进给率，它继续工作。我有点不知所措。
我想我可能遇到了一个复合问题。开始一个松散的连接，然后一旦固定了一个有点太高的进给率。

它现在似乎工作得相当完美。

最后很好，所以我们可以假设这个问题是从复合问题中解决的。
为你高兴。