请参阅高级终端模式。

TLDR; 试试 ctrl+L

http://wiki.fluidnc.com/en/features/serial_terminals

只是为了查看光标和我正在输入的内容？这肯定是一个错误，对吧？

我发送了 CTRL+L，但没有任何区别 – 我输入的内容没有显示。（虽然我可以确认它肯定被 FNC“读取”/“捕获”。）

CTRL-L 关闭回显。要打开它，您需要使用像右箭头这样的编辑字符。

请记住，经典的 GRBL 没有行编辑，也从不回显字符。大多数发件人为您收集行，回显和编辑，然后将完成的行发送到 GRBL。发件人不希望 GRBL 回显，如果回显发生，通常会失败。所以我们不能默认启用回显，以免破坏每个发件人。与 FluidTerm 等终端程序一起使用的技巧是，只有在您键入第一个行编辑字符后才会打开回显（在箭头键的情况下，它实际上不是单个字符，而是一个复杂的序列，以ESC 字符）——这可能是安全的，因为发件人永远不会发送这样的行编辑字符或序列。

为了方便用户，FluidTerm 在启动后立即发送右箭头，从而打开回显。这主要是有效的，但有一个失败模式，如果你运行 FluidTerm，然后关闭它并启动发送器而不重置 ESP32，回显可能已经打开并且发送器会感到困惑。对于这种情况和了解 FluidNC 的发件人，我们提供 CTRL-L 命令来关闭回显。

还有一个问题与使用 CTRL-R 或重置按钮硬重置 ESP32 有关。这样做会返回到默认的无回声状态，但 FluidTerm 不知道重置按钮盒中发生了重置。在 CTRL-R 的情况下，FluidTerm 确实知道，并尝试在启动延迟后发出向右箭头。这有时可行，但在某些情况下会失败，例如，如果由于 Wifi 连接或其他原因启动需要很长时间。理想情况下，FluidTerm 会注意到启动消息并在正确的时间发出向右箭头，但这样做需要大量工作，并且有许多更高优先级的事情要做。

所以：

• 没有善行不受惩罚（在这种情况下，善行是行编辑和回声）
• 这比人们想象的要复杂得多
• 与 GRBL 生态系统共存并不容易。由于 AVR 中缺乏程序空间而做出的许多 GRBL 设计决策给我们这些试图对其进行现代化改造的人造成了很大的痛苦——这些决策的含义被所有将 GRBL 视为“什么你所看到的就是你所能得到的”

啊啊啊，我明白了！正确的。是的，这确实有道理。创建“新 GRBL”是否有价值？比如，做你想做的事，让各种发送器开发人员采用这个新的 FluidNC 标准？