我不确定现有文档是否涵盖了它，但基本上工具的类型也可以通过某些设置进行设置，并与机器配置文件分开共享。

示例场景：也许我有一个带有激光的 Coasty，而其他人有一个带有由伺服驱动的笔/标记的 Coasty。我想与其他人共享所有设置，但省略工具设置/类型。

机器配置文件 INI / JSON 文件听起来很酷，因为可以创建一个易于理解的基于 Web 的配置器/向导。

@msurguy你能举例说明你在你的例子中谈论的实际设置吗？

INI/JSON – 是的，我认为网络配置器会很棒，但我也希望看到替代方法。

@bdring：在您的 OPT：报告中，您使用“S”来支持 SD 卡，这已经在主分支中分配：

  #ifdef ENABLE_SOFTWARE_DEBOUNCE
    serial_write('S');
#endif

我已经将很多#define 配置移动到我的端口中的 $ 设置，另外还做了一些其他的小协议更改。也许应该有一个单独的项目来讨论/记录更改，这样不同的端口就不会因为类似的更改而开始出现太大分歧。最好在主存储库？
或者你想让我把它们加在这里讨论吗？

也许这个线程有点过时但无论如何：
我不知道你的端口是否适用于“标准”gcode 发件人。如果是这样，我发现从 SD 卡流式传输时错误报告中存在潜在的重大变化。它可能会使我的发件人以某种方式失败，因为它不符合原始规范（至少对于 v1.1）。
此消息是罪魁祸首：“ error:%d in SD file at line %d\r\n ”
根据规范，错误：字符串后面应该只跟一个错误号，没有添加更多数据的规定，因为我理解。但也许应该将其添加到规范中？