向 fluidnc 发送 $$ 会导致 gsender 崩溃 #473

仔细查看代码后，我的问题或许可以通过删除 gsender/src/server/controllers/grbl 中的第 1071 行来解决，但我不知道如何编译，因为我在这方面没有经验。我是一名 MCU 和 PLC 程序员，对 JavaScript 一无所知。抱歉，我的无知。

谢谢 hamanjam。这确实很奇怪，但除了发送 $$ 之外，一切都运行良好。我认为这是因为 Fluid Nc 处理了所有控制例程，并将状态等信息报告给发送程序。我可以直接通过 WiFi 控制机器，无需任何发送软件，但与 Gsender 相比，Web 服务器的界面仍然相当笨重，而 Gsender 的使用体验要好得多。总之，这只是一个小问题，如果出现错误，我有一个解决方法。Fluid
Nc 使用配置文件，而不是通常的 Grbl 设置列表。

今天安装了 1.4.3 版本。$$ 仍然卡死，但不再黑屏了。

我们官方不支持 FluidNC 固件版本，只支持 Grbl 和 GrblHAL——这其实不是不想支持的问题，只是开发者带宽的问题。我们在连接时会 ping EEPROM 设置，因为我们需要它们来通知前端和后端的行为，但由于 FluidNC 的配置（yaml）和查询已加载设置的方式（$Svs $$）不同，它从根本上来说无法正常工作。

我们过去曾与 Barton/Mitch 联系过，并且对于需要进行哪些更改才能正式支持它有一些想法，但坦率地说，目前没有时间。

如果您有兴趣进一步研究，那么已经有一个关于 fluidNC 支持问题的未解决的问题，其中进行了一些更改以提高兼容性（#143 ）。

明白了。非常感谢。我会调查一下。感谢您抽出时间

我搜索了一下，发现很多 gcode 发送程序似乎都支持 FluidNC。Openbuilds 直截了当地说，由于他们的开发板是 grbl，所以他们没有计划支持 FluidNC。我觉得开发团队很难支持他们不提供的开发板，尤其是在他们已经在维护 grbl 和 grblHAL 的情况下。

它是开源的，也许有人正在开发一个支持你的开发板的分支，但 $$ 是一个基本的 grbl 命令，如果程序没有得到完整的结果，它只会等待预期的响应。我可以设想一个“超时”例程，如果响应没有在设定的时间内返回，它会抛出一个错误，你可以确认并继续下一步。但删除 grbl 信息请求可能会影响到其他使用 grbl 1.1 开发板的用户。

我并不质疑这个请求的价值，而且我也看到类似应用（例如 bcnc）可能不那么完善。我只是不知道接手另一个硬件流是否现实。

谢谢 hamanjam，我完全同意。目前为止，我非常成功，只遇到了一些小问题。我会列出我遇到的问题以及随着时间的推移找到的任何解决方法。希望这能帮助其他尝试此组合的人。感谢大家的意见