一旦我们建立了正确的连接，这个按钮就应该可用了。

问题是 FluidNC/GRBL 协议中的一个设计缺陷，使得在连接到它时很难弄清楚它处于哪种状态。目前有两种类型的警报，例如：

1. 当连接到新上电的控制器时，它最终会进入警报状态，需要归位或解锁。
2. 当限位引脚触发了需要软复位的硬限位警报时，无法进行其他通信。

在此状态下仅启用软重置按钮确实有效，但确实对用户不友好。在最坏的情况下，当您连接到已触发硬限位开关的机器时，情况如下所示：

1. 你连接到控制器
2. UGS 显示您已连接到“Alarm”状态，三个按钮已启用“Homing”、“Unlock”和“Reset controller”。这些按钮应该启用，因为它通常是清除警报的正常操作。
3. 您按下“解锁”但没有任何反应（硬限制警报不允许这样做）
4. 您按下“Homing”但没有任何反应（硬限制警报不允许这样做）
5. 您按下“软重置”，控制器重新启动
6. UGS 显示您已连接，但再次处于“警报”状态，但这次警报是因为控制器需要归位。
7. 您按下“解锁”或“归位”，机器现在可以使用了

在我看来，这是一个非常糟糕的用户交互。我倾向于在连接时始终重置控制器，这将使控制器始终处于已知状态，就像旧的 GRBL 实现一样。

是的我同意。多次重置要求使其使用起来有点笨拙且不直观。

FWIW 重置导致 FNC 失去其 WCS 位置，它不保留偏移量，因此重新归位不会恢复。我一直在 0,0,0 处写下工作和机器坐标，但这不是一个很好的解决方案。

@Mooselake你是说这种行为自遗留 GRBL 以来已经改变了吗？

来自 GRBL 维基：

0x18 (ctrl-x) : Soft-Reset

Immediately halts and safely resets Grbl without a power-cycle.
Accepts and executes this command at any time.
If reset while in motion, Grbl will throw an alarm to indicate position may be lost from the motion halt.
If reset while not in motion, position is retained and re-homing is not required.
An input pin is available to connect a button or switch.

如果你说的是真的，就没有任何方法可以停止 FNC 上正在运行的 gcode 程序，因为（AFIK）需要软重置来清除控制器上的所有缓冲区。我发现这不太可能，并且在开发对 FNC 的支持时我没有注意到这种行为。所以如果你知道一些我不知道的事情，请分享。

我也没有看到这种行为。

我也觉得这很奇怪，但我对大约一周前我认为是当前夜间的内容有疑问。它经常挂起，需要将其杀死并重新启动。有趣的是，即使 UI 已冻结，它仍会继续发送 gcode。重新启动大部分时间后（可能总是，长时间的测试会话），WCS 偏移量丢失，重置为零。此外，它导致 bobscnc 为他们的 Revo（对于他们的 grbl 控制器）推荐的 UGS 版本在启动时死机，如果有必要，稍后会追查它，猜测这是一个配置文件问题。我在挖掘有关 FNC 和 UGS 的一些信息时遇到了这个问题。

事实证明，我实际下载的是一个非常旧的版本，正确的月份和日期，但从 2020 年开始。jfrog 经常这样做吗？实际上读了整行，终于注意到了 2020，再次下载得到了 8/5/2022（不是 2020）。这实际上有一个 FluidNC 选项，更好地支持 A（不需要宏），并且从有限的测试中可以更好地使用 FNC。这是一个驾驶舱错误，让我感到沮丧，很抱歉浪费了你的时间。我很高兴在这个项目上取得一些进展。这是我第一次尝试 FluidNC，尽管我在 Bart 的一块板上有另一个带有 grbl_esp32 的 XYZ 路由器，而不是这个 espduino 克隆。第一次XYA。一段旅程。再次抱歉，这确实是另一个问题，软重置似乎按预期工作。我今天会进一步测试。

我的问题看起来与偶尔粘住的主开关有关，当它在拉出后保持关闭时导致 FNC 问题，并被视为导致碰撞的限位开关跳闸。最近的预发布表明它正在开发中。一切似乎都很好，包括按预期进行的软重置。

好消息，@Mooselake. 与UGS无关，但您是否尝试过FNC的最新测试版本？我们需要尽可能多的人来测试新的事件驱动代码库。

我在 3.5.1 上，没有尝试这两个预发布版本，因为新的开关解决了这个棘手的问题。使用 FNC 和 3.5.0/3.5.1 在 Bobs Revolution 上可能需要 10 个小时的研磨时间。如果您认为它会有所帮助，我会加载几天前的 eventqueue2 版本（有趣的是这些版本不按时间顺序排列），我可以在新开关上放一根橡皮筋，让它看起来卡住了，也许拉下一根电线，让它看起来也卡住了。

您能想到的任何测试场景都会非常有用。（抱歉劫持了你的论坛，Joacim！）

听起来不错。我会 OOT 一段时间

嘿 Joacim，关于修复 FNC“重启时无法连接”错误的任何消息？我经常必须进入 FluidTerm 并按 CTRL+R，这样 UGS 才能再次连接到控制器。

我们在谈论哪种情况？因为在某些情况下，FNC 最终会处于甚至不响应状态报告命令的状态（当 FNC 进入门状态时，我们遇到了这个问题）。我认为这些是 FNC 中的错误，并且很难解决。

具体来说，请参阅线程底部。
bdring/FluidNC#613