好的，我会检查…

问题是由 smoothieware 引起的，即使在不需要时（没有作业运行和位置保存） ，它也会在每个ctrl-x上进入警报状态。Grbl 确实处理得更好，并且只会在移动中断时发出警报。

@cprezzi你能清除那个警报吗？

是的，如果我按下重置警报（在暂停和中止后），警报就会消失。
这在你的机器上不起作用吗？

@cprezzi不。

好的。我能够使用 Smoothieware firmware-cnc-latest.bin复制问题。它与firmware-cnc.bin完美配合。smoothieware 方面一定发生了一些变化。

我还在默认的冰沙板上测试了它，它也在发生。我想确保这不是我们的董事会造成的。

您使用的是哪个 Smoothieware 版本？正如我所说，我只遇到 firmware-cnc-latest.bin 的问题，而不是 firmware-cnc.bin 的问题。我正在使用 Cohesion3D Remix 进行测试。

@cprezzi我使用了最新的 smoothiware CNC 版本。
在我们遇到旧的非 CNC 固件与 LW 的兼容性问题之后，我们现在将我们的配置编译到固件中，因此始终使用最新版本。

您能否提供解决此问题所需的任何具体细节，以便我们或许可以让 Jim 或 Arthur 参与进来，看看发生了什么变化？

我认为您编译的版本与 smoothie 页面上所谓的firmware-cnc-latest.bin 相同。你能试试https://github.com/Smoothieware/Smoothieware/tree/edge/FirmwareBin的预编译firmware-cnc.bin来确认我的测试吗？

如果我知道 Smoothieware 方面到底发生了什么变化（与保持、恢复、ctrl-x 和归位相关），我可以调整我的状态处理。
您遇到的问题是 LW 认为它在中止后仍处于暂停状态。

我唯一担心的是，使用最新或旧固件的用户需要两种不同的行为。

我已经使用 firmware-cnc.bin 对其进行了测试，并且可以确认它是否如您所观察到的那样正常工作。
暂停后两次中止会将机器正确置于“空闲”状态。然后可以按预期重新启动作业。

我理解您对这两种行为的担忧。归根结底，laserweb 应该能够支持“最新”固件，就像我们最近遇到的那样，它不支持我们使用的旧固件版本。这与 smoothiware 用户需要更新一段时间才能完全使用 laserweb 的情况相同。

对我来说，latest 就像 beta 一样。我总是使用普通（不是最新）版本，因为我在某处读到最新版本可能不太稳定。

您是否发现两个版本之间的 Smoothieware 发生了什么变化？

@cprezzi我没有追究发生了什么变化，因为您提到您确切地知道发生了什么变化。

@wolfmanjm您能否建议我们是否应该使用“最新”版本的 CNC 固件，或者这是“测试版”，正如克劳迪奥所问的那样？

“最新”固件发生了变化，打破了 Laserweb 处理暂停/恢复/中止的方式。

不确定是否应修改 LW 以适应此更改，或者用户是否应仅限于使用旧版本的固件。

我会研究一下。旧的固件忽略了保持！/~，最新的固件会进入保持状态，但不会立即暂停。

如果您在保持状态时中止（控制 X），则可能不会再清除保持状态。如果是这样，我会修复它，以便中止将清除任何保留。

@wolfmanjm谢谢（你的）信息。这显然是正在发生的事情。请让我们知道何时可以测试您的修复。

附带说明一下，我们通常以 0 或 0.1 运行我们的分段。使用这些设置，暂停延迟不会很长并且在大多数情况下可以接受。

我认为 ABORT 是指 KILL（发送控制 X）？在 smoothie 中中止是另一回事，它会停止从内部 SDCard 运行的作业。

查看代码它应该可以正常工作。无论是否处于 HALT 模式，进给暂停都会被清除。
您是否希望控件 X 也清除 HOLD？如果是这样，当前不会发生，即使在 HALT 模式下，您也需要发送 ~ 来清除 HOLD。
这是最新的代码，不确定预建的东西是否有这个 HOLD。

确认它像我期望的那样工作..

?<Idle|MPos:0.0000,0.0000,0.0000|WPos:0.0000,0.0000,0.0000|F:4000.0000>
!
ok
?<Hold|MPos:0.0000,0.0000,0.0000|WPos:0.0000,0.0000,0.0000|F:4000.0000>
ALARM: Abort during cycle
~
ok
?<Alarm|MPos:0.0000,0.0000,0.0000|WPos:0.0000,0.0000,0.0000|F:4000.0000>
$X
[Caution: Unlocked]
ok
?<Idle|MPos:0.0000,0.0000,0.0000|WPos:0.0000,0.0000,0.0000|F:4000.0000>

这表明我可以用 ! 发出 HOLD，然后控制 X 暂停，然后发出 ~ 清除 HOLD，然后发出 $X 清除 HALT，我们最终回到 IDLE，如果没有 ~ 我们会回到 HOLD。

@wolfmanjm谢谢（你的）信息。@cprezzi监督这部分代码，我猜他会在需要时要求任何澄清。

只是为了澄清最初的问题，用户应该运行的是“最新”版本吗？

是的，总是使用最新的优势。

我以为 Laserweb 使用的是 CNC 版本？

@FabCreator是的，一点没错。在整个线程中，我们谈论的是 CNC 固件。

@domenic-d我将检查我的代码以了解 Jim 描述的过程。

@cprezzi只是检查一下您是否有机会对此进行调查？

@domenic-d上个月我很忙，忘记了这个问题。对不起！
我现在确实调整了 smoothieware 的“清除警报”过程（在 $X 之后发送额外的〜）。这似乎可以解决问题。它将与后端版本 127 一起发布。

@cprezzi谢谢克劳迪奥。
当它发布时，我将使用最新版本的 Smoothieware 进行检查。

@cprezzi嗨，克劳迪奥。
我刚刚测试了最新的 smoothie CNC 固件（本地编译）。
看来这个版本允许正确清除警报。

一个新问题是，当通过 wifi 连接时，返回“未检测到支持的固件”。以前版本的固件不会出现此错误。通过 USB 连接时也不会发生。

我怀疑 lw.comms 解析 smoothie 连接字符串的方式可能有问题？

我附上了两个屏幕截图，显示了控制台对 USB 和 WiFi 连接的响应。您能否提供有关为什么会发生这种情况的任何信息？