@Mgilbride：归位程序会不断检查限位开关状态，这与硬限位不同，硬限位会检查引脚是否发生变化。当限位开关已经接合时，您不应该对归位有任何问题。这可能是开关中的东西。不过，当我今晚回到家时，我可以检查它是如何运行的。

@Mgilbride: 它在我的机器上按预期工作。如果我按住限位开关，它会立即跳过归巢周期的搜索阶段，并通过向相反方向缓慢移动直接进入定位阶段。这可能是您的限位开关的功能，它可能仅在特定范围内触发。

归位对我来说工作得很好，但是当限位开关被触发然后你重置/解锁时，就可以进一步慢跑到限位开关方向。我猜测因为没有引脚变化（它已经激活），所以没有限制指示。
我还没有 100% 验证这一点。（我在测试我的新 gui 时做了很多归巢

所以我在每个轴上都有一个并联的正负限位开关。我的看法是 grbl 不知道两者中的哪一个
参与其中。看起来 grbl 确实跳过了寻道阶段并
朝归巢方向的相反方向移动。问题是
当其中一个开关接合时，grbl 在定位阶段沿负方向移动
。因此，如果负限位开关在轴上接合，
则会立即撞到负开关。由于限位
开关永远不会脱离，它永远不会改变方向或继续通过
定位阶段。

我已经按照您描述的方式反复测试了这一点（用手指按住限位开关，触发硬限位，然后运行归位循环，
然后脱离和重新接合限位开关）。我想您可以说
这是由于开关的接线方式所致。但我认为
硬限位的正常完全实施将在
每个轴上同时使用 + 和 – 限位开关。除非我又遗漏了什么，否则我不认为归位和
硬限制总是一起玩得很好。grbl 是否知道
它正在接合哪个限位开关？

非常感谢一如既往。
2014 年 9 月 5 日下午 6:22，“Sonny Jeon” notifications@github.com写道：

@Mgilbride https://github.com/Mgilbride
：它在我的 机器上按预期工作。如果我按住限位开关，它会立即跳过归巢周期的搜索阶段，并通过向 相反方向缓慢
移动直接进入定位阶段。
这可能是您的限位
开关的功能，它可能仅在特定范围内触发。

—
直接回复此电子邮件或在 GitHub
#482（评论）上查看。

我真的需要写一个关于布线限制的 wiki，因为自从我引入硬限制以来，我每个月都会收到好几次这类问题。无论如何，我想我现在明白了你的问题，但真正由用户来管理他们的限位开关并使其适应 grbl 的工作方式。IMO 交换机协议非常简单，功能也足够。

实际上，每个轴实际上只需要一个开关，它仅用于归位和软限位。如果它们运行正常，则不需要硬限制。

如果您有两个硬限位开关，则 grbl 无法判断触发了哪些，因为只有三个引脚。没有多余的引脚可供使用，因此我们无法根据您的要求将一个开关切换到一个引脚。要解决您的问题，您只需在启动归位循环之前手动断开销钉即可。我认为这并不过分。

将“远离开关”方向的行程限制为最大行程的一部分是否有意义？
我无法想象这样一种情况，当您试图让它脱离家庭限制时，您会希望它继续超过几步。如果您碰巧从最远的极限开始，一步远离极限可以防止明显的超程。

一旦你在限位开关上，你就不再确定哪个方向是“安全的”？例如，在 Alarm 之后进行 Reset 并且 Grbl 忘记了之前发生的事情

同意这个要求并不过分。这些看似简单的开关实际上
是系统中最难实现的部分之一。
现实生活中的设备使用会导致奇怪的事情。用机。它停
在一个极限上。你关机。一天或一周后回来，达到归巢
周期等。或者多个用户也会使事情复杂化。在我看来
，这些场景指向在系统中解决它。不
知道系统在哪里结束或它最终控制什么！而且系统
不要求您以非常具体的方式进行设置。您有
多种选择和灵活性。

我也认为硬限制就是硬限制。
如果您在行程的两端都没有开关，那么您就没有完全实施的硬
限制系统。我对软限制的看法是它们是另一层
保护。但它们可能会因设置不当或出现故障的
系统而受挫。

一些可能的考虑是不允许机器保持在硬
限制上。使其退开开关后进入报警状态。我
认为那里的行程最少，安全风险很小。
机器已经在开关断开后立即再次停止。或者
当停在硬限位时不要让归位循环启动。
正常的 cnc 实施不一定如此。但它考虑了有限的
开关引脚、有限的控制器和双用途开关，同时可能
使系统更安全。似乎有空间可以在固件中解决它。
在 2014 年 9 月 6 日下午 12:47，“Sonny Jeon” notifications@github.com写道：

我真的需要写一个关于布线限制的 wiki，因为自从我引入硬限制以来，我每个月都会收到好几次这类问题。无论如何，我
想我现在明白了你的问题，但真正由用户来管理
他们的限位开关并使其适应 grbl 的工作方式。IMO 交换机
协议非常简单，功能也足够。

实际上，每个轴实际上只需要一个开关，它仅用于
归位和软限位。
如果它们运行正常，则不需要硬限制。

如果您有两个硬限位开关，则 grbl 无法判断
触发了哪些，因为只有三个引脚。没有
多余的引脚可供使用，因此我们无法根据
您的要求将一个开关切换到一个引脚。要解决您的问题，您只需
在启动归位循环之前手动断开销钉即可。我认为这并不过分
。

—
直接回复此电子邮件或在 GitHub
#482（评论）上查看。

行。在启动归位之前检查开关状态听起来是一个合理的解决方案。很难满足每个用户的功能请求，尤其是当他们不提供解决方案时。这些天，当其他优先事项否决了我必须处理它们的时间时，这尤其困难。我很乐意接受带有处理此功能的代码的拉取请求。

我会做到最好。
在 2014 年 9 月 6 日下午 6:15，“Sonny Jeon” notifications@github.com写道：

行。在启动归位之前检查开关状态听起来是一个
合理的解决方案。很难满足每个用户的功能请求
，尤其是当他们不提供解决方案时。这些天，
当其他优先事项否决了我必须处理它们的时间时，这尤其困难。我很乐意
接受带有处理此功能的代码的拉取请求。

—
直接回复此电子邮件或在 GitHub
#482（评论）上查看。