注释
.jpg "弧线被错误切割 #214"){kind=avatar}
|
这可能是由于 grbl 一次可以读取的字符有限造成的。我认为大概是 50-60 个字符。我们将来可能会增加它，但现在不能，因为我们没有那么多内存了。尝试将值减少到小数点后 3-4 位有效数字（这大约是 CNC 机器可以获得的精度）这应该可以解决您的问题。 |
|
您也可以手动将 gcode 字符限制增加到 72-80 个字符。您需要做的就是取消注释 LINE_BUFFER_SIZE 并更改值。重新编译并刷写。如果您遇到任何奇怪的新问题，例如 Arduibo 崩溃，您可能已达到内存限制。让我们知道结果如何。 |
.png "弧线被错误切割 #214"){kind=avatar}
|
有趣的！我会尽快尝试这个。 我想知道 GRBL 是否有可能知道何时
|
|
是的。很好的主意。让它像这样发送反馈应该很容易。不需要太多资源。当我有机会时，我会安装一些东西。 我也在考虑将规划器缓冲区减少一个块，以便为像您这样的长弧语句释放足够的内存。可能至少需要 70 个字符。我会在推送反馈响应时执行此操作。 |
|
好吧，我显然不耐烦了。我刚刚用增加的 g 代码解析器行缓冲区（从 50 到 70 个字符）更新了主固件，并添加了你对行溢出反馈的建议。对其进行测试，让我知道它是如何工作的。 |
|
在您的 shapeoko 帖子上看到一切正常。很高兴听到。 |
|
很抱歉没有更新工单；实际上，我仍在尝试让我的董事会采用新版本的 GRBL 并测试新提交。我在您看到的论坛帖子中取得的成功是由于手动截断了我的 Gcode 中的长浮点坐标。 |
|
当然。没问题。仅供参考，我还没有上传带有新更改的最新 v0.9 编译固件。主要是因为我还没有测试新的软限制代码。所以，你必须自己编译它，或者等到我有一点时间上传它供测试人员使用。 |
|
一旦我弄清楚如何，我很高兴测试这两个版本。我怀疑我的主板的引导加载程序可能还没有处于正确的状态。感谢您提供出色的故障排除和修复！ |
注：本报告适用于GRBL 0.8c，尚未在0.9上进行测试。
我遇到一个问题，某些包含圆弧的 Gcode 以变形的、不正确的方式绘制（据我观察）。如果您不介意，请浏览一下 ShapeOko 论坛帖子的前两页，您就会明白我的意思了。
这是我在该线程中的一篇帖子（第 2 页）中附加的一些令人反感的 Gcode 的相关片段：
正如论坛帖子中所解释的那样，这些 Gcode 在包括 OpenSCAM 在内的许多不同工具中都能正确模拟。我在 Azteeg M-CNC 控制器板 (ATMEGA328P) 上运行 GRBL，尽管其他论坛用户在他们自己的基于 Arduino 的设置上报告了相同的结果。似乎发生了什么？