“！” 是 CMD_FEED_HOLD 并且在 G 代码解析器之前被检测到——因此检测它的函数不知道注释状态的输入/输出。

最简单的解决方案是为运行时命令选择其他字符，即真正明确的字符，例如 NUL、ESC、DC1、DC2、DC3、DC4 等（即那些永远不会出现在格式良好的 G 代码文件中的字符） )，通过修改 config.h 中的 CMD_* #defines。

拉杜是对的。这些是
在您的评论中提取的运行时命令字符。它们直接取自传入的串行
流，而不是通过解析器。这样 grbl 就可以
立即响应暂停、恢复或中止。在
旧问题线程中讨论了为此使用什么字符。我们
并没有真正完全决定使用什么，除了它们
需要从任何键盘轻松访问并且不存在于任何
g 代码命令中（除了在评论中）或用于任何标准
终端界面（某些 ctrl 字符由串行协议保留）。

所以你可以用你选择的修改后的控制字符重新编译 Grbl
，或者只是从你的评论中删除它们。

在 2012 年 9 月 16 日星期日凌晨 3:32，Radu – Eosif Mihailescu <
notifications@github.com > 写道：

“！” 是 CMD_FEED_HOLD 并且在 G 代码解析器之前被检测到——
因此检测它的函数不知道注释状态的输入/输出。

最简单的解决方案是为运行时命令选择其他字符，
即真正明确的字符，例如 NUL、ESC、DC1、DC2、DC3、DC4 等
（即那些永远不会出现在格式良好的 G 代码文件中的字符） )，通过
修改 config.h 中的 CMD_* #defines。

—
直接回复此电子邮件或在 GitHub 上查看它 https://github.com/ /issues/118 #issuecomment-8593433。

除了 Sonny 的评论 (Chamnit)，我还试图确保它们不会与任何 JSON 字符冲突，例如卷曲、引号、逗号或冒号。我希望 grbl 和 TinyG 具有相同的键盘可访问字符，并且 TinyG 使用 JSON 作为输入模式之一。

也许我们可以考虑改变 feedhold 和 resume 来控制角色，这样他们就不会出现在评论中。无论我们使用什么，它们都应该仍然可以通过键盘合理访问。中止已经是 ^x。

• 奥尔登

在 2012/09/16 01:21，jerryjjr 写道：

今晚早些时候我绞尽脑汁想弄清楚为什么 g
代码在到达终点之前一直停止。然后我看到评论（blah
blah！）删除了！它奏效了。没什么大不了的，但我不确定
这是预期的结果。

有一个很好的工具可以发送不会发送评论的 g 代码，它
有一个暂停按钮可以发送控制章程：

https://github.com/winder/Universal-G-Code-Sender

问候，
马库斯舒尔茨

PS：Universal-G-Code-Sender还有一些其他不错的功能，比如手动
控制按钮，如果你没有用过我建议试一试。