您是说它正常工作，但触摸开关的次数比预期的多吗？

它应该移动，直到触及一个开关。然后它需要再按一次两个开关。这样做是因为 Y 和 Y2 开关在内部被视为相同。它不知道哪个被触动了。它只是从正在移动的电机中推断出来的。

在 Grbl 的端口中有 2 个输入很复杂。我们想为下一代等待。我们现在在 Beta 测试中使用FluidNC，其中开关是分开的，它可以执行更简单的平方序列。

不，他们只会移动我设置的反弹位置。忘记那个 grbl 设置叫什么。我知道它在做什么。伊什。它的行为就像极限已经被触发并且它试图脱离极限。我对 fluid 的唯一问题是，老实说，我不知道我在做什么，或者 fluid 你们在 wiki 上做得很好。它让你进入了球场。

这几乎就像如果你的机器不符合预定义的定义那么你有点搞砸了或者你必须学习如何编写这些东西它只是复杂的原始。grbl 并不那么难也许它只是我。我坚持这个的唯一原因只是因为我第一次看到它，似乎我已经走了这么远，我觉得如果我变得流畅，我会完全重新开始。我已经在我的 coreXY 上尝试过 fluid Kliipper，这太荒谬了

发送 ？归巢前的命令。如果你看到限位开关打开，它就会按照你说的去做。它正在远离开关以试图清除它。它可能认为开关已经触发，因为逻辑颠倒了。

https://github.com/bdring/Grbl_Esp32/wiki/Help-with-Switch-Problems

我有，我还将更新间隔调整为 1 秒，以查看是否有任何超分钟触发我可能会丢失。没有触发器，我想我会废弃配置文件并上传预制的 3 轴一。如果我发现什么，我今晚会回来报告。人们在归巢方面遇到的所有常见或常见问题都已消除，这是原因。我读了你链接的那个页面很多次我的头很痛哈哈。谢谢你的努力。

如果你可以使用串行端口发送？命令，然后发送 $HY。然后将对这些命令的响应剪切并粘贴到回复中，这会很有帮助。

Copi，今晚我会回家并发布它和其他一些东西。我很确定它只是像正常移动一样进行正常位置报告然后回复 OK

<空闲|MPos:0.000,0.000,0.000,0.000|FS:0,0>
?
<空闲|MPos:0.000,0.000,0.000,0.000|FS:0,0>
<空闲|MPos:0.000,0.000,0.000,0.000|FS:0,0>
<空闲|MPos:0.000,0.000,0.000,0.000 |FS:0,0>
？
<空闲|MPos:0.000,0.000,0.000,0.000|FS:0,0>
?
<空闲|MPos:0.000,0.000,0.000,0.000|FS:0,0>
$HY
正常

对不起，如果它根本没有帮助。我有同样的问题并通过添加一些电容器来过滤结束开关信号来解决它。我认为电机电缆会干扰终端开关的电缆。
在我的例子中，它是一个 MPCNC，我认为将端部开关与轴一起移动只是一个糟糕的设计决定。