制作离线 gcode 验证器非常简单。您只需要通过解析器运行每一行。
我可能今晚可以把它放在一起。
制作一个更快的实际跟踪位置的模拟器也是可能的，但不太简单。有很多方法可以做到这一点，诀窍是找到一种不涉及重写太多核心代码部分的方法。这是我的待办事项清单，但我还没有时间投入其中。

对于这样的事情，是否有首选的编程语言？我肯定有兴趣写一个，但它可能是在 javascript 中。不确定是否对此感兴趣。

@alpharesearch: 我认为会有一个版本控制问题。如果 GUI 将类似的东西集成到他们的系统中，他们将需要为每个 Grbl 版本在野外做这件事。控制器本身最好在出现错误时告诉您，这可以通过在 Grbl 中启用“检查模式”并发送程序来非常简单地完成。这将是独立于版本的，并留给比 GUI 编写者更熟悉机器特性的用户。

@ashelly好吧，如果某件事很快就会到来，那就太好了。在这种情况下，我现在不需要调查这个……
@paulkaplan我认为使用什么编程语言并不重要……我认为如果我们可以重用一些现有代码那就太好了 – 但这需要使用 C。但最终它不会很难将解析器从 C 移植到任何其他语言，只要您可以构建类似 switch/case 和一些 if/else 以及一点点字符串解析的东西。我想大多数编程语言都会支持这一点。
@chamnit版本控制问题是一个有效的观点，但是 G 代码发送程序无论如何都需要考虑不同的版本……因此这有助于解决版本控制问题 – 因为它创建了一个可以轻松更改的中心位置。它可能不是每个人的选择……但如果你自己编译 grbl，那么添加模拟器并编译它也没什么大不了的。

如果我有时间，我可能会为命令行做一个原型。但是，如果您有任何其他想法或想自己尝试，请不要停止您的任何计划。