Grbl 的行限制为 80 个字符。其中有几行超过了它。
我怀疑你是否需要那么精确，你可能会四舍五入到
小数点后 4 或 5 位，并且比你的机器更准确。

在 2015 年 6 月 2 日星期二晚上 11:36，beckmx notifications@github.com写道：

大家好，我正在尝试做一个简单的形状并注意到它的
运动很糟糕，然后它开始重置 X、Y 位置并且它破坏
了它正在做的所有铣削，它试图执行的代码就是这个:

G0 X192.95862944162437 Y52.79746192893401
G1 Z-0.5 F95
G1 X170.251269035533 Y52.796954314720814 F110
G3 X169.18781725888326 Y52.58629441624365 I0 J-2.7766497461928936
G3 X168.28680203045684 Y51.984771573604064 I1.0634517766497462
J-2.565989847715736
G3 X167.68274111675126 Y51. 08121827411168 I1.9644670050761421
J-1.9644670050761421
G3 X167.47208121827413 Y50.017766497461935 I2.5685279187817263
J-1.0634517766497462
G3 X167.68274111675126 Y48.95685279187817 I2.7741116751269033 J0
G3 X168.28680203045684 Y48.05583756345178 I2.565989847715736
J1.0634517766497462
G3 X169.18781725888326 Y47. 45177664974619 I1.9644670050761421
J1.9644670050761421
G3 X170.251269035533 Y47.24111675126903 I1.0634517766497462
J2.5685279187817263
G1 X192.9593908629442 Y47.24111675126903

该代码是从派克大衣网站生成的。我正在使用
0.9i 版，有什么想法吗？

—
直接回复此电子邮件或在 GitHub
#724上查看。

@beckmx:@ashelly是正确的。Grbl 中每行有 80 个字符的限制，但你应该得到一个Line overflow错误来让你知道出了什么问题。你不明白这些吗？

我使用的是 UniversalGcodeSender，它将小数位数拆分为 4，但
我发现我的 GCODE 有错误，但我不知道为什么，如果你
愿意，我可以与你分享，它是一个包含
覆盆子切很多

2015-06-03 11:14 GMT-05:00 Sonny Jeon notifications@github.com：

@beckmx https://github.com/beckmx：@ashelly
https://github.com/ashelly是对的。在 Grbl 中每行有 80 个字符的限制
，但你应该得到一个行溢出错误来让你
知道出了什么问题。你不明白这些吗？

—
直接回复此电子邮件或在 GitHub
#724（评论）上查看。

@beckmx: 你得到的错误到底是什么。这将有助于确定原因。

在控制台中，我只检测到它说的错误“T0 M6”，它不
支持它。但除此之外，我没有在控制台中看到任何错误。
但我看到的是机器运动中的错误，它正在
正确地铣削，然后它几乎没有停顿，有点失去了它的零坐标
，并在错误的地方继续铣削正确的图案。

2015-06-03 12:34 GMT-05:00 Sonny Jeon notifications@github.com：

@beckmx https://github.com/beckmx：
您得到的错误到底是什么。这将有助于确定原因。

—
直接回复此电子邮件或在 GitHub
#724（评论）上查看。

@beckmx: 编辑：不支持 M6。请参阅 Wiki 中支持的 g 代码列表。

间歇性移动表明存在电气问题，这可能就是您的 g 代码流也有问题的原因。它可能正在破坏 USB 数据。