通常，您所描述的问题与流媒体连接有关。尝试一个与您正在使用的程序根本不同的不同流媒体程序，即基于不同的串行通信库。更新任何驱动程序。等等。

你提到的梯形问题已经在v0.8c及之后的版本中得到修复。

我也用 simple_stream.py 脚本测试过它（显然它不依赖于波特率，我也用 9600 试过）。这是结果：

[micsa@micsalaptop cnccomm]$ ./simple_stream.py
发送：G94（英寸/分钟进给率。）：好的
发送：G20（单位 == 英寸。）：好的
发送：G90（绝对坐标。）：好的
发送：G00 Z0.08000（缩回）：确定
发送：G00 X-0.05750 Y10.03000（开始快速移动。）：确定
发送：G01 Z-0.00800 F393.70079（插入。）：确定
发送：X-0.05750 Y10.03000：好的
发送：X-0.05750 Y-0.05750：好的
发送：X10.05500 Y-0.05750：好的
发送：X10.05500 Y10.05500：好的
发送：X-0.05750 Y10.05500：好的
发送：X-0.05750 Y10.03000：好的
发送：G00 Z0.08000（缩回）：好的
发送：G00 X0.87750 Y6.69750（快速移动开始。）：ok
发送：G01 Z-0.00800 F393.70079（插入。）：ok
发送：X0.87750 Y6.69750：ok
发送：X0.87750 Y6。 69500：好的
发送：X0.88000 Y6.69500：好的
发送：X0.88000 Y6.69250：好的
发送：X0.88250 Y6.69250：好的
发送：X0.88250 Y6.69000：好的
发送：X0.88500 Y6。 69000 : ok
发送：X0.88500 Y6.68500 : ok
发送：X0.88750 Y6.68500 : In
发送：X0.88750 Y6.67250 : Grbl 0.8c [‘$’ for help]
发送：X0.89000 Y6.67250 : ok
Sending: X0.89000 Y6.66250 : ok
按退出并禁用 grbl。

其他 gcode 文件工作正常。有时我得到这个（如下），但只有高比特率（115200）：

发送：X2.95200 Y-0.62100：好的
发送：X2.95200 Y-0.62300：好的
发送：X2.95100 Y-0.62300：好的
发送：X2.95100 Y-0.62400：好的
发送：X2.95000 Y-0.62400：好的
发送：X2.95000 Y-0.62500：报警：循环中止。硕士？
发送：X2.94900 Y-0.62500：好的
发送：X2.94900 Y-0.62600：
发送：X2.94800 Y-0.62600：Grbl 0.8c [‘$’寻求帮助]
发送：X2.94800 Y-0.62700：[‘$ H’|’$X’解锁]
Sending: X2.94700 Y-0.62700 : error: Alarm lock
Sending: X2.94700 Y-0.62800 : error: Alarm lock
Sending: X2.94600 Y-0.62800 : error: Alarm lock
Sending ：X2.94600 Y-0.62900：错误：报警锁

我使用 Linux 内核 3.9.4-1-ARCH – 我认为不需要更新驱动程序。

感谢更新。啊。我想我看到了问题。您正在以每分钟近 400 英寸的速度运行（！），而且直线运动非常小，只有千分之 2.5 英寸。这超出了小型 328p AVR 的能力。您要么需要降低进给率，要么将线段的各个距离增加到 Grbl 可以处理的程度。这个原始 CPU 功率问题无法解决，除非尝试在 ARM 等功能更强大的 CPU 上使用它。

@micsuka我在推动我的进给率方面也有类似的问题。我正在使用第 10 步的 Geckodrives (201x)。我最近刚安装了步进脉冲倍增板，现在可以将此驱动程序配置为 10 步、5 步、半步、全步。机器在第 5 步运行得很好，有效地减轻了 grbl 一半的负载。

谢谢（你的）信息。
（过去几周我没有时间使用我的 arduino）。
较低的进给率不会发生崩溃。
（我认为如果进给率太高，设备不支持，它会以较低的速度运行）。
再次感谢，我现在关闭这个问题。