@winder每次发送命令时设置都会切换。T:F 响应每次都会返回，所以本质上你/我们需要跟踪状态并在 GUI 中切换它。
您/我们还可以通过 $G 响应检查覆盖状态，但如果 Grbl 处于 Hold 状态，您将无法获得此信息。
我曾建议更改此协议，让 Grbl 在设置时发送例如 T:F，在重置时发送 T:f，但 Sonny 认为我们（GUI 开发人员）可能厌倦了最后一刻的更改:-)

我对引脚状态提出了类似的建议（设置/未设置）。不过这张票
有点不同。在示例中，我期待“T:SF”。
主轴切换与每个 Ov 报告一起发送，直到它被禁用，但泛
洪切换只发送一次，无论切换是否
切换回来。

2016 年 10 月 14 日星期五，Gerrit Visser notifications@github.com写道：

@winder https://github.com/winder每次
发送命令时设置都会切换。T:F 响应每次都会返回，所以本质上
你/我们需要跟踪状态并在 GUI 中切换它。
您/我们还可以通过 $G 响应检查覆盖状态，
但如果 Grbl 处于 Hold 状态，您将无法获得此信息。
我曾建议更改此协议，让 Grbl 在
设置时发送例如 T:F，在重置时发送 T:f，但 Sonny 认为我们（GUI 开发人员）可能厌倦了
最后一刻的更改:-)

—
你收到这个是因为你被提到了。
直接回复此电子邮件，在 GitHub
#8（评论）
上查看它，或 将线程静音
https://github.com/notifications/unsubscribe-auth/AAHqRVR45KaAvaWHxW9E5D7Acba9ixZJks5qz24tgaJpZM4KWkjW
。

@winder @gerritv: 我想在一切都完全确定之前立即得到这个。主轴停止和冷却液切换的工作方式有所不同。无论何时启用或禁用主轴停止都有一个明确的状态，但冷却液切换则没有。他们将切换当时处于活动状态的内容，因此一条T:F消息可能意味着它已打开或已关闭。

Gerrit 的想法是显示大写和小写以指示哪个是好主意。然而，冷却液肘节还有另一个奇怪的特性（这个特征是从 Haas 的冷却液肘节中提取的）。它们保持切换状态，直到另一个切换或冷却剂命令。那么问题来了，你什么时候让它不出现在状态报告中？您是否必须跟踪发生变化的时间？

@chamnit在那种情况下，我更希望T:F在启用 M7 时始终处于状态。T:M与启用 M8 时类似。这样一来，缺少该命令将意味着这些已被禁用。小写的 f/m 表示 disabled 会使这更容易一些。现在我无法真正报告冷却剂的状态，因为我在发送$G作业时不定期发送或解析 gcode。

此外，根据这些建议，与冷却剂相比，主轴切换选项现在会倒退。因此T:S，每当主轴打开时，也可能会报告。现在T:S意味着“主轴应该打开，但它被禁用了。”。

目前，当 Flood/Mist 的状态发生变化时，您会发送报告。我的想法是，当它切换到开启状态时，发送 T:F 或 T:M 响应。当它关闭时，发送 T:f 或 T:m 响应。这样 GUI 就会与 Grbl 保持同步。而且我们不需要在每个 OVR: 消息中看到 T:。T: 响应将遵循 Grbl 所做的任何操作，使用 M8 或 M7 等。
但也许我很困惑。如果溢流冷却剂覆盖处于活动状态，如果发送 M9 会发生什么情况？覆盖也会取消吗？

@gerrit我认为T:fm在 M9 上发送会关闭循环并允许 GUI$G在工作期间保持同步而无需查询。

嗯，你们说的很有道理。GUI 确实需要在任何给定时间了解主轴和冷却剂的运行状态。特别是现在有覆盖。在覆盖之前，您可以通过 g 代码间接了解状态。不再。

也许不是T:切换，我们真的应该使它成为主轴 CW/CCW 和冷却剂启用的运行状态。它增加了几个需要发送的数据字节，但我认为它可以与覆盖数据一起保存以减少通信开销。

我正在接受只显示状态的想法。切换覆盖只会更改运行状态，而不是显示它已执行。

作为旁注，我昨晚还意识到实时主轴速度也丢失了。这可以通过主轴速度覆盖来改变。GUI 不知道当前的主轴速度是多少，至少不容易。我将打开另一个线程。

@winder @gerritv：好吧，推送了一个界面调整，改变了T:切换覆盖报告以显示A:附件状态。后面的字符代码A:表示主轴是启用 CW 还是 CCW，以及是否启用了溢流/喷雾冷却剂。它直接读取引脚状态以尽量减少任何错误。

任何改变其状态的切换覆盖或 g 代码命令都应立即触发报告更新。这意味着它会在 2 次报告更改后出现。

我会看看变化。我可能会让我的覆盖按钮切换它们的颜色以显示覆盖是否处于活动状态（并且不依赖于 T: 响应），然后 A: 信息可以显示实际的项目状态。