在这里阅读

它们本质上是 GRBL 工作方式的产物。Feedhold 本质上类似于工作流控制中的“暂停”，但它会立即发生，而不是经过所有 GCode 排队。Cycle Start 类似于“运行”或“恢复”。Unlock 和 Reset 是比较 GRBL 的神器。当您使用 Feedhold 时，GRBL 会进入安全模式，您必须明确解锁它才能接受更多命令。

这一切都相当混乱。在 cncjs-shopfloor-tablet 中，我试图通过仔细同步工作流控制按钮和 GCode 流来隐藏所有这些，但这并不容易。根本的挑战是，
在 cncjs 处理 GCode 行、该行被发送到控制器、控制器解析它、控制器的运动规划器处理它、计划的运动被执行之间存在排队延迟这一事实传输到步进器，当运动完成时（移动需要有限的时间），以及当 cncjs 被告知完成的运动时。

在理想情况下，用户界面会呈现机器状态的直接、零延迟视图，但这在 cncjs 世界中是不可行的。cncjs 支持许多不同的控制器——GRBL、tinyg、g2core、smoothie、Marlin——下周可能有人会要求 cheton 支持另一个控制器。这些控制器中的每一个都通过不同的软件版本发展，它们的开发人员和 UI 开发人员之间几乎没有协调。UI 和控制器之间的通信可以采用多种形式——串行、TCP、蓝牙等——借助 Raspberry Pi 等中介实现 cncjs 堆栈的“服务器”组件以及浏览器和服务器组件之间的不同传输。

所以它归结为：如果你想使用 cncjs，你将不得不忍受机器和 UI 之间不太紧密的耦合。如果您需要紧密耦合，最好使用集成的机器/控制器/UI 设置，其中同一供应商负责所有组件。这会花钱。

所以总而言之，它对冰沙或 tinyg 没有用，只是 grbl